Considerações de hardware no ajuste de desempenho do ADDS

Evite ir para o disco

O Active Directory armazena em cache a maior parte do banco de dados que a memória permite. Buscar páginas na memória é várias vezes mais rápido do que acessar a mídia física, seja ela baseada em disco rígido ou SSD. Adicione mais memória para minimizar a E/S do disco.

• As práticas recomendadas do Active 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 limitações das plataformas herdadas, consulte o uso de memória pelo processo Lsass.exe em controladores de domínio que executam o Windows Server 2003 ou o Windows 2000 Server.

  • Use o contador de desempenho Memory\Long-Term Average Standby Cache Lifetime (s) > de 30 minutes.

• Coloque o sistema operacional, os logs e o banco de dados em volumes separados. Se toda ou a maioria do DIT puder ser armazenada em cache, depois que o cache estiver aquecido e em um estado estável, 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 taxas 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 de gravação intensa. Cenários com muita escrita não se beneficiam muito do cache do Active Directory. Para garantir a durabilidade transacional dos dados gravados no diretório, o Active 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-sucedido 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ápido é importante para o desempenho das operações de gravação no Active Directory. Veja a seguir as recomendações de hardware que podem melhorar o desempenho desses cenários:

  • Controladores RAID de hardware

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

  • Gravar cache no controlador

• Examine o desempenho do subsistema de disco individualmente para cada volume. A maioria dos cenários do Active Directory é predominantemente baseada em leitura, portanto, as estatísticas sobre o volume que hospeda o DIT são as mais importantes para inspecionar. No entanto, não ignore o monitoramento do restante das unidades, incluindo o sistema operacional e unidades de arquivos de log. Para determinar se o controlador de domínio está configurado corretamente para evitar que o armazenamento seja o gargalo para o desempenho, faça referência à seção em Subsistemas de Armazenamento para recomendações de armazenamento padrões. Em muitos ambientes, a filosofia é garantir que haja espaço suficiente para acomodar aumentos ou picos de carga. Esses limites são limites de aviso em que a reserva dinâmica para acomodar aumentos ou picos na carga se torna restrita e a capacidade de resposta do cliente é degradada. Em suma, exceder esses limites não é ruim no curto prazo (5 a 15 minutos algumas vezes por dia), no entanto, um sistema funcionando continuamente com esses tipos de estatísticas não está armazenando o banco de dados em cache de forma adequada, pode estar sobrecarregado e deve ser investigado.

  • Database ==> Instances(lsass/NTDSA)\Banco de dados de E/S lê latência < média de 15 ms

  • Database ==> Instances(lsass/NTDSA)\Leituras de banco de dados de E/S/s/s < 10

  • Database ==> Instances(lsass/NTDSA)\Log de E/S grava latência < média de 10ms

  • Database ==> Instances(lsass/NTDSA)\Gravações de log de E/S/s – somente informativa.

    Para manter a consistência dos dados, todas as alterações devem ser gravadas no log. Não há nenhum 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 carga que não sejam de pico. Além disso, use soluções de backup e antivírus que dão 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 Active Directory.

Não sobrecargue os processadores

Processadores que não têm ciclos livres suficientes podem causar longos tempos de espera para colocar threads no processador para execução. Em muitos ambientes, a filosofia é garantir que haja margem de folga suficiente para acomodar aumentos ou picos de carga, minimizando o impacto na responsividade 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 operando continuamente com esses tipos de estatísticas não deixa margem para acomodar cargas excepcionais e pode facilmente ser colocado em cenário de sobrecarga. Os sistemas que gastam períodos sustentados acima dos limites devem ser investigados sobre como reduzir as cargas do processador.

• Para obter mais informações sobre como selecionar um processador, consulte Ajuste de Desempenho para Hardware do Servidor.

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

• Use o contador de desempenho Processor Information(_Total)\% Processor Utilization < 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 Active Directory tende a ter pequenas solicitações de entrada e quantidades relativamente maiores de dados retornados aos sistemas cliente. Os dados enviados excedem em muito os dados recebidos. Em muitos ambientes, a filosofia é garantir que haja espaço suficiente para acomodar aumentos ou picos de carga. Esse limite é um limite de aviso em que a margem de manobra para acomodar picos de carga se torna restrita e a capacidade de resposta dos clientes é degradada. Em suma, exceder esses limites não é ruim no curto prazo (5 a 15 minutos algumas vezes por dia); no entanto, um sistema que opera continuamente com esses tipos de estatísticas está sobrecarregado e deve ser investigado.

• Para obter mais informações sobre como ajustar o subsistema de rede, consulte Ajuste de desempenho para subsistemas de rede.

• Use o contador de desempenho Compare NetworkInterface(*)\Bytes Sent/Sec with NetworkInterface(*)\Current Bandwidth. A proporção deve ser menor que 60% de utilização.

Referências adicionais

• Ajuste de desempenho de servidores do Active Directory
• Considerações de LDAP
• Posicionamento adequado de controladores de domínio e considerações de site
• Solução de problemas de desempenho de ADDS
• Planejamento de capacidade para o Active Directory Domain Services