Como Calcular Recursos em um Servidor Terminal: Um Método Prático de Dimensionamento

Um calculador de servidor terminal raramente é um calculador literal. Na maioria dos ambientes SMB e MSP, é um método de planejamento usado para estimar quanto CPU, RAM, armazenamento e margem um servidor terminal precisará antes que os usuários comecem a reclamar. A verdadeira questão por trás da palavra-chave é prática: como você calcula recursos em um servidor terminal de forma suficientemente boa para implantar com confiança, evitar gastos excessivos e reduzir o risco de gargalos de desempenho ?

O que deve realmente calcular um calculador de servidor terminal?

Um calculador de servidor terminal útil deve estimar mais do que "usuários por servidor". Como administrador, deve ajudá-lo a planejar o desempenho da CPU, RAM, armazenamento, armazenamento de perfis e margem de capacidade sob um uso concorrente realista. A orientação da Microsoft para hosts de sessão de Área de Trabalho Remota estrutura o dimensionamento em torno do tipo de carga de trabalho e usuários sugeridos por vCPU, e não em torno de um limite genérico de conexão que serve para todos.

Por que a contagem de usuários sozinha não é suficiente para calcular recursos em um servidor terminal?

Uso da sessão

Tenha em mente que dois ambientes com o mesmo número de utilizadores podem produzir resultados muito diferentes. Assumimos que você já sabe quantos utilizadores estarão a aceder à sua infraestrutura, portanto, ter considerou licenciamento e CALs , o trabalho prático pode começar.

Imagine como quinze utilizadores a abrir uma aplicação de linha de negócios podem colocar uma carga modesta num servidor. Entretanto, quinze utilizadores a executar um ambiente de trabalho remoto completo com navegadores, aplicações do Office, ferramentas PDF, impressão e sincronização em segundo plano podem criar uma pegada muito mais pesada. Os modelos de dimensionamento refletem essa diferença ao separar cargas de trabalho multi-sessão leves, médias e pesadas.

A distinção é importante porque "30 utilizadores" não é um número de capacidade por si só. Só é significativo uma vez que você define o que esses usuários fazem e usam durante os períodos de pico.

Utilização do servidor

Além disso, lembre-se de uma distinção importante que importa enormemente: para laboratórios ou um pequeno escritório, você pode planejar um único servidor, pois ele terá menos sessões de usuários simultâneas, enquanto para produção, você provavelmente planejará uma fazenda. De fato, papéis separados são necessários para melhorar o desempenho, simplificar a resolução de problemas e reforçar a segurança, portanto, uma divisão comum seria:

• 1 servidor para Broker, Web e Licenciamento
• 1 ou mais servidores para Host de Sessão
• 1 RD Gateway em seu próprio servidor para acesso externo.

Para ir um passo além, você também descobrirá que o tipo de servidor, memória, etc., entrará em jogo e você pode querer incluir SSD em configurações maiores por exemplo. No entanto, isso é apenas uma menção para torná-lo ciente das possibilidades.

Quais quatro entradas moldam o planejamento de recursos?

A seguir, mais confiável do que saltar diretamente para números de hardware, aqui estão quatro entradas a reunir antes de começar a contar. Este trabalho a montante evita sobreposições com questões de licenciamento sobre quem pode conectar-se e sob quais regras da Microsoft. A preocupação central aqui é quanta capacidade um host de sessão precisa para se manter responsivo. O nosso artigo anterior abordou licenciamento e capacidade do servidor para que possamos desenvolver aqui as práticas de contar tudo metódica e corretamente para planejar da maneira certa.

Portanto, você precisa somar:

Utilizadores ativos simultâneos

Ainda precisamos incluir este número essencial, uma vez que o número de sessões a serem executadas em paralelo afetará definitivamente o desempenho do servidor. Note que a contagem concorrente pode ser independente da contagem total.

Classe de carga por grupo de utilizadores

Avaliar quanto um usuário ou conjunto de usuários irá utilizar os recursos é o primeiro teste de realidade. Certos grupos ou indivíduos inevitavelmente consumirãomais os recursos nas tarefas que realizam. Daí a necessidade de identificar os usuários intensivos.

Tipo de aplicação e sessão

É também muito útil identificar aplicações específicas, uma vez que certos utilizadores irão monopolizar grandes quantidades de recursos de acordo com quais elas executam.

Pico, margem de crescimento e fail-over

Finalize esta lista de entradas contabilizando o uso máximo, deixando espaço para o crescimento a curto prazo esperado e construindo uma margem de reserva para falhas.

Como calcular recursos em servidores de terminal?

Aqui está um método de cálculo prático que esperamos que seja útil na administração de PME, bem como em outros contextos. O objetivo é, pelo menos, simplificar o planejamento e a estrutura de preparação. Depois, deve servir para refinamentos, para que você possa contar com ele durante o período piloto e além.

Passo 1: Contar usuários simultâneos, não usuários totais

Comece com o número de utilizadores que estão ativos ao mesmo tempo. Este é o número que determina a carga do servidor. Uma empresa com 50 utilizadores nomeados pode ter apenas 18 a 25 conectados simultaneamente durante as horas de pico. Ao dimensionar um host de sessão, a contagem de sessões simultâneas é muito mais útil do que o total de utilizadores.

Antes de testar a capacidade sustentável do mundo real sob carga, o planejamento precisa desafiar as estimativas.

Passo 2: Classificar cargas de trabalho como leves, médias ou pesadas

Em seguida, classifique os usuários do grupo por carga de trabalho. A Microsoft orientação do host da sessão atual sugere os seguintes intervalos de densidade base para ambientes de múltiplas sessões e fontes como a HP e outras concordam:

• até 6 utilizadores leves por vCPU,
• 4 utilizadores médios por vCPU e
• 2 utilizadores pesados por vCPU,

com, respetivamente, um exemplo de VM mínima de 8 vCPU, 16 GB de RAM e 32 GB de armazenamento em todas essas faixas de carga de trabalho. As recomendações também incluem manter os tamanhos de VM de múltiplas sessões aproximadamente entre 4 e 24 vCPUs para melhores retornos de capacidade.

Um simples mapa de carga de trabalho para o planejamento de PME guiaria assim a classificação:

• Luz: uma aplicação empresarial, uso limitado do navegador, sessões curtas
• Médio: Aplicativos de escritório, abas do navegador, ferramentas PDF, multitarefa moderada
• Pesado: ERP, arquivos Excel maiores, uso constante do navegador, impressão, múltiplos aplicativos abertos o dia todo

Estas são bandas de planejamento básicas, não garantias. O objetivo é escolher um ponto de partida baseado no comportamento da carga de trabalho.

Passo 3: Estimar a capacidade da CPU

Uma vez que os utilizadores estão agrupados, estime a CPU com uma abordagem de utilizadores por vCPU. Por exemplo, se 24 utilizadores concorrentes forem principalmente utilizadores médios, a linha de base da Microsoft de cerca de 4 utilizadores por vCPU sugere começar com cerca de 6 vCPUs, arredondando depois para um tamanho de host prático com margem para picos. Se desejar fornecer uma melhor capacidade de pico durante picos de demanda de CPU a curto prazo, planeie razões de utilizadores por núcleo mais baixas do que poderia de outra forma.

Como pode ter ficado óbvio, o dimensionamento da CPU não deve parar no mínimo matemático. Deve levar em conta picos de login, atividade de antivírus, trabalhos de relatórios e curtos períodos de lançamentos simultâneos de aplicações.

Passo 4: Estimar os requisitos de RAM

A RAM deve cobrir as necessidades do sistema operativo, serviços principais, sobrecarga de sessão e uso de memória de aplicação por utilizador. Como descrito acima, a linha de base multi-sessão atual da Microsoft emparelhava os seus exemplos de carga de trabalho leve, média e pesada com um mínimo de 16 GB de RAM para um ponto de partida de 8 vCPU. Embora esta seja apenas uma linha de base, fornece, no entanto, um ponto de partida tangível para estimativa.

Um método prático em uma empresa de pequeno ou médio porte é:

1. reserve memória para o sistema operativo e serviços de plataforma,
2. estimativa de memória por sessão por classe de utilizador,
3. multiplicar por sessões concorrentes,
4. então adicione uma margem de segurança.

PeteNetLive oferece um regra geral deliberadamente ampla de 2 a 8 GB por utilizador para o planeamento de RAM do Host de Sessão RD. Isto é útil como um aviso contra a subestimação de sessões pesadas, mesmo que o número exato deva ser refinado em testes.

Passo 5: Verifique o armazenamento e a sobrecarga do perfil

O armazenamento é frequentemente subestimado no planejamento de servidores de terminal. Um armazenamento lento e congestionado pode prejudicar logins, carregamento de perfis, arquivos temporários, lançamentos de aplicativos e spooling de impressão, mesmo quando a CPU e a RAM ainda parecem aceitáveis.

• armazenamento de perfil
• armazenamento do sistema operativo
• registros: para segurança e outros fins semelhantes

Esta última categoria vale a pena estimar, pois pode rapidamente aumentar dependendo do tamanho da sua infraestrutura e do tipo de monitoramento e proteção que você requer.

A apresentação de papel a papel do PeteNetLive serve como um lembrete útil de que o host da sessão é geralmente onde a pressão sobre os recursos aparece primeiro, enquanto outros papéis do RDS costumam ter pegadas relativamente menores. Tenha isso em mente ao procurar indicadores da capacidade de uso da sua empresa, pois isso pode ajudar na avaliação dos planos.

Passo 6: Adicione margem para picos, crescimento e failover

Nenhum calculador de servidor terminal deve terminar com o número de "apenas o suficiente". Adicione margem de manobra para:

• picos de entrada matinal
• atualização e verificações de antivírus
• picos de relatórios mensais
• crescimento esperado de usuários
• falha de host em um design de múltiplos servidores

Em conclusão, alguns bons conselhos operacionais para qualquer ambiente que vá além de um único host é considerar hosts adicionais em caso de perda de servidor ou hipervisor.

Método Simples de Calculadora de Servidor Terminal para PME e MSP

Esta lógica de calculadora é intencionalmente simples. Destina-se a produzir uma primeira estimativa defensável, não um benchmark final, e para que você a adapte de acordo.

Uma fórmula de planejamento rápida

Use esta sequência:

1. Contar usuários simultâneos .
2. Classifique-os em leve, médio e pesado grupos.
3. Estimativa CPU usando uma proporção de utilizadores por vCPU de referência.
4. Estimativa RAM do overhead do sistema mais a demanda por sessão.
5. Verificar armazenamento para perfil, desempenho temporário e de lançamento.
6. Adicionar 20 a 30 por cento de margem , em seguida, revise as necessidades de failover.

Isto espelha a essência de como o dimensionamento é enquadrado em geral: carga de trabalho em primeiro lugar, proporções em segundo, refinamento após observação. E agora, por que não ter uma prévia? que forma poderia assumir , obtenha uma estimativa precisa e mapeie sua infraestrutura potencial? Uma ferramenta chave ao planejar seu orçamento.

Exemplo 1: 15 utilizadores de escritório leve

Assuma que 15 utilizadores simultâneos acedem a uma aplicação empresarial publicada, além de um uso leve do navegador.

Usando as linhas de base leves recomendadas, a estimativa bruta de CPU é de cerca de 3 vCPUs. Na prática, isso é muito apertado para capacidade de pico, então um planejador optaria por um perfil de host mais prático em vez de construir até o limite. Você encontrará que os conselhos favorecem uma faixa de dimensionamento mais ampla de 4 a 24 vCPUs, com 8 vCPUs e 16 GB de RAM como um perfil de linha de base padrão para cargas de trabalho de múltiplas sessões.

Para RAM, reserve capacidade para o sistema operativo e serviços, depois adicione memória de sessão para cada utilizador. Se o ambiente for estável e o uso da aplicação for restrito, isso pode caber confortavelmente em um host modesto, mas ainda deve ser validado durante o uso piloto.

Exemplo 2: 30 utilizadores mistos de escritório e ERP

Assuma:

• 18 utilizadores médios
• 12 utilizadores pesados

Um atalho de planeamento trataria o grupo médio com aproximadamente 4 utilizadores por vCPU e o grupo pesado com aproximadamente 2 utilizadores por vCPU. Isso implica cerca de 4,5 vCPUs para o grupo médio e 6 vCPUs para o grupo pesado, antes de sobrecarga e margem. Na prática, isso já aponta para longe de um único host de tamanho leve e em direção a um host maior com margem ou uma divisão entre vários hosts de sessão.

É aqui que o conselho "planejar os recursos do servidor" se torna significativo. Com um ERP assim como em qualquer contexto empresarial, o objetivo não é apenas encaixar os usuários em algum lugar. O objetivo não é apenas encaixar os utilizadores em algum lugar. O objetivo é manter os tempos de resposta aceitáveis durante as partes mais movimentadas do dia.

Exemplo 3: Quando dividir usuários entre vários hosts

Uma vez que o cálculo produz um host denso com capacidade de explosão limitada, a melhor resposta pode ser arquitetónica em vez de escalonamento vertical. Os hosts de sessão podem ser configurados para realizar o trabalho pesado, enquanto funções como RD Connection Broker, Gateway e Licenciamento podem receber diferentes perfis de recursos. Dividir a carga de usuários entre vários hosts provavelmente melhorará a resiliência, a flexibilidade de manutenção e o planejamento de failover.

Para os MSPs, este é frequentemente o ponto de viragem onde um calculador de servidor terminal se torna uma discussão sobre dimensionamento de fazendas em vez de uma discussão sobre um único servidor.

Quais erros comuns de dimensionamento normalmente prejudicam o desempenho do servidor terminal?

Os erros de dimensionamento geralmente não são causados apenas por matemática. Eles vêm de suposições incorretas.

Confundir licenciamento com capacidade de desempenho

A licença informa como o acesso é atribuído e configurado. Não informa quantos usuários simultâneos um servidor suportará com desempenho aceitável.

Ignorando sessões pesadas para o navegador e pesadas para impressão

Muitos ambientes ainda subestimam quanto a utilização moderna de navegadores, o manuseio de PDFs e a impressão podem adicionar a um host de sessão. Essas atividades podem fazer com que um grupo de usuários passe de leve para médio, ou de médio para pesado, mesmo quando a própria aplicação de linha de negócios é modesta.

Dimensionamento apenas para carga média

A carga média raramente é o momento em que os usuários reclamam. As reclamações ocorrem durante tempestades de logon, aberturas simultâneas de arquivos, execuções de relatórios ou picos matinais. A Microsoft observa que uma melhor capacidade de explosão é importante em relações de usuários por núcleo mais baixas, pois isso suporta deixar espaço em vez de visar a densidade máxima.

Esquecendo o resto da pilha RDS

O host da sessão é o principal consumidor de recursos, mas não é o único papel no ambiente. A divisão de papéis do PeteNetLive é um lembrete útil para considerar o Connection Broker, Gateway, Acesso Web e Licenciamento separadamente quando a implementação cresce além de uma pequena configuração de host único.

Por que a monitorização deve validar suas estimativas de dimensionamento?

Um calculador de servidor terminal fornece uma linha de base para o planejamento. Ele não fornece prova. Para prova, você precisa monitorar o uso.

Do ponto de partida à prova: monitoramento como essencial

No nosso artigo anterior, explicamos por que a capacidade de utilizador sustentável é uma questão prática de monitorização. Aqui, o objetivo foi mostrar como estimar a primeira versão dessa capacidade antes da implementação. A monitorização obterá para você muitas das contagens que mencionamos. Recomendamos que você teste em um contexto de laboratório para avaliar suas necessidades previstas.

Onde é que o TSplus Server Monitoring faz a diferença?

TSplus Monitoramento de Servidor ajustes após a estimativa de dimensionamento ser implementada. Ajuda a verificar se a saturação da CPU, a pressão da memória, os gargalos de armazenamento ou os picos de uso correspondem às suposições utilizadas no planejamento. Isso é especialmente útil para administradores de TI de PME e MSPs que precisam de evidências antes de redimensionar um host, redistribuir usuários ou adicionar outro servidor.

Além de saber como projetar recursos, como mais você pode saber se o cálculo estava correto senão através de sistemas de monitoramento? Server Monitoring fornece monitoramento em tempo real e alertas para mantê-lo informado sempre que os marcadores atingirem os limites que você definiu. .

TSplus software para entrega segura e sustentada de aplicações e desktops

TSplus Remote Access pertence como a camada de entrega na história mais ampla, enquanto Advanced Security é feito sob medida para proteger servidores de aplicações. Além disso, TSplus Remote Support fornece um kit de essenciais para solucionar problemas e manter esses servidores e mais de qualquer local. Uma vez que o ambiente esteja corretamente dimensionado, TSplus Remote Access publicará desktops e aplicações de forma mais simples do que o Citrix e sem ultrapassar seu orçamento. Testar recursos como acesso web e entrega centralizada lhe dará uma ideia de como você pode ir além do acesso RDP ad hoc.

Conclusão

Um calculador de servidor terminal não deve prometer uma resposta mágica. Agora é hora de calcular os recursos do servidor terminal em etapas: comece com usuários simultâneos, classifique a intensidade da carga de trabalho, estime a CPU e a RAM com base no comportamento realista da sessão, verifique o armazenamento e, em seguida, adicione uma margem para picos, crescimento e failover.

Como administrador do sistema, administradores de TI de PME ou MSP, isso lhe dará uma estimativa prática inicial. A partir daí, a verdadeira disciplina é a validação. Planeje cuidadosamente, implemente de forma conservadora e, em seguida, use dados de monitoramento para confirmar se o host, ou fazenda de hosts , pode sustentar a experiência do utilizador que pretende.