Partager via

Considérations matérielles lors du réglage des performances d’AD DS

Important

Voici un résumé des principales recommandations et considérations relatives à l’optimisation du matériel serveur pour les charges de travail Active Directory traitées plus en détail dans l’article Planification de capacité pour Active Directory Domain Services. Les lecteurs sont vivement encouragés à passer en revue Planification de la capacité pour les services de domaine Active Directory pour une meilleure compréhension technique et les implications de ces recommandations.

Éviter d’utiliser le disque

Active Directory met en cache autant de données de la base de données que la mémoire le permet. L’extraction de pages à partir de la mémoire est plus rapide que l’accès au support physique, qu’il s’agisse d’un disque dur classique ou SSD. Ajoutez plus de mémoire pour réduire les E/S disque.

  • Les meilleures pratiques d’Active Directory recommandent de mettre suffisamment de RAM pour charger l’ensemble du DIT en mémoire, ainsi que de prendre en charge le système d’exploitation et d’autres applications installées, comme les antivirus, les logiciels de sauvegarde, la surveillance, etc.

  • Placez le système d’exploitation, les journaux et la base de données sur des volumes distincts. Si la totalité ou la majorité du DIT peut être mise en cache, une fois le cache réchauffé et dans un état stable, cela devient moins pertinent et offre un peu plus de flexibilité dans la disposition du stockage. Dans les scénarios où l’ensemble du DIT ne peut pas être mis en cache, l’importance de fractionner le système d’exploitation, les journaux et la base de données sur des volumes distincts augmente.

  • Normalement, les ratios d’E/S par rapport au DIT sont d’environ 90 % en lecture et 10 % en écriture. Les scénarios où les volumes d’E/S d’écriture dépassent considérablement 10 à 20 % sont considérés comme des volumes à écriture intensive. Les scénarios à écriture intensive ne bénéficient pas grandement du cache Active Directory. Pour garantir la durabilité transactionnelle des données écrites dans l’annuaire, Active Directory n’effectue pas de mise en cache d’écriture sur disque. Au lieu de cela, il valide toutes les opérations d’écriture sur le disque avant de retourner un état d’achèvement réussi pour une opération, sauf en cas de demande explicite de ne pas le faire. Par conséquent, une E/S disque rapide est importante pour les performances des opérations d’écriture dans Active Directory. Voici des recommandations matérielles susceptibles d’améliorer les performances dans ces scénarios :

    • Contrôleurs RAID matériels

    • Augmenter le nombre de disques à faible latence/RPM élevées hébergeant les fichiers DIT et les fichiers journaux

    • Écrire le cache sur le contrôleur

  • Passez en revue les performances du sous-système de disque individuellement pour chaque volume. La plupart des scénarios Active Directory sont principalement basés sur la lecture. Par conséquent, les statistiques sur le volume hébergeant le DIT sont les plus importantes à inspecter. Toutefois, n’oubliez pas de surveiller le reste des lecteurs, y compris le système d’exploitation et les lecteurs de fichiers journaux. Pour déterminer si le contrôleur de domaine est correctement configuré pour éviter que le stockage soit le goulot d’étranglement en matière de performances, reportez-vous à la section Sous-systèmes de stockage pour obtenir des recommandations de stockage standard. Dans de nombreux environnements, la philosophie est de s’assurer qu’il y a suffisamment d’espace pour répondre aux pics d’activité ou de charge. Ces seuils sont des seuils d’avertissement dans lesquels la marge pour prendre en charge les pics d’activité ou de charge devient contrainte et la réactivité du client se dégrade. En bref, le dépassement de ces seuils n’est pas nuisible à court terme (5 à 15 minutes quelques fois par jour), mais un système s’exécutant avec ces types de statistiques ne met pas entièrement en cache la base de données et peut être surchargé et doit faire l’objet d’une enquête.

    • Base de données ==> Instances(lsass/NTDSA)\Latence moyenne d’E/S de lecture de la base de données < 15 ms

    • Base de données ==> Instances(lsass/NTDSA)\E/S de lecture de la base de données par seconde < 10

    • Base de données ==> Instances(lsass/NTDSA)\Latence moyenne d’E/S d’écriture de journal < 10 ms

    • Base de données ==> Instances(lsass/NTDSA)\E/S d’écriture de journal par seconde – à titre d’information uniquement.

      Pour maintenir la cohérence des données, toutes les modifications doivent être écrites dans le journal. Il n’y a pas de bon ou de mauvais nombre ici, il ne s’agit que d’une mesure de la quantité de stockage prise en charge.

  • Planifiez les charges d’E/S de disque hors cœur, comme les analyses de sauvegarde et anti-virus, pour les périodes de charge hors pics. Utilisez également des solutions de sauvegarde et antivirus qui prennent en charge la fonctionnalité d’E/S basse priorité introduite dans Windows Server 2008 pour réduire la concurrence avec les besoins d’E/S d’Active Directory.

Ne pas surcharger les processeurs

Les processeurs qui n’ont pas suffisamment de cycles libres peuvent entraîner des temps d’attente longs lors de l’obtention de threads sur le processeur en vue de leur exécution. Dans de nombreux environnements, la philosophie est de s’assurer qu’il y a suffisamment de marge pour prendre en charge les pics d’activité ou de charge afin de réduire l’impact sur la réactivité du client dans ces scénarios. En bref, le dépassement des seuils inférieurs n’est pas nuisible à court terme (5 à 15 minutes quelques fois par jour), mais un système fonctionnant avec ce genre de statistiques ne fournit pas de marge de manœuvre pour répondre aux charges anormales et peut facilement entrer dans un scénario de surcharge. Les systèmes qui passent des périodes prolongées au-dessus des seuils doivent être examinés pour déterminer comment réduire les charges du processeur.

  • Pour plus d’informations sur la sélection d’un processeur, consultez Optimisation des performances pour le matériel serveur.

  • Ajoutez du matériel, optimisez la charge, dirigez les clients ailleurs ou supprimez la charge de l’environnement pour réduire la charge du processeur.

  • Utilisez le compteur de performances Informations sur le processeur(_Total)\% d’utilisation du processeur < 60 %.

Éviter de surcharger la carte réseau

Tout comme avec les processeurs, une utilisation excessive de la carte réseau entraîne de longs temps d’attente pour que le trafic sortant arrive sur le réseau. Active Directory a tendance à avoir de petites requêtes entrantes et des quantités de données relativement plus importantes retournées aux systèmes clients. Les données envoyées dépassent de loin les données reçues. Dans de nombreux environnements, la philosophie est de s’assurer qu’il y a suffisamment d’espace pour répondre aux pics d’activité ou de charge. Ce seuil est un seuil d’avertissement dans lequel la marge pour prendre en charge les pics d’activité ou de charge devient contrainte et la réactivité du client se dégrade. En bref, le dépassement de ces seuils n’est pas nuisible à court terme (5 à 15 minutes quelques fois par jour), mais un système s’exécutant avec ces types de statistiques peut être surchargé et doit faire l’objet d’une enquête.

  • Pour plus d’informations sur l’optimisation du sous-système réseau, consultez Optimisation des performances pour les sous-systèmes réseau.

  • Utilisez le compteur de performances Comparer NetworkInterface(*)\Octets envoyés/s avec NetworkInterface(*)\Bande passante actuelle. Le ratio doit être inférieur à 60 % d’utilisation.

Références supplémentaires