Jak obliczyć zasoby na serwerze terminalowym: praktyczna metoda określania rozmiaru

Kalkulator serwera terminali rzadko jest dosłownym kalkulatorem. W większości środowisk SMB i MSP jest to metoda planowania używana do oszacowania, ile CPU, RAM, pamięci masowej i zapasu będzie potrzebować serwer terminali, zanim użytkownicy zaczną narzekać. Prawdziwe pytanie kryjące się za tym słowem kluczowym jest praktyczne: jak obliczyć zasoby na serwerze terminali wystarczająco dobrze, aby wdrożyć z pewnością, unikać nadmiernych wydatków i zmniejszyć ryzyko wąskich gardeł wydajności ?

Co powinien właściwie obliczać kalkulator serwera terminali?

Przydatny kalkulator serwera terminalowego powinien szacować więcej niż „użytkowników na serwer”. Jako administrator powinien pomóc w planowaniu CPU, RAM, wydajności pamięci masowej, przechowywania profili i marginesu pojemności w realistycznym równoczesnym użytkowaniu. Wytyczne Microsoftu dla hostów sesji Pulpitu Zdalnego określają rozmiar w zależności od rodzaju obciążenia i sugerowanej liczby użytkowników na vCPU, a nie w oparciu o ogólny limit połączeń.

Dlaczego sama liczba użytkowników nie wystarczy do obliczenia zasobów na serwerze terminalowym?

Użycie sesji

Miej na uwadze, że dwa środowiska z tą samą liczbą użytkowników mogą przynieść bardzo różne wyniki. Zakładamy, że już wiesz, ile użytkowników będzie miało dostęp do twojej infrastruktury, więc posiadanie rozważane licencje i CALs można rozpocząć praktyczną pracę.

Wyobraź sobie, jak piętnastu użytkowników otwierających jedną aplikację biznesową może wywierać umiarkowane obciążenie na hoście. Tymczasem piętnastu użytkowników uruchamiających pełny zdalny pulpit z przeglądarkami, aplikacjami Office, narzędziami PDF, drukowaniem i synchronizacją w tle może stworzyć znacznie większy ślad. Modele rozmiarów odzwierciedlają tę różnicę, dzieląc lekkie, średnie i ciężkie obciążenia wielosesyjne.

Rozróżnienie ma znaczenie, ponieważ "30 użytkowników" nie jest samodzielną wartością pojemności. Ma sens dopiero po zdefiniowaniu. co ci użytkownicy robią i używają w okresach szczytowych.

Użycie serwera

Pamiętaj również o ważnym rozróżnieniu, które ma ogromne znaczenie: dla laboratoriów lub małego biura możesz zaplanować jeden serwer, ponieważ będzie obsługiwał mniej jednoczesnych sesji użytkowników, podczas gdy dla produkcji prawdopodobnie zaplanujesz farmę. Rzeczywiście, potrzebne są oddzielne role, aby poprawić wydajność, uprościć rozwiązywanie problemów i zabezpieczyć bezpieczeństwo, więc powszechnym podziałem byłoby:

• 1 serwer dla Brokera, Web i Licencjonowania
• 1 lub więcej serwerów dla Hostingu Sesji
• 1 brama RD na własnym serwerze do zdalnego dostępu.

Aby pójść o krok dalej, zauważysz, że rodzaj serwera, pamięć itp. będą miały znaczenie i możesz chcieć włącz SSD w większych konfiguracjach na przykład. Jednak to tylko wzmianka, aby uświadomić cię o możliwościach.

Jakie cztery czynniki kształtują planowanie zasobów?

Następnie, bardziej niezawodne niż skakanie bezpośrednio do liczb sprzętowych, oto cztery dane do zebrania przed rozpoczęciem liczenia. Ta praca w górę unika nakładania się na pytania dotyczące licencjonowania, kto może się połączyć i na jakich zasadach Microsoftu. Główną kwestią jest to, ile zasobów potrzebuje host sesji, aby pozostać responsywnym. Nasz poprzedni artykuł omówił licencjonowanie i pojemność serwera abyśmy mogli tutaj opracować praktyczne aspekty metodycznego liczenia wszystkiego, aby zaplanować to właściwie.

Dlatego musisz podsumować:

Użytkownicy aktywni jednocześnie

Musimy nadal uwzględnić ten istotny numer, ponieważ liczba sesji uruchamianych równolegle z pewnością wpłynie na wydajność serwera. Zauważ, że liczba równoległych sesji może być niezależna od całkowitej liczby.

Klasa obciążenia na grupę użytkowników

Ocena, jak dużo jeden użytkownik lub grupa użytkowników będzie korzystać z zasobów, to pierwsza weryfikacja rzeczywistości. Niektóre grupy lub osoby nieuchronnie wykorzystają więcej w zależności od wykonywanych zadań. Dlatego ważne jest zidentyfikowanie intensywnych użytkowników.

Typ aplikacji i sesji

Bardzo pomocne jest również wskazanie konkretnych aplikacji, ponieważ niektórzy użytkownicy będą monopolizować duże ilości zasobów w zależności od tego, które z nich uruchamiają.

Szczyt, wzrost i margines awaryjny

Zakończ tę listę wejściową, uwzględniając maksymalne wykorzystanie, pozostawiając miejsce na oczekiwany krótkoterminowy wzrost i budując margines buforowy na wypadek awarii.

Jak obliczyć zasoby na serwerach terminalowych?

Oto praktyczna metoda obliczeniowa, która mamy nadzieję, że przyda się w administracji SMB, a także w innych kontekstach. Ma na celu przynajmniej uproszczenie planowania i struktury przygotowań. Następnie powinna się nadać do udoskonalenia, aby można było na niej polegać w okresie pilotażowym i później.

Krok 1: Licz użytkowników jednoczesnych, a nie całkowitych użytkowników

Zacznij od liczby użytkowników, którzy są aktywni w tym samym czasie. To jest liczba, która wpływa na obciążenie serwera. Firma z 50 nazwanymi użytkownikami może mieć jedynie 18 do 25 jednocześnie połączonych w godzinach szczytu. Przy określaniu rozmiaru hosta sesji, liczba jednoczesnych sesji jest znacznie bardziej przydatna niż całkowita liczba użytkowników.

Zanim przetestuje się zrównoważoną pojemność w rzeczywistych warunkach pod obciążeniem, planowanie musi podważyć szacunki.

Krok 2: Klasyfikuj obciążenia jako lekkie, średnie lub ciężkie

Następnie posortuj użytkowników grupy według obciążenia. Microsoft’s aktualne wskazówki dotyczące hosta sesji sugeruje następujące podstawowe zakresy gęstości dla środowisk wielosesyjnych, a źródła takie jak HP i inne zgadzają się:

• do 6 lekkich użytkowników na vCPU,
• 4 średnich użytkowników na vCPU i
• 2 ciężkich użytkowników na vCPU,

z odpowiednio 8 vCPU, 16 GB RAM, 32 GB pamięci masowej jako minimalny przykład VM w tych pasmach obciążenia. Rekomendacje obejmują również utrzymanie rozmiarów VM z wieloma sesjami w przybliżeniu między 4 a 24 vCPU dla lepszych zwrotów pojemności.

Prosta mapa obciążenia do planowania SMB w ten sposób poprowadzi sortowanie:

• Światło: jedna aplikacja biznesowa, ograniczone użycie przeglądarki, krótkie sesje
• Średni: Aplikacje biurowe, karty przeglądarki, narzędzia PDF, umiarkowane wielozadaniowość
• Ciężki: ERP, większe pliki Excel, stałe korzystanie z przeglądarki, drukowanie, wiele aplikacji otwartych przez cały dzień

To są podstawowe pasma planowania, a nie gwarancje. Celem jest wybranie punktu wyjścia opartego na zachowaniu obciążenia.

Krok 3: Oszacuj pojemność CPU

Gdy użytkownicy są pogrupowani, oszacuj CPU za pomocą podejścia użytkowników na vCPU. Na przykład, jeśli 24 jednoczesnych użytkowników to głównie użytkownicy średniego poziomu, podstawowa wartość Microsoftu wynosząca około 4 użytkowników na vCPU sugeruje rozpoczęcie od około 6 vCPU, a następnie zaokrąglenie do praktycznego rozmiaru hosta z zapasem na wzrost. Jeśli chcesz zapewnić lepszą pojemność burst podczas krótkoterminowych szczytów zapotrzebowania na CPU, zaplanuj niższe wskaźniki użytkowników na rdzeń, niż mogłoby to być w innym przypadku.

Jak mogło być oczywiste, dobór CPU nie powinien kończyć się na matematycznym minimum. Powinien uwzględniać nagłe skoki logowania, aktywność oprogramowania antywirusowego, zadania raportowania oraz krótkie okresy jednoczesnego uruchamiania aplikacji.

Krok 4: Oszacuj wymagania dotyczące pamięci RAM

RAM powinien pokrywać potrzeby systemu operacyjnego, usług podstawowych, narzut sesji oraz użycia pamięci aplikacji na użytkownika. Jak opisano powyżej, obecna baza wielosesyjna Microsoftu połączyła swoje przykłady lekkiego, średniego i ciężkiego obciążenia z minimum 16 GB RAM jako punktem wyjścia dla 8 vCPU. Chociaż jest to tylko baza, to jednak stanowi namacalny punkt wyjścia do oszacowania.

Praktyczną metodą w małej lub średniej wielkości firmie jest:

1. zarezerwuj pamięć dla systemu operacyjnego i usług platformy,
2. oszacowanie pamięci na sesję według klasy użytkownika,
3. mnożyć przez jednoczesne sesje,
4. następnie dodaj margines bezpieczeństwa.

PeteNetLive daje a celowo szeroka zasada ogólna od 2 do 8 GB na użytkownika w planowaniu pamięci RAM dla hosta sesji RD. Jest to przydatne jako ostrzeżenie przed niedoszacowaniem intensywnych sesji, nawet jeśli dokładna liczba musi być doprecyzowana w testach.

Krok 5: Sprawdź obciążenie pamięci i profilu

Przechowywanie jest często niedoceniane w planowaniu serwera terminalowego. Wolne, zablokowane przechowywanie może zaszkodzić logowaniu, ładowaniu profili, plikom tymczasowym, uruchamianiu aplikacji i buforowaniu wydruku, nawet gdy CPU i RAM nadal wyglądają na akceptowalne.

• przechowywanie profilu
• przechowywanie systemu operacyjnego
• logi: w celach bezpieczeństwa i innych podobnych

Ostatnia kategoria jest warta oszacowania, ponieważ może szybko się powiększyć w zależności od rozmiaru twojej infrastruktury oraz rodzaju monitorowania i ochrony, której potrzebujesz.

Prezentacja rola po roli PeteNetLive jest przydatnym przypomnieniem, że host sesji zazwyczaj jest miejscem, gdzie presja na zasoby pojawia się jako pierwsza, podczas gdy inne role RDS często mają stosunkowo mniejsze obciążenie. Miej to na uwadze, gdy szukasz wskaźników zdolności do wykorzystania w twojej firmie, ponieważ może to wspierać planowanie rozmiarów.

Krok 6: Dodaj zapas na szczyty, wzrost i awarie

Żaden kalkulator serwera terminali nie powinien kończyć się na liczbie „wystarczająco”. Dodaj zapas dla:

• szczyty logowania porannego
• łatanie i skanowanie AV
• szczyty raportowania miesięcznego
• oczekiwany wzrost użytkowników
• awaria hosta w projektowaniu wieloserwerowym

Na zakończenie, dobra rada operacyjna dla każdego środowiska przechodzącego poza pojedynczy host to uwzględnienie dodatkowych hostów na wypadek utraty serwera lub hypervisora.

Prosta metoda kalkulatora serwera terminalowego dla MŚP i MSP

Ta logika kalkulatora jest celowo prosta. Ma na celu wygenerowanie obronnej pierwszej szacunkowej wartości, a nie ostatecznego punktu odniesienia, i abyś mógł ją odpowiednio dostosować.

Szybka formuła planowania

Użyj tej sekwencji:

1. Liczba użytkownicy równolegli .
2. Sortuj je w grupy lekki, średni i ciężki grupy.
3. Oszałamiająca CPU używając podstawowego wskaźnika użytkowników na vCPU.
4. Oszałamiająca RAM z obciążenia systemu operacyjnego plus zapotrzebowania na sesję.
5. Sprawdź przechowywanie dla profilu, wydajności tymczasowej i uruchamiania.
6. Dodaj 20 do 30 procent zapasu , a następnie przeanalizuj potrzeby dotyczące awaryjnego przełączania.

To odzwierciedla istotę tego, jak ogólnie określa się rozmiar: najpierw obciążenie, potem proporcje, a na końcu udoskonalenie po obserwacji. A teraz, dlaczego nie zobaczyć przedsmaku jaką formę mogłoby przyjąć , uzyskaj dokładny szacunek i zaplanuj swoją potencjalną infrastrukturę? Kluczowe narzędzie przy planowaniu budżetu.

Przykład 1: 15 użytkowników biurowych lekkich

Zakładając, że 15 jednoczesnych użytkowników uzyskuje dostęp do opublikowanej aplikacji biznesowej oraz korzysta z przeglądarki w ograniczonym zakresie.

Używając zalecanych lekkich podstaw, surowa estymacja CPU wynosi około 3 vCPU. W praktyce jest to zbyt mało na pojemność burst, więc planista wybierze bardziej praktyczny profil hosta zamiast budować na granicy. Znajdziesz porady, które preferują szerszy zakres rozmiarów od 4 do 24 vCPU, z 8 vCPU i 16 GB RAM jako standardowy profil podstawowy dla obciążeń wielosesyjnych.

Dla RAM zarezerwuj pojemność dla systemu operacyjnego i usług, a następnie dodaj pamięć sesji dla każdego użytkownika. Jeśli środowisko jest stabilne, a użycie aplikacji jest wąskie, może to wygodnie zmieścić się na skromnym hoście, ale powinno to być nadal zweryfikowane podczas pilotażowego użytkowania.

Przykład 2: 30 mieszanych użytkowników biurowych i ERP

Zakładaj:

• 18 średnich użytkowników
• 12 ciężkich użytkowników

Skrót planowania traktowałby grupę średnią na około 4 użytkowników na vCPU, a grupę ciężką na około 2 użytkowników na vCPU. To sugeruje około 4,5 vCPU dla grupy średniej i 6 vCPU dla grupy ciężkiej, przed narzutem i zapasem. W praktyce już to wskazuje na coś innego niż pojedynczy, lekko obciążony host i kieruje w stronę większego hosta z marginesem lub podziału na wiele hostów sesyjnych.

To jest miejsce, w którym rada „planuj zasoby serwera” nabiera sensu. Z [With an] ERP tak jak w każdym kontekście przedsiębiorstwa, celem nie jest tylko umieszczenie użytkowników gdzieś. Celem nie jest tylko umieszczenie użytkowników gdzieś. Celem jest utrzymanie akceptowalnych czasów reakcji w najruchliwszych częściach dnia.

Przykład 3: Kiedy podzielić użytkowników na wiele hostów

Gdy obliczenia prowadzą do gęstego hosta o ograniczonej pojemności burst, lepsza odpowiedź może być architektoniczna, a nie pionowa skalowalność. Hosty sesji mogą być ustawione do wykonywania ciężkiej pracy, podczas gdy role takie jak broker połączeń RD, brama i licencjonowanie mogą mieć różne profile zasobów. Podział obciążenia użytkowników na wiele hostów prawdopodobnie poprawi odporność, elastyczność w utrzymaniu i planowanie awaryjne.

Dla MSP-ów często jest to punkt zwrotny, w którym kalkulator serwera terminali staje się dyskusją o rozmiarze farmy zamiast dyskusją o pojedynczym serwerze.

Jakie powszechne błędy w doborze rozmiaru zazwyczaj psują wydajność serwera terminali?

Błędy w rozmiarze zazwyczaj nie są spowodowane tylko matematyką. Pochodzą z błędnych założeń.

Mylenie licencjonowania z wydajnością

Licencjonowanie informuje, jak przydzielany i konfigurowany jest dostęp. Nie mówi, ilu jednoczesnych użytkowników serwer będzie wspierał przy akceptowalnej wydajności.

Ignorowanie sesji obciążających przeglądarkę i sesji obciążających drukowanie

Wiele środowisk wciąż nie docenia, jak dużą ilość obciążenia nowoczesne korzystanie z przeglądarek, obsługa plików PDF i drukowanie mogą dodać do hosta sesji. Te działania mogą przesunąć grupę użytkowników z lekkiego na średnie obciążenie lub z średniego na ciężkie, nawet gdy sama aplikacja biznesowa jest skromna.

Wielkość tylko dla średniego obciążenia

Średnie obciążenie rzadko jest momentem, w którym użytkownicy składają skargi. Skargi pojawiają się podczas burz logowania, jednoczesnego otwierania plików, uruchamiania raportów lub porannych szczytów. Microsoft zauważa, że lepsza pojemność burst jest ważna przy niższych wskaźnikach użytkowników na rdzeń, ponieważ wspiera pozostawienie miejsca zamiast dążenia do maksymalnej gęstości.

Zapominając o reszcie stosu RDS

Gospodarz sesji jest głównym konsumentem zasobów, ale nie jest to jedyna rola w środowisku. Podział ról PeteNetLive jest przydatnym przypomnieniem, aby osobno uwzględnić Broker Połączeń, Bramy, Dostęp przez Internet i Licencjonowanie, gdy wdrożenie rozrasta się poza małą konfigurację z jednym hostem.

Dlaczego monitorowanie powinno weryfikować Twoje szacunki rozmiaru?

Kalkulator serwera terminali daje ci podstawę do planowania. Nie daje ci dowodu. Aby uzyskać dowód, musisz monitorować użycie.

Od podstaw do dowodu: monitorowanie jako niezbędne

W naszym wcześniejszym artykule wyjaśniamy, dlaczego zrównoważona pojemność użytkowników jest praktycznym pytaniem do monitorowania. Celem było pokazanie, jak oszacować pierwszą wersję tej pojemności przed wdrożeniem. Monitorowanie dostarczy Ci wielu z wymienionych przez nas liczb. Zalecamy przetestowanie w kontekście laboratoryjnym, aby ocenić swoje przewidywane potrzeby.

Gdzie TSplus Server Monitoring robi różnicę?

TSplus Monitorowanie Serwera pasuje po wdrożeniu szacowania rozmiaru. Pomaga to zweryfikować, czy nasycenie CPU, presja pamięci, wąskie gardła w magazynowaniu lub skoki użycia odpowiadają założeniom użytym w planowaniu. Jest to szczególnie przydatne dla administratorów IT w małych i średnich firmach oraz dostawców usług zarządzanych, którzy potrzebują dowodów przed zmianą rozmiaru hosta, redystrybucją użytkowników lub dodaniem kolejnego serwera.

Poza wiedzą, jak projektować zasoby, w jaki inny sposób możesz wiedzieć, czy obliczenia były prawidłowe, niż poprzez systemy monitorowania? Server Monitoring zapewnia Ci monitorowanie w czasie rzeczywistym oraz powiadomienia, abyś był na bieżąco, gdy tylko wskaźniki osiągną ustalone przez Ciebie progi. .

Oprogramowanie TSplus do bezpiecznej, ciągłej dostawy aplikacji i pulpitów

TSplus Remote Access jest warstwą dostarczania w szerszej historii, podczas gdy Advanced Security jest dostosowane do ochrony serwerów aplikacyjnych. Dodatkowo, TSplus Remote Support zapewnia zestaw niezbędnych narzędzi do rozwiązywania problemów i utrzymania tych serwerów oraz innych z dowolnej lokalizacji. Gdy środowisko jest odpowiednio skonfigurowane, TSplus Remote Access opublikuje pulpity i aplikacje prościej niż Citrix i bez przekraczania budżetu. Testowanie funkcji takich jak dostęp przez sieć i centralne dostarczanie da Ci przedsmak tego, jak możesz wyjść poza ad hoc dostęp RDP.

Wniosek

Kalkulator serwera terminali nie powinien obiecywać magicznej odpowiedzi. Teraz nadszedł czas, aby obliczyć zasoby serwera terminali w etapach: zacznij od użytkowników równoległych, sklasyfikuj intensywność obciążenia, oszacuj CPU i RAM na podstawie realistycznego zachowania sesji, sprawdź pamięć masową, a następnie dodaj margines na szczyty, wzrost i awarie.

Jako administrator systemu, administratorzy IT SMB lub MSP, to da ci praktyczną pierwszą ocenę. Stąd prawdziwą dyscypliną jest walidacja. Planuj starannie, wdrażaj ostrożnie, a następnie użyj danych z monitorowania, aby potwierdzić, czy host, lub gospodarstwo hostów może utrzymać doświadczenie użytkownika, które zamierzasz.