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 de 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 adequada para implantar com confiança, evitar gastos excessivos e reduzir o risco de gargalos de desempenho ?

O que um calculador de servidor terminal deve realmente calcular?

Um calculador de servidor terminal útil deve estimar mais do que "usuários por servidor". Como administrador, ele deve ajudá-lo a planejar o desempenho da CPU, RAM, armazenamento, armazenamento de perfis e margem de capacidade sob 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 usuários podem produzir resultados muito diferentes. Assumimos que você já sabe quantos usuários estarão acessando sua infraestrutura, então ter considerando licenciamento e CALs , o trabalho prático pode começar.

Imagine como quinze usuários abrindo um aplicativo de linha de negócios podem colocar uma carga modesta em um host. Enquanto isso, quinze usuários executando um desktop remoto completo com navegadores, aplicativos do Office, ferramentas de PDF, impressão e sincronização em segundo plano podem criar uma pegada muito mais pesada. 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 usuários" não é um número de capacidade por si só. Só faz sentido uma vez que você define o que esses usuários fazem e usam durante os períodos de pico.

Uso 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, já que 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 Gateway RD 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?

Em seguida, mais confiável do que pular diretamente para números de hardware, aqui estão quatro entradas a serem coletadas antes de começar a contar. Este trabalho a montante evita sobreposição com questões de licenciamento sobre quem pode se conectar e sob quais regras da Microsoft. A preocupação central aqui é quanta recurso um host de sessão precisa para permanecer responsivo. 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:

Usuários ativos simultâneos

Ainda precisamos incluir esse número essencial, pois o número de sessões sendo executadas em paralelo definitivamente afetará o desempenho do servidor. Observe que a contagem concorrente pode ser independente da contagem total.

Classe de carga por grupo de usuários

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. É por isso que os usuários intensivos precisam ser identificados.

Tipo de aplicativo e sessão

Também é muito útil identificar aplicativos específicos, uma vez que certos usuários monopolizarão grandes quantidades de recursos de acordo com quais eles executam.

Pico, margem de crescimento e fail-over

Finalize esta lista de entradas considerando o uso máximo, deixando espaço para um crescimento de curto prazo esperado e incorporando uma margem de buffer de fail-over.

Como você calcula recursos em servidores de terminal?

Aqui está um método de cálculo prático que esperamos que seja útil na administração de PMEs, bem como em outros contextos. Ele visa, pelo menos, simplificar o planejamento e a estruturação do início. Depois, deve se prestar a um refinamento 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 usuários que estão ativos ao mesmo tempo. Este é o número que determina a carga do servidor. Uma empresa com 50 usuários nomeados pode ter apenas de 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 funcionários.

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

Passo 2: Classifique as cargas de trabalho como leve, média ou pesada

Em seguida, classifique os usuários do grupo por carga de trabalho. O da 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 usuários leves por vCPU,
• 4 usuários médios por vCPU e
• 2 usuários pesados por vCPU,

com respectivamente 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 entre 4 e 24 vCPUs para melhores retornos de capacidade.

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

• Luz: um aplicativo de negócios, 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

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

Etapa 3: Estimar a capacidade da CPU

Uma vez que os usuários estão agrupados, estime a CPU com uma abordagem de usuários por vCPU. Por exemplo, se 24 usuários simultâneos são principalmente usuários médios, a linha de base da Microsoft de cerca de 4 usuários por vCPU sugere começar com cerca de 6 vCPUs, arredondando para um tamanho de host prático com margem para picos. Se você deseja fornecer uma melhor capacidade de explosão durante picos de demanda de CPU de curto prazo, planeje razões de usuários por núcleo mais baixas do que você poderia planejar de outra forma.

Como pode ter se tornado ó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 aplicativos.

Etapa 4: Estimar requisitos de RAM

A RAM deve cobrir as necessidades do sistema operacional, serviços essenciais, sobrecarga de sessão e uso de memória de aplicativo por usuário. Como descrito acima, a linha de base atual da Microsoft para múltiplas sessões emparelha 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 isso seja apenas uma linha de base, ainda assim fornece um ponto de partida tangível para estimativas.

Um método prático em uma pequena ou média empresa é:

1. reserve memória para o sistema operacional e serviços de plataforma,
2. estimativa de memória por sessão por classe de usuário,
3. multiplicar por sessões simultâneas,
4. então adicione uma margem de segurança.

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

Passo 5: Verifique o armazenamento e a sobrecarga do perfil

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

• armazenamento de perfil
• armazenamento do sistema operacional
• logs: 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 por 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 marcadores 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 "apenas o suficiente". Adicione margem de manobra para:

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

Para concluir, um bom conselho operacional 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 PMEs e MSPs

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

Uma fórmula rápida de planejamento

Use esta sequência:

1. Contagem usuários simultâneos .
2. Classifique-os em leve, médio e pesado grupos.
3. Estimativa CPU usando uma proporção de usuários 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.

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

Exemplo 1: 15 usuários de escritório leves

Assuma que 15 usuários simultâneos acessem um aplicativo de negócios publicado, além de uso leve de 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 operacional e serviços, depois adicione memória de sessão para cada usuário. Se o ambiente for estável e o uso do aplicativo for restrito, isso pode caber confortavelmente em um host modesto, mas ainda deve ser validado durante o uso piloto.

Exemplo 2: 30 usuários mistos de escritório e ERP

Assuma:

• 18 usuários médios
• 12 usuários pesados

Um atalho de planejamento trataria o grupo médio com aproximadamente 4 usuários por vCPU e o grupo pesado com aproximadamente 2 usuários por vCPU. Isso implica cerca de 4,5 vCPUs para o grupo médio e 6 vCPUs para o grupo pesado, antes da sobrecarga e da folga. 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 "planeje 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 usuários 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 MSPs, este é frequentemente o ponto de virada 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 geralmente prejudicam o desempenho do servidor terminal?

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

Confundindo 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 o próprio aplicativo de linha de negócios é modesto.

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 razões mais baixas de usuários por núcleo, pois isso permite deixar espaço em vez de visar a densidade máxima.

Esquecendo o restante 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 Broker de Conexão, Gateway, Acesso Web e Licenciamento separadamente quando a implantaçã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 planejamento. Ele não fornece prova. Para prova, você precisa monitorar o uso.

Do ponto de partida à prova: monitoramento como essencial

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

Onde o TSplus Server Monitoring faz a diferença?

TSplus Monitoramento de Servidor se encaixa após a estimativa de dimensionamento ser implantada. Isso 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 PMEs 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 a você 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 aplicativos e desktops

TSplus Remote Access pertence à camada de entrega na história mais ampla, enquanto Advanced Security é feito sob medida para proteger servidores de aplicativos. 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 aplicativos 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 CPU e 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 usuário que você pretende.