Considerações de hardware no ajuste de desempenho do ADDS
Importante
Confira a seguir um resumo das principais recomendações e considerações para otimizar o hardware do servidor de cargas de trabalho do Active Directory abordadas com maior profundidade no artigo Planejamento de capacidade para o Active Directory Domain Services. Os leitores são altamente incentivados a revisar o Planejamento de capacidade para o Active Directory Domain Services para obter uma maior compreensão técnica e as implicações dessas recomendações.
Evitar ir para o disco
O Active Directory armazena em cache o volume máximo do banco de dados permitido pela memória. A busca de páginas da memória é uma ordem mais rápida do que o acesso à mídia física, independentemente de a mídia ser baseada em spindle 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 conhecer 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 the Memory\Long-Term Average Standby Cache Lifetime (s) > 30 minutes.
Coloque o sistema operacional, os logs e o banco de dados em volumes separados. Se todo o DIT, ou a maior parte, puder ser armazenado em cache, depois que o cache estiver aquecido e em um estado estável, isso se tornará menos relevante e permitirá um pouco mais de flexibilidade no layout de armazenamento. Em cenários em que não é possível armazenar todo o DIT em cache, a importância de dividir o sistema operacional, os logs e o banco de dados em volumes separados torna-se maior.
Normalmente, as taxas de E/S para o DIT são de cerca de 90% de leitura e 10% de gravação. Cenários em que os volumes de E/S de gravação excedem significativamente 10% a 20% são considerados pesados de gravação. Cenários pesados de gravação 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 o cache de gravação de 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ápido é importante no desempenho de 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 em cada volume. A maioria dos cenários do Active Directory é predominantemente baseada em leitura, ou seja, as estatísticas sobre o volume que hospeda o DIT são as mais importantes a serem inspecionadas. No entanto, não ignore 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 e evitar que o armazenamento seja o gargalo no desempenho, consulte a seção Subsistemas de Armazenamento para obter 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 em execução sustentado com esses tipos de estatísticas não está armazenando totalmente o banco de dados em cache, pode ficar sobrecarregado e deve ser investigado.
Database ==> Instances(lsass/NTDSA)\I/O Database Reads Averaged Latency < 15ms
Database ==> Instances(lsass/NTDSA)\I/O Database Reads/sec < 10
Database ==> Instances(lsass/NTDSA)\I/O Log Writes Averaged Latency < 10ms
Database ==> Instances(lsass/NTDSA)\I/O Log Writes/sec – informational only.
Para manter a consistência dos dados, todas as alterações precisam ser gravadas no log. Não há um número bom ou ruim nesse caso, é apenas uma medida do quanto o armazenamento tem suporte.
Planeje cargas de E/S de disco não principais, como verificações de backup e antivírus, em períodos de carga fora 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 apresentado no Windows Server 2008 para reduzir a concorrência com as necessidades de E/S do Active Directory.
Não sobrecarregar os processadores
Processadores que não têm ciclos livres suficientes podem sofrer longos tempos de espera na colocação de threads no processador para execução. Em muitos ambientes, a filosofia é garantir que haja espaço suficiente para acomodar aumentos ou picos de carga a fim de minimizar o impacto na capacidade de resposta do 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 em execução sustentado com esses tipos de estatísticas não tem espaço para acomodar cargas anormais e pode ser facilmente entrar em um cenário sobrecarregado. Os sistemas que gastam longos períodos acima dos limites devem ser investigados para redução das 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 para 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 a entrada do tráfego de saída 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 é limite 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 em execução sustentado com esses tipos de estatísticas fica 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 the Compare NetworkInterface(*)\Bytes Sent/Sec with NetworkInterface(*)\Current Bandwidth. A proporção deve ser menor que 60% de utilização.