Compartir a través de

Consideraciones sobre el hardware en la optimización del rendimiento de ADDS

Importante

A continuación se muestra un resumen de las recomendaciones y consideraciones clave para optimizar el hardware del servidor para cargas de trabajo de Active Directory que se tratan en mayor profundidad en el artículo Planeamiento de capacidad para Servicios de dominio de Active Directory. Es muy recomendable que los lectores consulten Planeación de capacidad para Servicios de dominio de Active Directory para obtener un mayor conocimiento técnico y conocer las implicaciones de estas recomendaciones.

Evitar ir al disco

Active Directory almacena en caché la mayor parte de la base de datos que la memoria permite. La recuperación de páginas de la memoria es más rápida que desde un soporte físico, ya se trate de un soporte basado en un eje o en SSD. Agregue más memoria para minimizar la E/S del disco.

  • Los procedimientos recomendados de Active Directory recomiendan colocar suficiente RAM para cargar todo el DIT en la memoria, además de acomodar el sistema operativo y otras aplicaciones instaladas, como antivirus, software de copia de seguridad, supervisión, etc.

  • Coloque el sistema operativo, los registros y la base de datos en volúmenes independientes. Si todo el contenido del DIT (o la mayoría) se puede almacenar en caché, una vez que la memoria caché está activada y en un estado estable, esto se vuelve menos pertinente y se ofrece un poco más de flexibilidad en la distribución de almacenamiento. En escenarios en los que no se puede almacenar en caché todo el contenido del DIT, la importancia de dividir el sistema operativo, los registros y la base de datos en volúmenes independientes es más importante.

  • Normalmente, las relaciones de E/S con el DIT son de aproximadamente un 90 % de lectura y un 10 % de escritura. Los escenarios en los que los volúmenes de E/S de escritura superan significativamente el 10 % - 20 % se consideran con un gran volumen de escritura. Estos escenarios no se benefician en gran medida de la memoria caché de Active Directory. Para garantizar la durabilidad transaccional de los datos que se escriben en el directorio, Active Directory no realiza el almacenamiento en caché de escritura en disco. En su lugar, confirma todas las operaciones de escritura en el disco antes de devolver un estado de finalización correcto de una operación, a menos que haya una solicitud explícita para no hacerlo. Por lo tanto, una E/S de disco rápida es importante para el rendimiento de las operaciones de escritura en Active Directory. A continuación se muestran recomendaciones de hardware que podrían mejorar el rendimiento de estos escenarios:

    • Controladores RAID de hardware

    • Aumento del número de discos de baja latencia y altas RPM que hospedan los archivos de registro y el DIT

    • Almacenamiento en caché de escritura en el controlador

  • Revise el rendimiento del subsistema de disco individualmente para cada volumen. La mayoría de los escenarios de Active Directory son principalmente de lectura, por lo que las estadísticas del volumen que hospeda el DIT son las más importantes que se deben inspeccionar. Sin embargo, no pase por alto la supervisión del resto de las unidades, incluido el sistema operativo y las unidades de los archivos de registro. Para determinar si el controlador de dominio está configurado correctamente para evitar que el almacenamiento se convierta en un cuello de botella para el rendimiento, consulte la sección sobre subsistemas de almacenamiento para conocer las recomendaciones de almacenamiento estándar. En muchos entornos, la filosofía consiste en asegurarse de que haya suficiente espacio para acomodar aumentos o picos de carga. Estos umbrales son umbrales de advertencia en los que el espacio para acomodar aumentos o picos de carga se restringe y la capacidad de respuesta del cliente se degrada. En resumen, sobrepasar estos umbrales no es malo a corto plazo (de 5 a 15 minutos unas cuantas veces al día), sin embargo, un sistema que funciona de forma sostenida con este tipo de estadísticas no está almacenando plenamente la base de datos en caché y puede estar sobrecargado, por lo que debería investigarse.

    • Database ==> Instances(lsass/NTDSA)\Latencia promedio de lecturas de base de datos de E/S < 15 ms

    • Database ==> Instances(lsass/NTDSA)\Lecturas de base de datos por segundo de E/S < 10

    • Database ==> Instances(lsass/NTDSA)\Latencia promedio de escrituras en el registro de E/S < 10 ms

    • Database ==> Instances(lsass/NTDSA)\Escrituras en el registro de E/S por segundo: solo con fines informativos.

      Para mantener la coherencia de los datos, todos los cambios deben escribirse en el registro. Aquí no hay cifras buenas ni malas, solo es una medida de cuánto admite el almacenamiento.

  • Planee cargas de E/S de disco secundarias, como copias de seguridad y análisis antivirus, para períodos de carga que no constituyen picos. Además, use soluciones de copia de seguridad y antivirus que admitan la característica de E/S de prioridad baja que se incluyó en Windows Server 2008 para reducir la competencia con las necesidades de E/S de Active Directory.

No sobrecargue los procesadores

Los procesadores que no tienen suficientes ciclos libres pueden provocar tiempos de espera largos al poner subprocesos en el procesador para su ejecución. En muchos entornos, la filosofía es asegurarse de que haya suficiente espacio para acomodar aumentos o picos de carga para minimizar el impacto en la capacidad de respuesta del cliente en estos escenarios. En resumen, superar los umbrales indicados a continuación no es malo a corto plazo (de 5 a 15 minutos varias veces al día), pero un sistema que funcione de forma sostenida con este tipo de estadísticas no tiene espacio para acomodar cargas anormales y puede verse fácilmente sometido a una sobrecarga. Los sistemas que pasan períodos sostenidos por encima de los umbrales deben investigarse para reducir las cargas del procesador.

  • Para más información sobre cómo seleccionar un procesador, consulte Optimización del rendimiento del hardware del servidor.

  • Agregue hardware, optimice la carga, dirija a los clientes a otro lugar o elimine la carga del entorno para reducir la carga de CPU.

  • Use el contador de rendimiento "Información del procesador (_Total)\% de uso del procesador < 60 %".

Evitar sobrecargar el adaptador de red

Al igual que con los procesadores, el uso excesivo del adaptador de red provocará tiempos de espera largos para que el tráfico saliente entre en la red. Active Directory tiende a tener pequeñas solicitudes de entrada y cantidades de datos devueltos a los sistemas cliente relativamente grandes. Los datos enviados superan en gran medida a los datos recibidos. En muchos entornos, la filosofía consiste en asegurarse de que haya suficiente espacio para acomodar aumentos o picos de carga. Este umbral es un umbral de advertencia en el que el espacio para acomodar aumentos o picos de carga se restringe y la capacidad de respuesta del cliente se degrada. En resumen, sobrepasar estos umbrales no es malo a corto plazo (de 5 a 15 minutos unas cuantas veces al día), sin embargo, un sistema que funciona de forma sostenida con este tipo de estadísticas está sobrecargado y debería investigarse.

  • Para más información sobre cómo ajustar el subsistema de red, consulte Optimización del rendimiento para subsistemas de red.

  • Use el contador de rendimiento Comparar NetworkInterface(*)\Bytes enviados por segundo con NetworkInterface(*)\Rendimiento de ancho de banda actual. La relación debe ser inferior al 60 % de utilización.

Referencias adicionales