Kako izračunati resurse na terminalskom poslužitelju: praktična metoda određivanja veličine

Računalo terminalskog poslužitelja rijetko je doslovno računalo. U većini SMB i MSP okruženja, to je metoda planiranja koja se koristi za procjenu koliko CPU-a, RAM-a, pohrane i slobodnog prostora terminalski poslužitelj treba prije nego što korisnici počnu prigovarati. Pravo pitanje iza ključne riječi je praktično: kako dovoljno dobro izračunati resurse na terminalskom poslužitelju kako bi se s povjerenjem implementirali, izbjeglo prekomjerno trošenje i smanjiti rizik od uskih grla u performansama ?

Što bi terminal server kalkulator zapravo trebao izračunati?

Korisni kalkulator terminalnog poslužitelja trebao bi procijeniti više od "korisnika po poslužitelju." Kao administrator, trebao bi vam pomoći u planiranju CPU-a, RAM-a, performansi pohrane, pohrane profila i margine kapaciteta pod realističnom istovremenom upotrebom. Microsoftovo vodstvo za domaćine sesija Remote Desktop okvirno određuje veličinu prema vrsti radnog opterećenja i predloženim korisnicima po vCPU-u, a ne prema generičkom ograničenju veze koje odgovara svima.

Zašto broj korisnika sam po sebi nije dovoljan za izračunavanje resursa na terminalskom poslužitelju?

Korištenje sesije

Imajte na umu da dva okruženja s istim brojem korisnika mogu dati vrlo različite rezultate. Pretpostavljamo da već znate koliko će korisnika pristupati vašoj infrastrukturi, pa stoga imate razmatrani licenciranje i CAL-ovi , praktičan rad može početi.

Zamislite kako petnaest korisnika koji otvaraju jednu aplikaciju za poslovanje može stvoriti skroman teret na hostu. U međuvremenu, petnaest korisnika koji pokreću puni udaljeni desktop s preglednicima, Office aplikacijama, PDF alatima, ispisom i pozadinskom sinkronizacijom može stvoriti mnogo veći otisak. Modeli veličine odražavaju tu razliku razdvajanjem laganih, srednjih i teških višesesijskih radnih opterećenja.

Razlikovanje je važno jer "30 korisnika" samo po sebi nije broj kapaciteta. Ima smisla tek kada definirate što ti korisnici rade i koriste tijekom vršnih razdoblja.

Korištenje poslužitelja

Također zapamtite važnu razliku koja iznimno znači: za laboratorije ili malu uredsku sredinu, mogli biste planirati jedan poslužitelj, s obzirom na to da će imati manje istovremenih korisničkih sesija, dok ćete za proizvodnju vjerojatno planirati farmu. Naime, potrebne su odvojene uloge za poboljšanje performansi, pojednostavljenje rješavanja problema i osiguranje sigurnosti, pa bi uobičajena podjela bila:

• 1 poslužitelj za Brokera, Web i Licenciranje
• 1 ili više poslužitelja za Session Host
• 1 RD Gateway na vlastitom poslužitelju za vanjski pristup.

Da biste otišli korak dalje, također ćete otkriti da će vrsta poslužitelja, memorija itd. igrati ulogu i možda ćete htjeti uključite SSD u veće postavke na primjer. Ipak, ovo je samo napomena da vas upozori na mogućnosti.

Koja četiri ulaza oblikuju planiranje resursa?

Sljedeće, pouzdanije od izravnog skakanja na hardverske brojeve, ovdje su četiri ulaza koja treba prikupiti prije nego što počnete brojati. Ovaj uzvodni rad izbjegava preklapanje s pitanjima licenciranja o tome tko se može povezati i pod kojim Microsoftovim pravilima. Središnja briga ovdje je koliko resursa host sesije treba kako bi ostao responzivan. Naš prethodni članak pokrio je licenciranje i kapacitet poslužitelja tako da možemo ovdje razviti praktične aspekte metodološkog brojanja svega kako bismo isplanirali ispravno.

Stoga, trebate zbrojiti:

Istodobni aktivni korisnici

I dalje trebamo uključiti ovaj bitan broj jer će broj sesija koje se izvode paralelno definitivno utjecati na performanse poslužitelja. Imajte na umu da broj istovremenih sesija može biti neovisan o ukupnom broju.

Klasa opterećenja po korisničkoj grupi

Procjena koliko će jedan korisnik ili skupina korisnika koristiti resurse je prvi test stvarnosti. Određene grupe ili pojedinci neizbježno će trošiti više na zadatke koje obavljaju. Zato je važno identificirati te teške korisnike.

Vrsta aplikacije i sesije

Također je vrlo korisno odrediti specifične aplikacije, budući da će određeni korisnici monopolizirati velike količine resursa ovisno o tome koje pokreću.

Vrh, rast i marginu neuspjeha

Zaokružite ovaj popis unosa uzimajući u obzir maksimalnu upotrebu, ostavljajući prostor za očekivani kratkoročni rast i uključujući marginu za rezervu.

Kako izračunati resurse na terminalnim poslužiteljima?

Ovdje je praktična metoda izračuna za koju se nadamo da će biti korisna u administraciji SMB-a, kao i u drugim kontekstima. Cilj joj je barem pojednostaviti planiranje i strukturirati pripreme. Zatim bi se trebala kasnije usavršiti kako biste se mogli osloniti na nju tijekom pilot razdoblja i dalje.

Korak 1: Brojite istovremene korisnike, a ne ukupne korisnike

Započnite s brojem korisnika koji su aktivni u isto vrijeme. To je broj koji utječe na opterećenje poslužitelja. Tvrtka s 50 imenovanih korisnika može imati samo 18 do 25 povezanih istovremeno tijekom vršnih sati. Kada određujete veličinu hosta sesije, broj istovremenih sesija je daleko korisniji od ukupnog broja korisnika.

Prije testiranja održive stvarne kapacitete pod opterećenjem, planiranje treba izazvati procjene.

Korak 2: Klasificirajte radne opterećenja kao lagana, srednja ili teška

Sljedeće, sortirajte grupne korisnike prema radnom opterećenju. Microsoftov trenutne smjernice za domaćina sesije predlaže sljedeće osnovne gustoće za višesessiona okruženja, a HP i drugi izvori se slažu:

• do 6 laganih korisnika po vCPU,
• 4 srednja korisnika po vCPU i
• 2 teška korisnika po vCPU,

s odgovarajućim primjerom VM-a s minimalno 8 vCPU, 16 GB RAM-a i 32 GB pohrane kroz te radne opterećenja. Preporuke također uključuju održavanje veličina višesjedničkih VM-a otprilike između 4 i 24 vCPU-a za bolje povrate kapaciteta.

Jednostavna mapa radnog opterećenja za planiranje SMB-a bi tako vodila razvrstavanje:

• Svjetlo: jedna poslovna aplikacija, ograničena upotreba preglednika, kratke sesije
• Srednje: Aplikacije za ured, kartice preglednika, alati za PDF, umjereno višezadaćnost
• Težak: ERP, veće Excel datoteke, stalna upotreba preglednika, ispis, više aplikacija otvorenih cijeli dan

Ovo su osnovne planerske trake, a ne jamstva. Svrha je odabrati početnu točku temeljenu na ponašanju radnog opterećenja.

Korak 3: Procijenite kapacitet CPU-a

Kada su korisnici grupirani, procijenite CPU s pristupom korisnika po vCPU. Na primjer, ako je 24 istodobnih korisnika većinom srednji korisnici, Microsoftova osnovna vrijednost od oko 4 korisnika po vCPU sugerira početak s oko 6 vCPU-a, a zatim zaokruživanje na praktičnu veličinu hosta s prostorom za iznenadne poraste. Ako želite osigurati bolju kapacitet za iznenadne poraste tijekom kratkoročnih vrhova potražnje za CPU-om, planirajte niže omjere korisnika po jezgri nego što biste inače.

Kao što je možda postalo očito, veličina CPU-a ne bi trebala stati na matematičkom minimumu. Trebala bi uzeti u obzir iznenadne prijave, antivirusne aktivnosti, izvještajne poslove i kratke periode istovremenog pokretanja aplikacija.

Korak 4: Procijenite zahtjeve za RAM-om

RAM bi trebao pokriti potrebe operativnog sustava, osnovnih usluga, preopterećenja sesije i korištenja memorije aplikacija po korisniku. Kao što je opisano gore, trenutna Microsoftova višesesijska osnovna linija povezuje svoje primjere laganog, srednjeg i teškog opterećenja s minimalno 16 GB RAM-a za početnu točku od 8 vCPU. Iako je ovo samo osnovna linija, ipak pruža opipljivu polaznu točku za procjenu.

Praktična metoda u malom ili srednjem poduzeću je:

1. rezervirajte memoriju za OS i usluge platforme,
2. procjena memorije po sesiji prema korisničkoj klasi,
3. množi s istovremenim sesijama,
4. zatim dodajte sigurnosnu maržu.

PeteNetLive daje a namjerno široko pravilo prsta od 2 do 8 GB po korisniku za planiranje RAM-a RD Session Host. Ovo je korisno kao upozorenje protiv podcjenjivanja teških sesija, čak i ako se točan broj mora precizirati u testiranju.

Korak 5: Provjerite opterećenje pohrane i profila

Skladište se često podcjenjuje u planiranju terminalnog poslužitelja. Sporo zagušeno skladište može naštetiti prijavama, učitavanju profila, privremenim datotekama, pokretanju aplikacija i spremanju ispisa čak i kada CPU i RAM još uvijek izgledaju prihvatljivo.

• profilna pohrana
• OS pohrana
• zapisi: za sigurnosne i druge slične svrhe

Ova posljednja kategorija itekako vrijedi procijeniti jer može brzo narasti ovisno o veličini vaše infrastrukture i vrsti nadzora i zaštite koju zahtijevate.

Prezentacija PeteNetLivea po ulogama služi kao koristan podsjetnik da je domaćin sesije obično mjesto gdje se pritisak na resurse prvi put pojavljuje, dok druge RDS uloge često imaju relativno manje otiske. Imajte to na umu kada tražite oznake kapaciteta korištenja vaše tvrtke, jer to može pomoći u procjeni planova.

Korak 6: Dodajte prostor za vrhove, rast i prebacivanje.

Nijedna kalkulacija terminalnog poslužitelja ne bi trebala završiti s brojem "samo dovoljno". Dodajte prostor za:

• jutarnji vrhovi prijave
• zakrivanje i AV skeniranja
• mjesečna izvješća o vrhuncima
• očekivani rast korisnika
• neuspjeh hosta u dizajnu s više poslužitelja

Na kraju, neki dobri operativni savjeti za bilo koje okruženje koje prelazi s jednog hosta su uzeti u obzir dodatne hostove u slučaju gubitka poslužitelja ili hipervizora.

Jednostavna metoda kalkulatora terminalskog poslužitelja za SMB i MSP

Ova logika kalkulatora je namjerno jednostavna. Namijenjena je za proizvodnju obrambene prve procjene, a ne konačne referentne točke, i da je prilagodite prema potrebi.

Brza formula planiranja

Koristite ovu sekvencu:

1. Broj konkurentni korisnici .
2. Razvrstajte ih u lagana, srednja i teška grupe.
3. Procjena CPU koristeći osnovni omjer korisnika po vCPU.
4. Procjena RAM iz OS preopterećenja plus po sesijskoj potražnji.
5. Provjeri pohrana za profil, temp i performanse pokretanja.
6. Dodaj 20 do 30 posto slobodnog prostora , zatim pregledajte potrebe za prebacivanjem.

To je odraz suštine kako se veličina općenito postavlja: prvo opterećenje, zatim omjeri, a nakon promatranja usavršavanje. A sada, zašto ne biste dobili uvid u kakav oblik bi mogao imati , dobijte preciznu procjenu i mapirajte svoju potencijalnu infrastrukturu? Ključni alat prilikom planiranja vašeg budžeta.

Primjer 1: 15 svijetlih korisnika ureda

Pretpostavite da 15 istovremenih korisnika pristupa objavljenoj poslovnoj aplikaciji uz laganu upotrebu preglednika.

Korištenjem preporučenih svjetlosnih osnovica, sirova procjena CPU-a je oko 3 vCPU-a. U praksi, to je previše tijesno za kapacitet izbijanja, pa bi planer prešao na praktičniji profil hosta umjesto da gradi do ruba. Pronaći ćete savjete koji favoriziraju širi raspon veličine od 4 do 24 vCPU-a s 8 vCPU-a, 16 GB RAM-a kao standardni osnovni profil za višesjedne radne opterećenja.

Za RAM, rezervirajte kapacitet za operativni sustav i usluge, a zatim dodajte memoriju sesije za svakog korisnika. Ako je okruženje stabilno i korištenje aplikacija je usko, to bi se moglo udobno uklopiti na skromnom hostu, ali bi to i dalje trebalo biti potvrđeno tijekom pilot korištenja.

Primjer 2: 30 miješanih korisnika ureda i ERP-a

Pretpostavite:

• 18 srednjih korisnika
• 12 teških korisnika

Planiranje prečaca bi tretiralo srednju grupu s otprilike 4 korisnika po vCPU i tešku grupu s otprilike 2 korisnika po vCPU. To implicira oko 4,5 vCPU-a za srednju grupu i 6 vCPU-a za tešku grupu, prije preopterećenja i prostora za manevriranje. U praksi, to već ukazuje na odmak od jednog lagano dimenzioniranog hosta i prema ili većem hostu s marginom ili raspodjeli preko više sesijskih hostova.

Ovo je mjesto gdje savjet "planirajte resurse poslužitelja" postaje smislen. S [s] ERP kao i u svakom poslovnom kontekstu, cilj nije samo smjestiti korisnike negdje. Cilj nije samo smjestiti korisnike negdje. Cilj je održati vrijeme odgovora prihvatljivim tijekom najprometnijih dijelova dana.

Primjer 3: Kada podijeliti korisnike između više hostova

Jednom kada izračun proizvede gustog domaćina s ograničenim kapacitetom izbijanja, bolji odgovor može biti arhitektonski, a ne vertikalno skaliranje. Domaćini sesija mogu biti postavljeni da obavljaju teže zadatke, dok se uloge kao što su RD Connection Broker, Gateway i Licensing mogu dodijeliti različitim profilima resursa. Dijeljenje korisničkog opterećenja između više domaćina vjerojatno će poboljšati otpornost, fleksibilnost održavanja i planiranje prebacivanja.

Za MSP-ove, ovo je često prekretnica gdje kalkulator terminalnog poslužitelja postaje rasprava o veličini farme umjesto rasprave o jednom poslužitelju.

Koje uobičajene greške u veličini obično narušavaju performanse Terminal Servera?

Greške u veličini obično nisu uzrokovane samo matematikom. One proizlaze iz netočnih pretpostavki.

Zbunjujuće licenciranje s kapacitetom izvedbe

Licenciranje vam govori kako se pristup dodjeljuje i konfigurira. Ne govori vam koliko istovremenih korisnika server može podržati s prihvatljivim performansama.

Ignoriranje sesija s velikim opterećenjem preglednika i ispisom

Mnogi okruženja još uvijek podcjenjuju koliko opterećenja moderna upotreba preglednika, rukovanje PDF-ovima i ispis mogu dodati hostu sesije. Ove aktivnosti mogu premjestiti korisničku grupu s laganog na srednje, ili sa srednjeg na teško, čak i kada je sama aplikacija za poslovanje skromna.

Samo dimenzioniranje za prosječno opterećenje

Prosječno opterećenje rijetko je trenutak kada se korisnici žale. Žalbe se javljaju tijekom oluja prijavljivanja, istovremenog otvaranja datoteka, izvještavanja ili jutarnjih vrhova. Microsoft napominje da je bolja kapacitet izbijanja važna pri nižim omjerima korisnika po jezgri jer podržava ostavljanje prostora umjesto ciljanje maksimalne gustoće.

Zaboravljajući ostatak RDS stoga

Glavni resursni potrošač je domaćin sesije, ali to nije jedina uloga u okruženju. Razdvajanje uloga PeteNetLive korisna je podsjetnik da se odvojeno računa o Connection Brokeru, Gatewayu, Web Accessu i Licenciranju kada se implementacija proširi izvan male postavke s jednim domaćinom.

Zašto bi praćenje trebalo potvrditi vaše procjene veličine?

Kalkulator terminalnog poslužitelja daje vam osnovu za planiranje. Ne daje vam dokaz. Za dokaz trebate pratiti korištenje.

Od osnovne linije do dokaza: praćenje kao bitno

U našem ranijem članku objašnjavamo zašto je održiva korisnička kapacitet praktično pitanje praćenja. Ovdje je cilj bio pokazati kako procijeniti prvu verziju tog kapaciteta prije implementacije. Praćenje će vam omogućiti mnoge od brojeva koje smo spomenuli. Preporučujemo da testirate u laboratorijskom kontekstu kako biste procijenili svoje zamišljene potrebe.

Gdje TSplus Server Monitoring čini razliku?

TSplus Server Monitoring pristaje nakon što se procjena veličine implementira. Pomaže provjeriti odgovaraju li zasićenje CPU-a, pritisak na memoriju, uska grla u pohrani ili skokovi u korištenju pretpostavkama korištenim u planiranju. To je posebno korisno za IT administratore u malim i srednjim poduzećima i MSP-ove koji trebaju dokaze prije nego što promijene veličinu hosta, redistribuiraju korisnike ili dodaju još jedan poslužitelj.

Osim što znate kako projektirati resurse, kako još možete znati je li izračun bio točan osim putem sustava za praćenje? Server Monitoring vam pruža praćenje u stvarnom vremenu i obavijesti kako biste bili informirani kad god oznake dosegnu vaše postavljene pragove. .

TSplus softver za sigurnu i kontinuiranu isporuku aplikacija i radnih površina

TSplus Remote Access pripada sloju isporuke u širem kontekstu dok je Advanced Security posebno dizajniran za zaštitu aplikacijskih poslužitelja. Osim toga, TSplus Remote Support pruža paket osnovnih alata za rješavanje problema i održavanje ovih poslužitelja i još mnogo toga s bilo koje lokacije. Kada je okruženje ispravno dimenzionirano, TSplus Remote Access će jednostavnije objaviti radne površine i aplikacije od Citrixa i bez prekoračenja vašeg proračuna. Testiranje značajki kao što su web pristup i centralizirana isporuka dat će vam uvid u to kako možete ići dalje od ad hoc RDP pristupa.

Zaključak

Kalkulator terminalnog poslužitelja ne bi trebao obećavati čarobni odgovor. Sada je vrijeme da se resursi terminalnog poslužitelja izračunaju u fazama: započnite s istovremenim korisnicima, klasificirajte intenzitet opterećenja, procijenite CPU i RAM na temelju realnog ponašanja sesija, provjerite pohranu i zatim dodajte marginu za vršne opterećenja, rast i prebacivanje.

Kao sistemski administrator, SMB IT administratori ili MSP, ovo će vam dati praktičnu prvu procjenu. Od tamo, prava disciplina je validacija. Planirajte pažljivo, implementirajte konzervativno i zatim koristite podatke o nadzoru kako biste potvrdili da li je domaćin, ili farm domaćina može održavati korisničko iskustvo koje namjeravate.