Paano Magkalkula ng Mga Mapagkukunan sa isang Terminal Server: Isang Praktikal na Paraan ng Pagsusukat

Ang isang terminal server calculator ay bihirang isang literal na calculator. Sa karamihan ng mga kapaligiran ng SMB at MSP, ito ay isang pamamaraan ng pagpaplano na ginagamit upang tantiyahin kung gaano karaming CPU, RAM, storage at headroom ang kakailanganin ng isang terminal server bago magsimulang magreklamo ang mga gumagamit. Ang tunay na tanong sa likod ng keyword ay praktikal: paano mo kinakalkula ang mga mapagkukunan sa isang terminal server nang sapat upang maipatupad ito nang may kumpiyansa, maiwasan ang labis na paggastos at bawasan ang panganib ng mga bottleneck sa pagganap ?

Ano ang dapat talagang kalkulahin ng isang terminal server calculator?

Isang kapaki-pakinabang na calculator ng terminal server ay dapat mag-estima ng higit pa sa "mga gumagamit bawat server." Bilang isang admin, dapat itong makatulong sa iyo na magplano para sa CPU, RAM, pagganap ng imbakan, imbakan ng profile at margin ng kapasidad sa ilalim ng makatotohanang sabay-sabay na paggamit. Ang gabay ng Microsoft para sa mga host ng session ng Remote Desktop ay nag-frame ng sukat batay sa uri ng workload at inirekumendang mga gumagamit bawat vCPU, hindi batay sa isang pangkalahatang limitasyon ng koneksyon na akma sa lahat.

Bakit hindi sapat ang bilang ng mga gumagamit upang kalkulahin ang mga mapagkukunan sa isang terminal server?

Paggamit ng sesyon

Isipin mo, ang dalawang kapaligiran na may parehong bilang ng mga gumagamit ay maaaring makabuo ng napaka-ibang mga resulta. Inaassume naming alam mo na kung gaano karaming mga gumagamit ang magkakaroon ng access sa iyong imprastruktura, kaya mayroon isinasaalang-alang ang lisensya at CALs maaaring magsimula ang praktikal na trabaho.

Isipin mo kung paano ang labinlimang gumagamit na nagbubukas ng isang linya ng aplikasyon sa negosyo ay maaaring maglagay ng katamtamang load sa isang host. Samantala, ang labinlimang gumagamit na nagpapatakbo ng isang buong remote desktop na may mga browser, mga aplikasyon ng Office, mga tool sa PDF, pag-print at background sync ay maaaring lumikha ng mas mabigat na footprint. Ang mga modelo ng sukat ay sumasalamin sa pagkakaibang iyon sa pamamagitan ng paghahati ng magaan, katamtaman at mabigat na multi-session workloads.

Ang pagkakaiba ay mahalaga dahil ang "30 gumagamit" ay hindi isang bilang ng kapasidad sa sarili nito. Ito ay nagiging makabuluhan lamang kapag tinukoy mo. ano ang ginagawa at ginagamit ng mga gumagamit na iyon sa mga oras ng rurok.

Paggamit ng server

Tandaan din ang isang mahalagang pagkakaiba na napakahalaga: para sa mga laboratoryo o maliit na opisina, maaari kang magplano ng isang solong server, dahil ito ay magpapatakbo ng mas kaunting sabay-sabay na sesyon ng gumagamit, habang para sa produksyon, malamang na magplano ka ng isang farm. Sa katunayan, kinakailangan ang mga hiwalay na tungkulin upang mapabuti ang pagganap, pasimplehin ang pag-troubleshoot at i-lock ang seguridad, kaya ang isang karaniwang paghahati ay:

• 1 server para sa Broker, Web at Licensing
• 1 o higit pang mga server para sa Session Host
• 1 RD Gateway sa sarili nitong server para sa panlabas na access.

Upang makagawa ng isang hakbang pa, makikita mo rin na ang uri ng server, memorya, atbp., ay magiging mahalaga at maaaring gusto mong isama ang SSD sa mas malalaking setup halimbawa. Gayunpaman, ito ay isang pagbanggit lamang upang ipaalam sa iyo ang mga posibilidad.

Alin sa apat na input ang humuhubog sa pagpaplano ng yaman?

Susunod, mas maaasahan kaysa sa direktang pagtalon sa mga numero ng hardware, narito ang apat na input na dapat kolektahin bago simulan ang pagbibilang. Ang upstream na gawaing ito ay iniiwasan ang pag-uulit sa mga tanong tungkol sa lisensya kung sino ang maaaring kumonekta at sa ilalim ng anong mga patakaran ng Microsoft. Ang pangunahing alalahanin dito ay kung gaano karaming mapagkukunan ang kailangan ng isang session host upang manatiling tumutugon. Ang aming nakaraang artikulo ay tinalakay lisensya at kapasidad ng server kaya makabuo tayo dito ng mga praktikal na aspeto ng maayos na pagbibilang ng lahat upang makapagplano ng tama.

Samakatuwid, kailangan mong ipagsama:

Kasalukuyang aktibong mga gumagamit

Kailangan pa rin nating isama ang mahalagang numerong ito dahil ang bilang ng mga session na tumatakbo nang sabay-sabay ay tiyak na makakaapekto sa pagganap ng server. Tandaan na ang sabay-sabay na bilang ay maaaring hindi nakadepende sa kabuuang bilang.

Klaseng workload bawat grupo ng gumagamit

Ang pagsusuri kung gaano karaming mga gumagamit o set ng mga gumagamit ang gagamit ng mga mapagkukunan ay ang unang realidad na pagsusuri. Ang ilang mga grupo o indibidwal ay tiyak na gagamit ng higit pa sa mga gawain na kanilang isinasagawa. Kaya't kailangan ang pagtukoy sa mga mabigat na gumagamit.

Uri ng aplikasyon at sesyon

Makatutulong din na tukuyin ang mga tiyak na aplikasyon, dahil ang ilang mga gumagamit ay magmomonopolyo ng malaking halaga ng mga mapagkukunan batay sa mga ginagamit nila.

Tuktok, paglago at margin ng pagkabigo

I-round up ang listahan ng mga input na ito sa pamamagitan ng pag-account para sa maximum na paggamit, na nag-iiwan ng espasyo para sa inaasahang mas maikling term na paglago at nagtatayo ng isang fail-over buffer margin.

Paano Mo Kinakalkula ang Mga Yaman sa Terminal Servers?

Narito ang isang praktikal na paraan ng pagkalkula na umaasa kaming magiging kapaki-pakinabang sa pamamahala ng SMB pati na rin sa iba pang mga konteksto. Layunin nitong kahit papaano ay pasimplehin ang pagpaplano at estruktura ng pagsisimula. Pagkatapos, dapat itong magbigay-daan sa pagpapabuti upang makasandal ka rito sa panahon ng pilot at sa hinaharap.

Hakbang 1: Bilangin ang sabay-sabay na mga gumagamit, hindi ang kabuuang mga gumagamit

Simulan sa bilang ng mga gumagamit na aktibo sa parehong oras. Ito ang bilang na nag-uudyok sa load ng server. Ang isang negosyo na may 50 na nakatalagang gumagamit ay maaaring magkaroon lamang ng 18 hanggang 25 na nakakonekta nang sabay-sabay sa mga oras ng rurok. Kapag tinutukoy ang laki ng isang session host, ang bilang ng sabay-sabay na sesyon ay mas kapaki-pakinabang kaysa sa kabuuang bilang ng tao.

Bago subukan ang napapanatiling kapasidad sa totoong mundo sa ilalim ng load, kailangan ng pagpaplano na hamunin ang mga pagtataya.

Hakbang 2: I-uri ang mga workload bilang magaan, katamtaman o mabigat

Susunod, ayusin ang mga gumagamit ng grupo ayon sa workload. Microsoft’s kasalukuyang gabay ng session-host nagmumungkahi ng mga sumusunod na baseline density ranges para sa multi-session environments at sumasang-ayon ang HP at iba pang mga mapagkukunan:

• hanggang 6 magaan na gumagamit bawat vCPU,
• 4 katamtamang gumagamit bawat vCPU at
• 2 mabigat na gumagamit bawat vCPU,

na may kani-kaniyang 8 vCPU, 16 GB RAM, 32 GB storage na minimum na halimbawa ng VM sa mga bandang ito ng workload. Kasama sa mga rekomendasyon ang pagpapanatili ng mga sukat ng multi-session na VM na humigit-kumulang sa pagitan ng 4 at 24 vCPUs para sa mas mahusay na pagbabalik ng kapasidad.

Isang simpleng mapa ng workload para sa pagpaplano ng SMB ay magiging gabay sa pag-uuri:

• Liwanag: isang business app, limitadong paggamit ng browser, maiikli na sesyon
• Katamtaman: Mga app ng opisina, mga tab ng browser, mga tool ng PDF, katamtamang multitasking
• Mabigat: ERP, mas malalaking Excel na file, patuloy na paggamit ng browser, pag-print, maraming app na bukas buong araw

Ito ay mga batayang banda ng pagpaplano, hindi mga garantiya. Ang layunin ay pumili ng isang panimulang punto na nakabatay sa pag-uugali ng workload.

Hakbang 3: Tantiya ng kapasidad ng CPU

Kapag ang mga gumagamit ay na-grupo, tantiyahin ang CPU gamit ang isang users-per-vCPU na diskarte. Halimbawa, kung 24 na sabay-sabay na gumagamit ay karamihan ay katamtamang mga gumagamit, ang baseline ng Microsoft na humigit-kumulang 4 na gumagamit bawat vCPU ay nagmumungkahi na magsimula sa paligid ng 6 na vCPUs, pagkatapos ay i-round up sa isang praktikal na sukat ng host na may burst headroom. Kung nais mong magbigay ng mas mahusay na burst capacity sa panahon ng mga panandaliang pagtaas ng demand sa CPU, magplano ng mas mababang user-per-core na mga ratio kaysa sa maaari mong gawin.

Maaaring naging maliwanag, ang pagsukat ng CPU ay hindi dapat huminto sa pinakamababang matematikal. Dapat itong isaalang-alang ang mga pagpasok ng login, aktibidad ng antivirus, mga ulat na trabaho at maiikli na panahon ng sabay-sabay na paglulunsad ng aplikasyon.

Hakbang 4: Tantiya ng mga kinakailangan sa RAM

Dapat masaklaw ng RAM ang mga pangangailangan ng operating system, mga pangunahing serbisyo, overhead ng sesyon at paggamit ng memorya ng aplikasyon bawat gumagamit. Tulad ng inilarawan sa itaas, ang kasalukuyang Microsoft multi-session baseline ay pinagsama ang mga halimbawa ng magaan, katamtaman at mabigat na workload nito sa isang minimum na 16 GB RAM para sa isang 8 vCPU na panimulang punto. Bagaman ito ay isang baseline lamang, nagbibigay pa rin ito ng isang tiyak na panimulang punto para sa pagtataya.

Isang praktikal na pamamaraan sa isang maliit o katamtamang laki ng negosyo ay ang:

1. i-reserba ang memorya para sa OS at mga serbisyo ng platform,
2. tinatayang memorya bawat sesyon ayon sa klase ng gumagamit,
3. dumami sa sabay-sabay na sesyon,
4. pagkatapos ay magdagdag ng isang margin ng kaligtasan.

PeteNetLive ay nagbibigay ng isang sadyang malawak na tuntunin ng 2 hanggang 8 GB bawat gumagamit para sa pagpaplano ng RAM ng RD Session Host. Ito ay kapaki-pakinabang bilang babala laban sa hindi tamang pagtantiya ng mabibigat na sesyon, kahit na ang eksaktong bilang ay dapat na pinuhin sa pagsubok.

Hakbang 5: Suriin ang imbakan at overhead ng profile

Madalas na hindi pinapansin ang imbakan sa pagpaplano ng terminal server. Ang mabagal na baradong imbakan ay maaaring makasakit sa mga pag-login, pag-load ng profile, mga pansamantalang file, paglulunsad ng aplikasyon at pag-spool ng pag-print kahit na ang CPU at RAM ay mukhang katanggap-tanggap pa.

• imbakan ng profile
• imbakan ng OS
• logs: para sa seguridad at iba pang mga layunin

Ang huling kategoryang ito ay talagang sulit tantiyahin dahil maaari itong mabilis na lumaki depende sa laki ng iyong imprastruktura at sa uri ng pagsubaybay at proteksyon na kailangan mo.

Ang presentasyon ni PeteNetLive na batay sa tungkulin ay nagsisilbing kapaki-pakinabang na paalala na ang host ng sesyon ang karaniwang unang lumalabas na may pressure sa mapagkukunan, habang ang iba pang mga tungkulin ng RDS ay kadalasang may mas maliit na footprint. Isaalang-alang ito kapag naghahanap ka ng mga palatandaan ng kakayahan sa paggamit ng iyong kumpanya, dahil maaari itong makatulong sa pagsusuri ng mga plano.

Hakbang 6: Magdagdag ng espasyo para sa mga peak, paglago at failover

Walang terminal server calculator na dapat magtapos sa "just enough" na numero. Magdagdag ng headroom para sa:

• mga spike sa pag-sign in sa umaga
• pag-patch at mga AV scan
• mga tuktok ng ulat buwanan
• inaasahang paglago ng gumagamit
• pagkabigo ng host sa isang multi-server na disenyo

Sa pagtatapos, ang ilang magandang operational na payo para sa anumang kapaligiran na lumilipat lampas sa isang solong host ay isaalang-alang ang karagdagang mga host sakaling magkaroon ng pagkawala ng server o hypervisor.

Simpleng Paraan ng Calculator ng Terminal Server para sa SMBs at MSPs

Ang lohika ng kalkulator na ito ay sinadyang simple. Ito ay nilayon upang makabuo ng isang maaasahang paunang pagtataya, hindi isang panghuling sukatan, at para sa iyo na iakma ito nang naaayon.

Mabilis na pormula sa pagpaplano

Gamitin ang sunud-sunod na ito:

1. Bilang mga sabay-sabay na gumagamit .
2. I-sort ang mga ito sa magaan, katamtaman at mabigat mga grupo.
3. Tinatayang CPU gamit ang isang batayang ratio ng mga gumagamit bawat vCPU.
4. Tinatayang RAM mula sa OS overhead kasama ang per-session na demand.
5. Suriin imbakan para sa profile, temp at launch performance.
6. Magdagdag 20 hanggang 30 porsyentong espasyo , pagkatapos ay suriin ang mga pangangailangan sa failover.

Ito ay sumasalamin sa diwa ng kung paano ang sukat ay itinatakda sa pangkalahatan: trabaho muna, mga ratio pangalawa, at pag-aayos pagkatapos ng pagmamasid. At ngayon, bakit hindi mo subukan ang isang paunang sulyap sa anong anyo ang maaari nitong kunin , makakuha ng tumpak na pagtataya at i-map out ang iyong potensyal na imprastruktura? Isang pangunahing kasangkapan kapag nagpaplano ng iyong badyet.

Halimbawa 1: 15 magagaan na gumagamit ng opisina

Ipinapalagay na 15 sabay-sabay na gumagamit ang uma-access sa isang inilathalang aplikasyon ng negosyo kasama ang magaan na paggamit ng browser.

Gamit ang inirerekomendang magaan na baseline, ang tinatayang raw na CPU ay humigit-kumulang 3 vCPUs. Sa praktika, masyado itong masikip para sa burst capacity, kaya't ang isang tagaplano ay lilipat sa isang mas praktikal na host profile sa halip na bumuo sa hangganan. Makikita mo na ang mga payo ay pabor sa mas malawak na 4 hanggang 24 vCPU sizing range na may 8 vCPU, 16 GB RAM bilang isang pamantayang baseline profile para sa multi-session workloads.

Para sa RAM, maglaan ng kapasidad para sa OS at mga serbisyo, pagkatapos ay magdagdag ng memorya ng sesyon para sa bawat gumagamit. Kung ang kapaligiran ay matatag at ang paggamit ng app ay mababaw, maaari itong umangkop nang maayos sa isang katamtamang host, ngunit dapat pa rin itong mapatunayan sa panahon ng pilot na paggamit.

Halimbawa 2: 30 pinaghalong mga gumagamit ng opisina at ERP

Ipagpalagay:

• 18 katamtamang gumagamit
• 12 mabigat na gumagamit

Ang isang shortcut sa pagpaplano ay ituturing ang medium group sa humigit-kumulang 4 na gumagamit bawat vCPU at ang heavy group sa humigit-kumulang 2 gumagamit bawat vCPU. Ipinapahiwatig nito ang tungkol sa 4.5 vCPUs para sa medium group at 6 vCPUs para sa heavy group, bago ang overhead at headroom. Sa praktika, ito ay nagpapahiwatig na hindi na dapat umasa sa isang solong maliit na host at sa halip ay dapat magtungo sa isang mas malaking host na may margin o hatiin sa maraming session hosts.

Dito nagiging makabuluhan ang payong "magplano para sa mga mapagkukunan ng server." Sa isang ERP tulad ng sa anumang konteksto ng negosyo, ang layunin ay hindi lamang ilagay ang mga gumagamit sa isang lugar. Ang layunin ay hindi lamang ilagay ang mga gumagamit sa isang lugar. Ang layunin ay panatilihing katanggap-tanggap ang mga oras ng pagtugon sa mga pinaka-abala na bahagi ng araw.

Halimbawa 3: Kailan paghahati-hatiin ang mga gumagamit sa maraming host

Kapag ang kalkulasyon ay nagbunga ng isang siksik na host na may limitadong kapasidad ng pagsabog, ang mas magandang sagot ay maaaring maging arkitektural sa halip na patayong pagsasakal. Ang mga session host ay maaaring itakda upang gawin ang mabigat na trabaho, habang ang mga tungkulin tulad ng RD Connection Broker, Gateway at Licensing ay maaaring bigyan ng iba't ibang mga profile ng mapagkukunan. Ang paghahati ng load ng gumagamit sa maraming host ay malamang na mapabuti ang katatagan, kakayahang mag-maintain at pagpaplano ng failover.

Para sa mga MSP, madalas itong nagiging punto ng pagbabago kung saan ang isang terminal server calculator ay nagiging talakayan sa sukat ng farm sa halip na talakayan sa isang solong server.

Alin ang mga Karaniwang Pagkakamali sa Pagsukat na Karaniwang Nakakasira sa Pagganap ng Terminal Server?

Karaniwang hindi sanhi ng matematika lamang ang mga pagkakamali sa sukat. Nagmumula ang mga ito sa maling mga palagay.

Nakakalito ang lisensya sa kapasidad ng pagganap

Ang Licensing ay nagsasabi sa iyo kung paano itinatakda at kinokontrol ang access. Hindi nito sinasabi kung gaano karaming sabay-sabay na gumagamit ang susuportahan ng isang server na may katanggap-tanggap na pagganap.

Hindi pinapansin ang mga sesyon na mabigat sa browser at mabigat sa pag-print

Maraming kapaligiran ang patuloy na hindi pinahahalagahan kung gaano karaming load ang maidaragdag ng modernong paggamit ng browser, paghawak ng PDF, at pag-print sa isang session host. Ang mga aktibidad na ito ay maaaring ilipat ang isang grupo ng mga gumagamit mula sa magaan patungo sa katamtaman, o mula sa katamtaman patungo sa mabigat, kahit na ang mismong application ng linya ng negosyo ay katamtaman.

Pagsusukat lamang para sa karaniwang karga

Ang average na load ay bihirang sandali na nagrereklamo ang mga gumagamit. Ang mga reklamo ay nangyayari sa panahon ng mga logon storms, sabay-sabay na pagbubukas ng mga file, mga reporting runs o mga peak sa umaga. Itinuturo ng Microsoft na ang mas mahusay na burst capacity ay mahalaga sa mas mababang user-per-core ratios dahil sinusuportahan nito ang pag-iwan ng espasyo sa halip na tumutok sa maximum density.

Nakakalimutan ang natitirang bahagi ng RDS stack

Ang session host ang pangunahing kumokonsumo ng mapagkukunan, ngunit hindi ito ang tanging papel sa kapaligiran. Ang pagkakahati-hati ng papel ng PeteNetLive ay isang kapaki-pakinabang na paalala upang isaalang-alang ang Connection Broker, Gateway, Web Access at Licensing nang hiwalay kapag ang deployment ay lumalaki lampas sa isang maliit na setup na may isang host.

Bakit Dapat I-validate ng Monitoring ang Iyong mga Tinatayang Sukat?

Ang isang terminal server calculator ay nagbibigay sa iyo ng batayan para sa pagpaplano. Hindi ito nagbibigay sa iyo ng patunay. Para sa patunay, kailangan mong subaybayan ang paggamit.

Mula sa baseline hanggang sa patunay: ang pagmamanman bilang isang mahalaga

Sa aming naunang artikulo, ipinaliwanag namin kung bakit ang napapanatiling kapasidad ng gumagamit ay isang praktikal na tanong sa pagmamanman. Dito, ang layunin ay ipakita kung paano tantiyahin ang unang bersyon ng kapasidad na iyon bago ang pagpapalabas. Makakakuha ang pagmamanman para sa iyo ng marami sa mga bilang na aming nabanggit. Inirerekomenda naming subukan mo ito sa isang konteksto ng laboratoryo upang suriin ang iyong mga inaasahang pangangailangan.

Saan nagiging kakaiba ang TSplus Server Monitoring?

TSplus Server Monitoring nagtutugma pagkatapos ma-deploy ang pagtataya ng sukat. Nakakatulong ito upang beripikahin kung ang saturation ng CPU, presyon ng memorya, bottlenecks sa imbakan o mga spike ng paggamit ay tumutugma sa mga palagay na ginamit sa pagpaplano. Ito ay lalong kapaki-pakinabang para sa mga IT admin ng SMB at mga MSP na nangangailangan ng ebidensya bago baguhin ang laki ng isang host, muling ipamahagi ang mga gumagamit o magdagdag ng isa pang server.

Bilang karagdagan sa kaalaman kung paano i-proyekto ang mga mapagkukunan, paano mo pa malalaman kung tama ang pagkalkula kundi sa pamamagitan ng mga sistema ng pagmamanman? Ang Server Monitoring ay nagbibigay sa iyo ng real-time na pagmamanman at mga alerto upang panatilihin kang naabisuhan tuwing umabot ang mga marka sa iyong itinakdang mga threshold. .

TSplus software para sa ligtas at tuloy-tuloy na paghahatid ng mga app at desktop

TSplus Remote Access ay bahagi ng delivery layer sa mas malawak na kwento habang ang Advanced Security ay ginawa upang protektahan ang mga application server. Bilang karagdagan, ang TSplus Remote Support ay nagbibigay ng kit ng mga essentials para sa troubleshooting at pagpapanatili ng mga server na ito at higit pa mula sa anumang lokasyon. Kapag ang kapaligiran ay tama ang sukat, ang TSplus Remote Access ay mag-publish ng mga desktop at application nang mas simple kaysa sa Citrix at nang hindi lumalampas sa iyong badyet. Ang pagsubok sa mga tampok tulad ng web access at centralized delivery ay magbibigay sa iyo ng lasa kung paano ka makakapag-move lampas sa ad hoc RDP access.

Wakas

Ang isang terminal server calculator ay hindi dapat mangako ng mahiwagang sagot. Ngayon ay oras na upang kalkulahin ang mga mapagkukunan ng terminal server sa mga yugto: simulan sa mga sabay-sabay na gumagamit, ikategorya ang tindi ng workload, tantiyahin ang CPU at RAM mula sa makatotohanang pag-uugali ng sesyon, suriin ang imbakan at pagkatapos ay magdagdag ng margin para sa mga peak, paglago at failover.

Bilang system admin, SMB IT admins o MSP, ito ay magbibigay sa iyo ng praktikal na unang pagtataya. Mula doon, ang tunay na disiplina ay pagpapatunay. Magplano nang maingat, mag-deploy nang maingat at pagkatapos ay gumamit ng data sa pagmamanman upang kumpirmahin kung ang host, o host farm maaaring mapanatili ang karanasan ng gumagamit na iyong nilalayon.