Ícone do site CooperaTI

Dimensionamento de servidor de RDS (TS) – Host de Sessão (Sizing Session Host)

Rafael Bernardes


Lambda, Lambda, Lambda Nerds…. Opa, blog errado, rsrsrs
Olá pessoal,
Estou começando uma série de artigos sobre o serviço de área de trabalho remota do Windows, antigamente conhecido como terminal services, ou TS. E para começar detonando, vou dar algumas dicas de como calcular ou homologar um servidor “host de sessão”, que é o cara que irá receber as conexões.
Essas informações não são nada fáceis de se encontrar por aí. O que você faria se o seu chefe lhe pedisse para dimensionar um servidor de RDS para 500 conexões, todas com office 2010, IE 9 e sistema ERP?
Fácil, você vai vir no internet explorer e digitar: 82c.bd8.myftpupload.com !
Segue abaixo um passo a passo de como criar um relatório de performance para medir a capacidade de um servidor de RDS. Essa é a primeira etapa do processo._______________________________________________________________
Criando um contador de performance para dimensionar o servidor Host de Sessão

  1. Vá em iniciar e digite perfmon, que é o monitor de performance do Windows
  2. Depois, expanda Data Collector Sets (estou usando a versão em inglês do Windows 2008 R2)
  3. Clique com o botão direito em User Definied e escolha New>Data Collector Set
  4. Dê um nome para esse coletor, por exemplo: Homologação de RDS
  5. Escolha a segunda opção: Create manually
  6. Marque somente a opção Performance counter
  7. Clique em Add e vamos adicionar os contadores, segundo a tabela abaixo
  8. Se desejar, pode trocar o local do relatório
  9. Save and close
Contadores para adicionar e descrições:
Processor: % Processor Time
Mostra a porcentagem de uso do processador quando ele está executando alguma tarefa
Terminal Services Session: Total Bytes
Total de bytes enviados DE e PARA uma sessão. Dá uma idéia do tráfego de entrada e saída de uma sessão.
Physical Disk: Avg. Disk Queue Length
Média de requisições I/O esperando o disco. Esse número não pode ser maior do que 2.
Memory: Page Faults/Sec
A taxa que o host de sessão está lendo e escrevendo no arquivo de paginação. Quanto maior o número, mais lento poderá ser o seu servidor para lidar com as cargas dos usuários.
Terminal Server Session: WorkingSetPeak
O pico de uso da memória virtual garantida pela RAM para uma sessão. Essa será a demanda de memória física real.
Terminal Server Session: % Processor Time
A procentagem do processador dada aos usuários de sessões RDS.
Executando os testes:
  1. No perfmon, vá em Data Collector Sets
  2. Clique em User Definied
  3. Deve constar lá o coletor que acabamos de fazer
  4. Clique com o botão direito e START
  5. Realize testes com algumas sessões, como descrito abaixo
  6. Clique em STOP
Testando as sessões:
Para poder ter números para futuros cálculos, você precisar simular o seu ambiente de produção. Abra uma sessão de usuário e comece a utilizar os softwares que ele necessita no dia a dia. Dê uma pausa de tempo (para poder visualizar isso depois no relatório) e abra duas sessões, executando mais testes.
A idéia é que você tenha alguns números para tirar uma média e fazer a previsão de uso de recursos.
Analisando os testes:
  1. Vá em Reports
  2. Clique em User Defined
  3. Teve ter o relatório do teste que acabou de realizar acima
  4. Clicando duas vezes no relatório, você irá para a exibição em gráfico
  5. Acima do gráfico, tem um botão para trocar o tipo de relatório, escolha Report
_____________________________________________________________________________________________
Com isso você já vai conseguir fazer algumas previsões. Faça diversos testes, abrindo várias aplicações, com vários usuários, etc.
Mas esse método tem uma falha. Não dá para você inserir uma carga no servidor.
Por exemplo, como saber se o servidor suportaria ou como o servidor lidaria com 500 conexões? Você não tem 500 computadores (ou usuários dispostos) a testar!
Para isso, aguarde o próximo post: Testando a carga de um servidor de RDS (TS) – Host de Sessão (Session Host Stress Test)
Sair da versão mobile