Come calcolare le risorse su un server terminale: un metodo di dimensionamento pratico

Un calcolatore di server terminali è raramente un calcolatore letterale. Nella maggior parte degli ambienti SMB e MSP, è un metodo di pianificazione utilizzato per stimare quanta CPU, RAM, spazio di archiviazione e margine un server terminale avrà bisogno prima che gli utenti inizino a lamentarsi. La vera domanda dietro la parola chiave è pratica: come si calcolano le risorse su un server terminale in modo sufficientemente accurato da poter essere distribuiti con fiducia, evitando di spendere troppo e ridurre il rischio di colli di bottiglia nelle prestazioni ?

Cosa dovrebbe calcolare effettivamente un calcolatore di terminal server?

Un utile calcolatore per server terminali dovrebbe stimare più di "utenti per server". Come amministratore, dovrebbe aiutarti a pianificare le prestazioni della CPU, della RAM, dello storage, dello storage dei profili e del margine di capacità sotto un utilizzo concorrente realistico. Le indicazioni di Microsoft per gli host di sessione di Desktop Remoto inquadrano la dimensione in base al tipo di carico di lavoro e agli utenti suggeriti per vCPU, non in base a un limite di connessione generico e universale.

Perché il conteggio degli utenti da solo non è sufficiente per calcolare le risorse su un server terminale?

Utilizzo della sessione

Tieni presente che due ambienti con lo stesso numero di utenti possono produrre risultati molto diversi. Supponiamo che tu sappia già quanti utenti accederanno alla tua infrastruttura, quindi avere considerato licenze e CALs , il lavoro pratico può iniziare.

Immagina come quindici utenti che aprono un'applicazione di business possono esercitare un carico modesto su un host. Nel frattempo, quindici utenti che eseguono un desktop remoto completo con browser, applicazioni Office, strumenti PDF, stampa e sincronizzazione in background possono creare un'impronta molto più pesante. I modelli di dimensionamento riflettono questa differenza separando i carichi di lavoro multi-sessione leggeri, medi e pesanti.

La distinzione è importante perché "30 utenti" non è un dato di capacità di per sé. Ha senso solo una volta che definisci cosa fanno e usano quegli utenti durante i periodi di punta.

Utilizzo del server

Ricorda anche un'importante distinzione che conta enormemente: per laboratori o piccoli uffici, potresti pianificare un singolo server, poiché gestirà meno sessioni utente concorrenti, mentre per la produzione, probabilmente pianificherai un farm. Infatti, sono necessari ruoli separati per migliorare le prestazioni, semplificare la risoluzione dei problemi e garantire la sicurezza, quindi una suddivisione comune sarebbe:

• 1 server per Broker, Web e Licensing
• 1 o più server per Session Host
• 1 RD Gateway su un server dedicato per accesso esterno.

Per andare un passo oltre, scoprirai anche che il tipo di server, la memoria, ecc., entreranno in gioco e potresti voler includere SSD in configurazioni più grandi ad esempio. Tuttavia, questa è solo una menzione per farti consapevole delle possibilità.

Quali quattro input plasmano la pianificazione delle risorse?

Successivamente, più affidabile che saltare direttamente ai numeri hardware, ecco quattro input da raccogliere prima di iniziare a contare. Questo lavoro a monte evita sovrapposizioni con domande di licenza su chi può connettersi e secondo quali regole Microsoft. La preoccupazione centrale qui è quante risorse un host di sessione ha bisogno per rimanere reattivo. Il nostro articolo precedente ha trattato licenza e capacità del server così possiamo sviluppare qui le pratiche per contare tutto in modo metodico per pianificare correttamente.

Pertanto, è necessario sommare:

Utenti attivi contemporanei

Dobbiamo comunque includere questo numero essenziale poiché il numero di sessioni eseguite in parallelo influenzerà sicuramente le prestazioni del server. Si noti che il conteggio concorrente può essere indipendente dal conteggio totale.

Classe di carico per gruppo di utenti

Valutare quanto un utente o un insieme di utenti utilizzerà le risorse è il primo controllo della realtà. Alcuni gruppi o individui utilizzeranno inevitabilmente di più le attività che svolgono. Ecco perché è necessario identificare gli utenti intensivi.

Tipo di applicazione e sessione

È anche molto utile individuare applicazioni specifiche, poiché alcuni utenti monopolizzeranno grandi quantità di risorse a seconda di quali eseguono.

Picco, margine di crescita e fail-over

Riunisci questo elenco di input tenendo conto dell'uso massimo, lasciando spazio per una crescita a breve termine prevista e creando un margine di buffer per il fail-over.

Come si calcolano le risorse sui server terminal?

Ecco un metodo di calcolo pratico che speriamo possa essere utile nell'amministrazione delle PMI e in altri contesti. Mira almeno a semplificare la pianificazione e la struttura del preavviso. Successivamente, dovrebbe prestarsi a un affinamento in modo da poter contare su di esso durante il periodo pilota e oltre.

Passo 1: Conta gli utenti concorrenti, non il numero totale di utenti

Inizia con il numero di utenti che sono attivi contemporaneamente. Questo è il numero che determina il carico del server. Un'azienda con 50 utenti nominati potrebbe avere solo 18-25 connessi contemporaneamente durante le ore di punta. Quando si dimensiona un host di sessione, il conteggio delle sessioni simultanee è molto più utile del numero totale di utenti.

Prima di testare la capacità sostenibile del mondo reale sotto carico, è necessario mettere in discussione le stime.

Passo 2: Classificare i carichi di lavoro come leggeri, medi o pesanti

Successivamente, ordina gli utenti del gruppo in base al carico di lavoro. Microsoft’s guida all'host della sessione corrente suggerisce i seguenti intervalli di densità di base per ambienti multi-sessione e fonti come HP e altre concordano:

• fino a 6 utenti leggeri per vCPU,
• 4 utenti medi per vCPU e
• 2 utenti pesanti per vCPU,

con rispettivamente un esempio di VM minima di 8 vCPU, 16 GB di RAM e 32 GB di storage attraverso quelle bande di carico di lavoro. Le raccomandazioni includono anche il mantenimento delle dimensioni delle VM multi-sessione approssimativamente tra 4 e 24 vCPU per migliori ritorni di capacità.

Una semplice mappa del carico di lavoro per la pianificazione delle PMI guiderebbe quindi la classificazione:

• Luce: una app aziendale, utilizzo limitato del browser, sessioni brevi
• Media: App per ufficio, schede del browser, strumenti PDF, multitasking moderato
• Pesante: ERP, file Excel più grandi, utilizzo costante del browser, stampa, più app aperte tutto il giorno

Queste sono bande di pianificazione di base, non garanzie. Lo scopo è scegliere un punto di partenza basato sul comportamento del carico di lavoro.

Passo 3: Stimare la capacità della CPU

Una volta raggruppati gli utenti, stima la CPU con un approccio utenti-per-vCPU. Ad esempio, se 24 utenti concorrenti sono per lo più utenti medi, la base di Microsoft di circa 4 utenti per vCPU suggerisce di iniziare con circa 6 vCPU, quindi arrotondare a una dimensione pratica dell'host con margine di picco. Se desideri fornire una migliore capacità di picco durante i picchi di domanda a breve termine della CPU, pianifica rapporti utenti-per-core inferiori rispetto a quelli che potresti altrimenti.

Come potrebbe essere diventato ovvio, la dimensione della CPU non dovrebbe fermarsi al minimo matematico. Dovrebbe tenere conto dei picchi di accesso, dell'attività antivirus, dei lavori di reporting e dei brevi periodi di avvii simultanei delle applicazioni.

Passo 4: Stima dei requisiti di RAM

La RAM dovrebbe coprire le esigenze del sistema operativo, dei servizi core, del sovraccarico della sessione e dell'uso della memoria dell'applicazione per utente. Come descritto sopra, l'attuale baseline multi-sessione di Microsoft ha abbinato i suoi esempi di carico di lavoro leggero, medio e pesante con un minimo di 16 GB di RAM per un punto di partenza di 8 vCPU. Anche se questa è solo una baseline, fornisce comunque un punto di partenza tangibile per la stima.

Un metodo pratico in una piccola o media impresa è:

1. riservare memoria per il sistema operativo e i servizi della piattaforma,
2. stima della memoria per sessione per classe di utenti,
3. moltiplicare per sessioni concorrenti,
4. poi aggiungi un margine di sicurezza.

PeteNetLive offre un regola empirica deliberatamente ampia di 2 a 8 GB per utente per la pianificazione della RAM del RD Session Host. Questo è utile come avvertimento contro la sottovalutazione delle sessioni pesanti, anche se il numero esatto deve essere affinato nei test.

Passaggio 5: Controlla l'archiviazione e l'overhead del profilo

Lo storage è spesso sottovalutato nella pianificazione dei server terminal. Uno storage lento e intasato può danneggiare i logon, il caricamento dei profili, i file temporanei, il lancio delle applicazioni e lo spooling della stampa anche quando CPU e RAM sembrano ancora accettabili.

• archiviazione del profilo
• memoria OS
• log: per motivi di sicurezza e altri scopi simili

Questa ultima categoria vale sicuramente la pena stimare poiché può rapidamente gonfiarsi a seconda delle dimensioni della tua infrastruttura e del tipo di monitoraggio e protezione di cui hai bisogno.

La presentazione ruolo per ruolo di PeteNetLive funge da utile promemoria che l'host della sessione è di solito il luogo in cui la pressione sulle risorse appare per prima, mentre altri ruoli RDS spesso hanno impronte relativamente più piccole. Tieni presente questo quando cerchi indicatori della capacità di utilizzo della tua azienda, poiché può supportare la valutazione dei piani.

Passo 6: Aggiungi margine per picchi, crescita e failover

Nessun calcolatore di terminal server dovrebbe terminare con il numero "giusto". Aggiungi margine per:

• picchi di accesso del mattino
• patching e scansioni AV
• picchi di reporting mensile
• crescita attesa degli utenti
• guasto dell'host in un design multi-server

In conclusione, un buon consiglio operativo per qualsiasi ambiente che si sposta oltre un singolo host è di considerare host aggiuntivi in caso di perdita del server o dell'iper-v.

Metodo semplice di calcolo del server terminale per PMI e MSP

Questa logica del calcolatore è intenzionalmente semplice. È destinata a produrre una prima stima difendibile, non un benchmark finale, e per te da adattare di conseguenza.

Una formula di pianificazione rapida

Usa questa sequenza:

1. Conteggio utenti concorrenti .
2. Ordinali in leggero, medio e pesante gruppi.
3. Preventivo CPU utilizzando un rapporto utenti-per-vCPU di base.
4. Preventivo RAM da sovraccarico del sistema operativo più domanda per sessione.
5. Controlla archiviazione per il profilo, le prestazioni temporanee e di avvio.
6. Aggiungi 20 al 30 percento di margine , quindi rivedere le esigenze di failover.

Questo rispecchia l'essenza di come le dimensioni sono definite in generale: carico di lavoro prima, rapporti secondi, affinamento dopo osservazione. E ora, perché non dare un'anteprima di che forma potrebbe assumere ottenere una stima precisa e pianificare la tua potenziale infrastruttura? Uno strumento chiave quando si pianifica il budget.

Esempio 1: 15 utenti leggeri in ufficio

Assumere 15 utenti concorrenti accedono a un'app aziendale pubblicata più un uso leggero del browser.

Utilizzando le linee guida leggere raccomandate, la stima grezza della CPU è di circa 3 vCPU. In pratica, ciò è troppo limitato per la capacità di picco, quindi un pianificatore passerebbe a un profilo host più pratico piuttosto che costruire al limite. Troverai che i consigli favoriscono un intervallo di dimensionamento più ampio da 4 a 24 vCPU con 8 vCPU e 16 GB di RAM come profilo di base standard per carichi di lavoro multi-sessione.

Per la RAM, riservare capacità per il sistema operativo e i servizi, quindi aggiungere memoria per ogni utente. Se l'ambiente è stabile e l'uso delle app è limitato, questo potrebbe adattarsi comodamente su un host modesto, ma dovrebbe comunque essere convalidato durante l'uso pilota.

Esempio 2: 30 utenti misti di ufficio ed ERP

Assumere:

• 18 utenti medi
• 12 utenti pesanti

Un collegamento per la pianificazione tratterebbe il gruppo medio con circa 4 utenti per vCPU e il gruppo pesante con circa 2 utenti per vCPU. Ciò implica circa 4,5 vCPU per il gruppo medio e 6 vCPU per il gruppo pesante, prima dell'overhead e del margine. In pratica, ciò indica già di allontanarsi da un singolo host di dimensioni ridotte e di orientarsi verso un host più grande con margine o una suddivisione tra più host di sessione.

Questo è il punto in cui il consiglio "pianificare le risorse del server" diventa significativo. Con un ERP proprio come in qualsiasi contesto aziendale, l'obiettivo non è solo quello di collocare gli utenti da qualche parte. L'obiettivo non è solo quello di collocare gli utenti da qualche parte. L'obiettivo è mantenere i tempi di risposta accettabili durante le parti più affollate della giornata.

Esempio 3: Quando suddividere gli utenti su più host

Una volta che il calcolo produce un host denso con capacità di picco limitata, la risposta migliore potrebbe essere architettonica piuttosto che scalabilità verticale. Gli host di sessione possono essere impostati per svolgere il lavoro pesante, mentre ruoli come RD Connection Broker, Gateway e Licensing possono avere profili di risorse diversi. Suddividere il carico degli utenti su più host probabilmente migliorerà la resilienza, la flessibilità nella manutenzione e la pianificazione del failover.

Per gli MSP, questo è spesso il punto di svolta in cui un calcolatore di server terminali diventa una discussione sulla dimensione della fattoria invece di una discussione su un singolo server.

Quali errori di dimensionamento comuni rompono tipicamente le prestazioni del server terminale?

Gli errori di dimensionamento di solito non sono causati solo dalla matematica. Derivano da assunzioni errate.

Confondere la licenza con la capacità di prestazione

La licenza ti informa su come viene assegnato e configurato l'accesso. Non ti dice quanti utenti concorrenti un server supporterà con prestazioni accettabili.

Ignorando le sessioni pesanti per il browser e per la stampa

Molti ambienti sottovalutano ancora quanto il carico dell'uso moderno dei browser, la gestione dei PDF e la stampa possano aggiungere a un host di sessione. Queste attività possono spostare un gruppo di utenti da leggero a medio, o da medio a pesante, anche quando l'applicazione di business stessa è modesta.

Dimensionamento solo per carico medio

Il carico medio è raramente il momento in cui gli utenti si lamentano. Le lamentele si verificano durante le tempeste di accesso, le aperture simultanee di file, le esecuzioni di report o i picchi mattutini. Microsoft osserva che una migliore capacità di picco è importante a rapporti utenti-per-core più bassi perché supporta la creazione di margine invece di mirare a una densità massima.

Dimenticando il resto dello stack RDS

L'host della sessione è il principale consumatore di risorse, ma non è l'unico ruolo nell'ambiente. La suddivisione dei ruoli di PeteNetLive è un utile promemoria per considerare separatamente il Connection Broker, il Gateway, l'Accesso Web e la Licenza quando il deployment cresce oltre una piccola configurazione con un solo host.

Perché il monitoraggio dovrebbe convalidare le tue stime di dimensionamento?

Un calcolatore di server terminali ti fornisce una base di pianificazione. Non ti fornisce una prova. Per avere una prova, devi monitorare l'uso.

Dalla base alla prova: il monitoraggio come essenziale

Nel nostro articolo precedente, spieghiamo perché la capacità utente sostenibile è una questione di monitoraggio pratica. Qui, l'obiettivo è stato quello di mostrare come stimare la prima versione di quella capacità prima del lancio. Il monitoraggio otterrà per te molti dei conteggi che abbiamo menzionato. Ti consigliamo di testare in un contesto di laboratorio per valutare le tue esigenze previste.

Dove fa la differenza TSplus Server Monitoring?

TSplus Server Monitoring adatta dopo che la stima delle dimensioni è stata implementata. Aiuta a verificare se la saturazione della CPU, la pressione della memoria, i colli di bottiglia dello storage o i picchi di utilizzo corrispondono alle assunzioni utilizzate nella pianificazione. Questo è particolarmente utile per gli amministratori IT delle PMI e per i fornitori di servizi gestiti che necessitano di prove prima di ridimensionare un host, ridistribuire gli utenti o aggiungere un altro server.

Oltre a sapere come proiettare le risorse, come puoi sapere se il calcolo era corretto se non attraverso i sistemi di monitoraggio? Server Monitoring ti offre monitoraggio in tempo reale e avvisi per tenerti informato ogni volta che i marker raggiungono le soglie impostate. .

TSplus software per la consegna sicura e sostenuta di app e desktop

TSplus Remote Access fa parte dello strato di distribuzione nella storia più ampia, mentre Advanced Security è progettato su misura per proteggere i server delle applicazioni. Inoltre, TSplus Remote Support fornisce un kit di elementi essenziali per la risoluzione dei problemi e la manutenzione di questi server e altro ancora da qualsiasi posizione. Una volta che l'ambiente è correttamente dimensionato, TSplus Remote Access pubblicherà desktop e applicazioni in modo più semplice rispetto a Citrix e senza superare il tuo budget. Testare funzionalità come l'accesso web e la distribuzione centralizzata ti darà un'idea di come puoi andare oltre l'accesso RDP ad hoc.

Conclusione

Un calcolatore di server terminali non dovrebbe promettere una risposta magica. Ora è il momento di calcolare le risorse del server terminale in fasi: inizia con gli utenti concorrenti, classifica l'intensità del carico di lavoro, stima la CPU e la RAM dal comportamento realistico delle sessioni, controlla lo storage e poi aggiungi un margine per i picchi, la crescita e il failover.

Come amministratore di sistema, gli amministratori IT delle PMI o i fornitori di servizi gestiti, questo ti darà una prima stima pratica. Da lì, la vera disciplina è la validazione. Pianifica con attenzione, distribuisci in modo conservativo e poi utilizza i dati di monitoraggio per confermare se l'host, o fattoria host può sostenere l'esperienza utente che intendi.