Considerações de hardware no ajuste de desempenho ADDS

Evite acessar o disco

O Ative Directory armazena em cache a maior parte do banco de dados que a memória permite. Buscar páginas na memória é várias ordens de magnitude mais rápido do que acessar a mídia física, quer seja baseada em discos mecânicos ou em SSD. Adicione mais memória para minimizar a E/S do disco.

• As práticas recomendadas do Ative Directory recomendam colocar RAM suficiente para carregar todo o DIT na memória, além de acomodar o sistema operacional e outros aplicativos instalados, como antivírus, software de backup, monitoramento e assim por diante.

  • Para obter as limitações das plataformas herdadas, consulte Uso de memória pelo processo de Lsass.exe em controladores de domínio que executam o Windows Server 2003 ou o Windows 2000 Server.

  • Use o contador de desempenho Memória \Long-Term Duração média do cache em espera > 30 minutos.

• Coloque o sistema operacional, os logs e o banco de dados em volumes separados. Se todo ou a maior parte do DIT puder ser armazenado em cache, uma vez que o cache esteja aquecido e sob um estado estacionário, isso se tornará menos relevante e oferecerá um pouco mais de flexibilidade no layout de armazenamento. Em cenários em que todo o DIT não pode ser armazenado em cache, a importância de dividir o sistema operacional, os logs e o banco de dados em volumes separados torna-se mais importante.

• Normalmente, as relações de E/S para o DIT são de cerca de 90% de leitura e 10% de gravação. Os cenários em que os volumes de E/S de gravação excedem significativamente 10% a 20% são considerados pesados em gravação. Cenários com muita gravação não se beneficiam muito do cache do Ative Directory. Para garantir a durabilidade transacional dos dados gravados no diretório, o Ative Directory não executa cache de gravação em disco. Em vez disso, ele confirma todas as operações de gravação no disco antes de retornar um status de conclusão bem-sucedida para uma operação, a menos que haja uma solicitação explícita para não fazer isso. Portanto, a E/S de disco rápida é importante para o desempenho de operações de gravação no Ative Directory. A seguir estão as recomendações de hardware que podem melhorar o desempenho para esses cenários:

  • Controladores RAID de hardware

  • Aumente o número de discos de baixa latência/RPM alto que hospedam os arquivos DIT e de log

  • Cache de gravação no controlador

• Analise o desempenho do subsistema de disco individualmente para cada volume. A maioria dos cenários do Ative Directory são predominantemente baseados em leitura, portanto, as estatísticas sobre o volume que hospeda o DIT são as mais importantes a serem inspecionadas. No entanto, não negligencie o monitoramento do restante das unidades, incluindo o sistema operacional e as unidades de arquivos de log. Para determinar se o controlador de domínio está configurado corretamente para evitar que o armazenamento seja o gargalo de desempenho, consulte a seção Subsistemas de armazenamento para obter recomendações de armazenamento padrão. Em muitos ambientes, a filosofia é garantir que haja margem de segurança suficiente para acomodar surtos ou picos de carga. Esses limites são limiares de aviso, em que a margem para acomodar aumentos ou picos de carga fica restrita e a experiência do utilizador se degrada. Em suma, exceder estes limiares não é mau a curto prazo (5 a 15 minutos algumas vezes por dia), no entanto, um sistema que funcione de forma sustentada com este tipo de estatísticas não armazena totalmente em cache a base de dados e pode ser sobretaxado e deve ser investigado.

  • Base de dados ==> Instâncias(lsass/NTDSA)\I/O Leituras da base de dados Latência média de 15ms

  • Banco de dados ==> Instâncias(lsass/NTDSA)\Leituras de Banco de Dados de I/O/seg < 10

  • Banco de dados ==> Instances(lsass/NTDSA)\I/O Latência média de gravação no Log < 10ms

  • Banco de dados ==> Instances(lsass/NTDSA)\I/O Log Writes/sec – apenas informativo.

    Para manter a consistência dos dados, todas as alterações devem ser gravadas no log. Não há um número bom ou ruim aqui, é apenas uma medida de quanto o armazenamento está suportando.

• Planeje cargas de E/S de disco não essenciais, como verificações de backup e antivírus, para períodos de carregamento sem pico. Além disso, use soluções de backup e antivírus que ofereçam suporte ao recurso de E/S de baixa prioridade introduzido no Windows Server 2008 para reduzir a concorrência com as necessidades de E/S do Ative Directory.

Não sobrecarregue os processadores

Processadores que não têm ciclos livres suficientes podem causar longos tempos de espera para alocar threads no processador para execução. Em diversos ambientes, a filosofia é garantir que haja margem de manobra suficiente para acomodar picos de carga, minimizando o impacto no tempo de resposta ao cliente nesses cenários. Em suma, exceder os limites abaixo não é ruim no curto prazo (5 a 15 minutos algumas vezes por dia), no entanto, um sistema funcionando com esse tipo de estatística não oferece espaço para acomodar cargas anormais e pode ser facilmente colocado em um cenário sobretaxado. Os sistemas que passam períodos sustentados acima dos limites devem ser investigados para reduzir as cargas do processador.

• Para obter mais informações sobre como selecionar um processador, consulte Ajuste de desempenho para hardware de servidor.

• Adicione hardware, otimize a carga, direcione os clientes para outro lugar ou remova a carga do ambiente para reduzir a carga da CPU.

• Use o contador de desempenho Informações do processador(_Total)\% Utilização < do processador 60%.

Evite sobrecarregar o adaptador de rede

Assim como acontece com os processadores, a utilização excessiva do adaptador de rede causará longos tempos de espera para que o tráfego de saída entre na rede. O Ative Directory tende a ter pequenas solicitações de entrada e quantidades relativamente maiores de dados retornados aos sistemas clientes. Os dados enviados excedem em muito os dados recebidos. Em muitos ambientes, a filosofia é garantir que haja margem de segurança suficiente para acomodar surtos ou picos de carga. Este limiar é um limiar de aviso em que o espaço disponível para acomodar aumentos ou picos de carga se torna restrito e a capacidade de resposta dos clientes degrada-se. Em suma, exceder estes limiares não é mau a curto prazo (5 a 15 minutos algumas vezes por dia), no entanto, um sistema que funcione com este tipo de estatísticas é sobretaxado e deve ser investigado.

• Para saber mais sobre como ajustar o subsistema de rede, veja Ajuste de desempenho para subsistemas de rede.

• Use o contador de desempenho NetworkInterface(*)\Bytes Enviados/Sec em comparação com NetworkInterface(*)\Largura de Banda Atual. A proporção deve ser inferior a 60% utilizada.

Referências Adicionais

• Ajustando o desempenho dos servidores do Ative Directory
• Considerações sobre LDAP
• Posicionamento adequado de controladores de domínio e considerações de site
• Solução de problemas de desempenho ADDS
• Planejamento de capacidade para Serviços de Domínio Ative Directory