Freigeben über


Überlegungen zur Hardware in der ADDS-Leistungsoptimierung

Von Bedeutung

Im Folgenden finden Sie eine Zusammenfassung der wichtigsten Empfehlungen und Überlegungen zur Optimierung der Serverhardware für Active Directory-Workloads, die im Artikel "Kapazitätsplanung für Active Directory-Domänendienste " ausführlicher behandelt werden. Leser werden dringend ermutigt, die Kapazitätsplanung für Active Directory Domain Services auf ein größeres technisches Verständnis und die Auswirkungen dieser Empfehlungen zu überprüfen.

Vermeide den Zugriff auf die Festplatte

Active Directory zwischenspeichert so viel von der Datenbank, wie der Arbeitsspeicher zulässt. Das Abrufen von Seiten aus dem Speicher ist um ein Vielfaches schneller, als auf physische Speichermedien zuzugreifen, unabhängig davon, ob es sich um Festplatte oder SSD handelt. Fügen Sie mehr Arbeitsspeicher hinzu, um die Datenträger-E/A zu minimieren.

  • Die besten Praktiken für Active Directory empfehlen, ausreichend RAM bereitzustellen, um das gesamte DIT in den Arbeitsspeicher zu laden und das Betriebssystem sowie andere installierte Anwendungen, wie Antivirensoftware, Sicherungssoftware, Überwachung usw., zu berücksichtigen.

  • Platzieren Sie das Betriebssystem, die Protokolle und die Datenbank auf separaten Volumes. Wenn alle oder der Großteil des DIT zwischengespeichert werden kann, wird der Cache nach dem Aufwärmen und unter einem stabilen Zustand weniger relevant und bietet ein wenig mehr Flexibilität im Speicherlayout. In Szenarien, in denen der gesamte DIT nicht zwischengespeichert werden kann, wird die Bedeutung der Aufteilung des Betriebssystems, der Protokolle und der Datenbank auf separaten Volumes wichtiger.

  • Normalerweise liegen die E/A-Verhältnisse zur DIT bei etwa 90 % Lese- und 10 % Schreibvorgängen. Szenarien, in denen Schreib-I/O-Volumen deutlich 10% - 20% überschreiten, werden als schreiblastig betrachtet. Schreibintensive Szenarien profitieren nicht erheblich vom Active Directory-Cache. Um die transaktionsale Haltbarkeit von Daten zu gewährleisten, die in das Verzeichnis geschrieben wurden, führt Active Directory keine Datenträgerschreibzwischenspeicherung durch. Stattdessen werden alle Schreibvorgänge auf den Datenträger committet, bevor ein erfolgreicher Abschlussstatus für einen Vorgang zurückgegeben wird, es sei denn, es gibt eine explizite Anforderung, dies nicht zu tun. Daher ist schnelle Datenträger-E/A für die Leistung von Schreibvorgängen in Active Directory wichtig. Nachfolgend sind Hardwareempfehlungen aufgeführt, die die Leistung für diese Szenarien verbessern können:

    • Hardware-RAID-Controller

    • Erhöhen Sie die Anzahl der Datenträger mit geringer Latenz und hoher Drehzahl, die die DIT- und Protokolldateien hosten.

    • Schreibzwischenspeicherung auf dem Controller

  • Überprüfen Sie die Leistung des Datenträgersubsystem einzeln für jedes Volume. Die meisten Active Directory-Szenarien sind überwiegend lesebasiert, weshalb die Statistiken über das Volume, das die DIT hostet, die am wichtigsten zu untersuchenden sind. Übersehen Sie jedoch nicht die Überwachung der restlichen Laufwerke, einschließlich des Betriebssystems und Protokolldateilaufwerke. Um zu ermitteln, ob der Domänencontroller korrekt konfiguriert ist, um zu verhindern, dass der Speicher der Engpass für die Leistung ist, verweisen Sie auf den Abschnitt "Speichersubsysteme" für standardmäßige Speicherempfehlungen. In vielen Umgebungen wird darauf geachtet, dass genügend Spielraum vorhanden ist, um Lastanstiege und -spitzen aufzufangen. Bei diesen Schwellenwerten handelt es sich um Warnungsschwellenwerte, ab denen der Platz nach oben zur Abfederung von Lastanstiegen bzw. -spitzen eingeschränkt wird und die Clientreaktionsfähigkeit abnimmt. Kurz gesagt, ist die Überschreitung dieser Schwellenwerte kurzfristig zwar nicht nachteilig (5 bis 15 Minuten ein paarmal am Tag), doch speichert ein System, das dauerhaft mit diesen Arten von Statistiken ausgeführt wird, die Datenbank nicht vollständig zwischen, kann daher überlastet sein und sollte untersucht werden.

    • Datenbank ==> Instanzen(lsass/NTDSA)\E/A: Durchschnittliche Wartezeit für Datenbankleseoperationen < 15 ms

    • Datenbank ==> Instanzen(lsass/NTDSA)\E/A: Datenbankleseoperationen/Sek. < 10

    • Datenbank ==> Instanzen(lsass/NTDSA)\E/A: Durchschnittliche Wartezeit für Protokollschreiboperationen < 10 ms

    • Datenbank ==> Instanzen(lsass/NTDSA)\E/A: Protokollschreiboperationen/Sek. – nur zu Informationszwecken.

      Um die Konsistenz der Daten aufrechtzuerhalten, müssen alle Änderungen in das Protokoll geschrieben werden. Es gibt hier keine gute oder schlechte Zahl, es ist nur ein Maß dafür, wie viel der Speicher unterstützt.

  • Planen Sie nicht zentrale E/A-Lasten für Datenträger, z. B. Sicherungen und Virenscans, für Zeiträume ohne Spitzenlasten. Verwenden Sie außerdem Sicherungs- und Antivirenlösungen, die das in Windows Server 2008 eingeführte Feature mit niedriger Priorität unterstützen, um den Wettbewerb mit den E/A-Anforderungen von Active Directory zu verringern.

Überlasten Sie die Prozessoren nicht

Prozessoren, die nicht über genügend freie Zyklen verfügen, können zu langen Wartezeiten führen, wenn Threads zur Ausführung an den Prozessor gelangen. In vielen Umgebungen wird darauf geachtet, dass genügend Spielraum vorhanden ist, um Lastanstiege und -spitzen aufzufangen, um die Auswirkungen auf die Reaktionsfähigkeit von Clients in diesen Szenarien zu minimieren. Kurz gesagt, die Überschreitung der unten aufgeführten Schwellenwerte ist kurzfristig (5 bis 15 Minuten ein paar Mal pro Tag) nicht problematisch, aber ein System, das mit solchen Statistiken dauerhaft betrieben wird, bietet keinen Spielraum für abnorme Lasten und kann leicht in ein überlastetes Szenario geraten. Systeme, die nachhaltige Zeiträume über den Schwellenwerten ausgeben, sollten untersucht werden, um die Prozessorlasten zu reduzieren.

  • Weitere Informationen zum Auswählen eines Prozessors finden Sie unter Performance Tuning for Server Hardware.

  • Fügen Sie Hardware hinzu, optimieren Sie die Auslastung, leiten Sie Clients an eine andere Stelle oder entfernen Sie Last aus der Umgebung, um die CPU-Auslastung zu reduzieren.

  • Verwenden Sie den Leistungsindikator „Prozessorinformationen(_Gesamt)\% Prozessorauslastung < 60 %“.

Vermeiden einer Überlastung des Netzwerkadapters

Genau wie bei Prozessoren führt die übermäßige Netzwerkadapterauslastung zu langen Wartezeiten für den ausgehenden Datenverkehr, um zum Netzwerk zu gelangen. Eingehende Anforderungen in Active Directory sind in der Regel eher klein, während relativ große bis hin zu wesentlich größere Datenmengen an die Clientsysteme zurückgegeben werden. Gesendete Daten überschreiten weit empfangene Daten. In vielen Umgebungen wird darauf geachtet, dass genügend Spielraum vorhanden ist, um Lastanstiege und -spitzen aufzufangen. Bei diesem Schwellenwert handelt es sich um einen Warnungsschwellenwert, ab dem der Freiraum nach oben zur Abfederung von Lastanstiegen bzw. -spitzen eingeschränkt wird und die Clientreaktionsfähigkeit abnimmt. Kurz gesagt, die Überschreitung dieser Schwellenwerte ist kurzfristig nicht schlecht (5 bis 15 Minuten ein paar Mal pro Tag), aber ein System, das mit diesen Arten von Statistiken fortgesetzt wird, ist übersteuert und sollte untersucht werden.

  • Weitere Informationen zum Optimieren des Netzwerksubsystems finden Sie unter Performance Tuning for Network Subsystems.

  • Verwenden Sie den Leistungsindikator „NetworkInterface(*)\Bytes gesendet/Sek. mit NetworkInterface(*)\Aktuelle Bandbreite vergleichen“. Das Verhältnis sollte auf eine geringere Auslastung als 60 % hinweisen.

Weitere Verweise