Configuration Manager Websitegrößen- und Leistungsrichtlinien

  • Artikel

Gilt für: Configuration Manager (Current Branch)

Configuration Manager ist in der Branche hinsichtlich Skalierung und Leistung führend. In anderen Dokumentationen werden die maximal unterstützten Skalierungsgrenzwerte und Hardwarerichtlinien für ausgeführte Standorte mit den größten Umgebungsgrößen behandelt. Dieser Artikel enthält zusätzliche Anleitungen zur Leistung für Umgebungen aller Größen. Dieser Leitfaden kann Ihnen helfen, die Hardware, die Sie zum Bereitstellen Configuration Manager benötigen, genauer einzuschätzen.

Dieser Artikel konzentriert sich auf den größten Beitrag zu Configuration Manager Leistungsengpässen: das Datenträgereingabe-/Ausgabesubsystem oder IOPS.

  • Präsentiert Details und Testergebnisse, die sich auf IOPS konzentrieren
  • Dokumentiert, wie Sie die Tests mit Ihren eigenen Umgebungen und Hardware reproduzieren.
  • Schlägt Datenträger-IOPS-Anforderungen für Umgebungen mit unterschiedlicher Größe vor

Leistungstestmethodik

Sie können Configuration Manager auf viele verschiedene Arten bereitstellen, aber es ist wichtig, einige Variablen in diskussionen zur Größenanpassung zu verstehen. Eine Variable ist das Featureintervall, z. B. ein Inventurzyklus. Eine weitere Variable ist die Anzahl von Benutzern, Softwarebereitstellungen oder anderen Objekten , auf die das System verweist oder bereitstellt. Bei Leistungstests werden diese Variablen als Teil einer Last angewendet. Die Last generiert Objekte mit einer typischen Rate für Unternehmenskunden, die Produktionsbereitstellungen in Umgebungen unterschiedlicher Größe verwenden.

Hinweis

Kundennutzungsdaten ermöglichen das Testen von Current Branch-Builds mit den gängigsten Szenarien, Konfigurationen und Einstellungen für die meisten Kunden. Die Empfehlungen in diesem Artikel basieren auf diesen Durchschnittswerten. Ihre Erfahrungen können je nach Größe und Konfiguration Ihrer Umgebung variieren. Im Allgemeinen erfordert Configuration Manager gesunden Menschenverstand, wenn es um Objekte und Intervalle geht. Nur weil Sie jede Datei auf einem System sammeln oder das Intervall für einen Zyklus auf eine Minute festlegen können, bedeutet dies nicht, dass Sie dies sollten.

In den folgenden Abschnitten werden einige wichtige Einstellungen und Konfigurationen erläutert, die beim Testen und Modellieren von Verarbeitungsanforderungen für große Unternehmen verwendet werden sollen. Diese Richtlinien helfen dabei, grundlegende Systemleistungserwartungen für die vorgeschlagenen Hardwaregrößen festzulegen.

Einstellungen für Featureintervalle

Die meisten Tests sollten Standardintervalle für die Schlüsselzyklen im System verwenden. Hardwareinventurtests werden beispielsweise einmal pro Woche mit einer mof-Standarddatei durchgeführt. Einige wiederkehrende Featureintervalle, insbesondere Hardware- und Softwareinventurzyklen, können erhebliche Auswirkungen auf die Leistungsmerkmale einer Umgebung haben. Umgebungen, die aggressive Standardintervalle für die Datensammlung ermöglichen, benötigen überdimensionierte Hardware im direkten Verhältnis zur Zunahme der Aktivität. Angenommen, Sie verfügen über 25.000 Desktopclients und möchten den Hardwarebestand zweimal schneller erfassen als das Standardintervall. Beginnen Sie damit, die Hardware Ihres Standorts so zu dimensionieren, als hätten Sie 50.000 Clients.

Objekte

Tests sollten den oberen Durchschnitt der Objekte verwenden, die große Unternehmen in der Regel mit dem System verwenden. Typische Werte sind Tausende von Sammlungen und Anwendungen, die für Hunderttausende von Benutzern oder Systemen bereitgestellt werden. Tests sollten gleichzeitig für alle Objekte im System mit diesen Grenzwerten ausgeführt werden. Viele Kunden verwenden mehrere Features, aber im Allgemeinen nicht alle Features des Produkts an diesen Obergrenzen. Das Testen mit allen Produktfeatures trägt dazu bei, die bestmögliche systemweite Leistung sicherzustellen, und ermöglicht einen Puffer für Features, die einige Kunden möglicherweise überdurchschnittlich verwenden.

Lädt

Tests sollten auch bei überdurchschnittlichen Tageslasten ausgeführt werden, indem Simulationen durchgeführt werden, die spitzen Auslastungsanforderungen für das System generieren. Ein Beispiel ist die Simulation von Patch-Dienstag-Rollouts, um sicherzustellen, dass das System Update-Compliance-Daten während dieser Tage der Spitzenaktivität sofort zurückgeben kann. Ein weiteres Beispiel ist die Simulation der Websiteaktivität während eines weit verbreiteten Malwareausbruchs, um sicherzustellen, dass eine rechtzeitige Benachrichtigung und Reaktion möglich sind. Obwohl bereitgestellte Computer der empfohlenen Größe an einem bestimmten Tag möglicherweise nicht genutzt werden, erfordern extremere Situationen einen Verarbeitungspuffer.

Konfigurationen

Führen Sie Tests auf einer Reihe von physischer, Hyper-V- und Azure-Hardware mit einer Mischung aus unterstützten Betriebssystemen und SQL Server Versionen durch. Überprüfen Sie immer die schlimmsten Fälle für die unterstützte Konfiguration. Im Allgemeinen geben Hyper-V und Azure vergleichbare Leistungsergebnisse für gleichwertige physische Hardware zurück, wenn sie auf ähnliche Weise konfiguriert sind. Aktuelle Serverbetriebssysteme weisen in der Regel eine Leistung auf, die gleich oder besser ist als frühere Betriebssystemversionen. Obwohl alle unterstützten Plattformen die Mindestanforderungen erfüllen, erzielen die neuesten Versionen von unterstützenden Produkten wie Windows und SQL Server eine noch bessere Leistung.

Die größte Variation ergibt sich aus den SQL Server verwendeten Versionen. Weitere Informationen zu SQL Server Versionen finden Sie unter Welche Version von SQL Server sollte ich ausführen?.

Wichtige Leistungsdeterminanten

Sie können Configuration Manager Leistung mit verschiedenen Arten von Einstellungen, auf unterschiedliche Weise und mit unterschiedlichen Standortgrößen testen und messen. Die folgenden Einstellungen und Objekte können die Leistung erheblich beeinträchtigen. Achten Sie darauf, sie beim Testen und Modellieren der Leistung in Ihrer Umgebung zu berücksichtigen.

Achtung

Während nur wenige Aspekte von Configuration Manager offizielle Höchstwerte oder Benutzeroberflächengrenzwerte aufweisen, die eine übermäßige Nutzung verhindern, kann ein Überschreiten der Richtlinien erhebliche negative Auswirkungen auf die Leistung einer Website haben. Das Überschreiten empfohlener Ebenen oder das Ignorieren der Größenanpassung erfordert in der Regel eine größere Hardware und macht Ihre Umgebung möglicherweise unhaltbar, bis Sie die Häufigkeit oder Anzahl verschiedener Objekte verringern.

Hardwareinventar

Um die Baselineleistung zu testen, legen Sie die Hardwareinventursammlung auf einmal pro Woche fest, wobei die Mof-Standarddateigröße zuzüglich etwa 20 % anderer Eigenschaften verwendet wird. Aktivieren Sie nicht alle Eigenschaften, und sammeln Sie nur Eigenschaften, die Sie tatsächlich benötigen. Achten Sie besonders beim Sammeln von Eigenschaften wie dem verfügbaren virtuellen Speicher, die sich mitjedem Bestandszyklus ändern. Das Sammeln dieser Eigenschaften kann zu einer übermäßigen Änderung in jedem Bestandszyklus jedes Clients führen.

Softwareinventar

Um die Baselineleistung zu testen, legen Sie die Softwareinventursammlung auf einmal pro Woche mit nur Produktdetails fest. Das Sammeln vieler Dateien kann das Inventursubsystem erheblich belasten. Vermeiden Sie die Angabe von Filtern, die am Ende Tausende von Dateien auf vielen Clients sammeln könnten, z *.exe . B. oder *.dll.

Sammlungen

Baselineleistungstests können mehrere tausend Sammlungen mit verschiedenen Arten von Bereichs-, Größen-, Komplexitäts- und Updateeinstellungen umfassen. Die Websiteleistung ist keine direkte Funktion der bloßen Anzahl von Sammlungen auf einer Website. Die Leistung ist auch ein übergreifendes Produkt der Abfragekomplexität von Sammlungen, vollständige und inkrementelle Aktualisierungen und Änderungshäufigkeit, Abhängigkeiten zwischen Sammlungen und Anzahl von Clients in den Sammlungen.

Minimieren Sie nach Möglichkeit Sammlungen mit teuren oder komplizierten dynamischen Regelabfragen. Legen Sie für Sammlungen, die diese Arten von Regeln erfordern, geeignete Aktualisierungsintervalle und Aktualisierungszeiten fest, um die Auswirkungen einer erneuten Auswertung der Sammlung auf das System zu minimieren. Aktualisieren Sie beispielsweise um Mitternacht anstelle von 8:00 Uhr.

Durch das Aktivieren inkrementeller Updates für Sammlungen werden schnelle und zeitnahe Aktualisierungen der Sammlungsmitgliedschaft sichergestellt. Obwohl inkrementelle Updates effizient sind, belasten sie das System trotzdem. Ausgleichen Sie die erwartete Änderungshäufigkeit mit der Notwendigkeit von Aktualisierungen nahezu in Echtzeit für die Mitgliedschaft. Angenommen, Sie erwarten eine starke Änderung der Sammlungsmitglieder, aber Sie benötigen keine Aktualisierungen der Mitgliedschaft nahezu in Echtzeit. Es ist effizienter und führt zu einer geringeren Auslastung des Systems, um die Sammlung in einem bestimmten Intervall mit einem geplanten vollständigen Update zu aktualisieren, als inkrementelle Updates zu aktivieren.

Wenn Sie inkrementelle Updates aktivieren, reduzieren Sie alle geplanten vollständigen Updates für dieselben Sammlungen. Sie sind nur eine Sicherungsmethode der Auswertung, da inkrementelle Updates Ihre Sammlungsmitgliedschaft nahezu in Echtzeit aktualisieren sollten. Bewährte Methoden für Sammlungen empfehlen eine maximale Anzahl von Gesamtsammlungen für inkrementelle Updates, aber wie im Artikel darauf hingewiesen wird, kann Ihre Erfahrung basierend auf vielen Faktoren variieren.

Sammlungen mit nur direkten Mitgliedschaftsregeln und einer einschränkenden Sammlung, die keine inkrementellen Updates durchführt, benötigen keine geplanten vollständigen Updates. Deaktivieren Sie Updatezeitpläne für diese Arten von Sammlungen, um unnötiges Laden des Systems zu vermeiden. Wenn die einschränkende Sammlung inkrementelle Updates verwendet, spiegeln Sammlungen mit ausschließlichen Regeln für direkte Mitgliedschaft möglicherweise bis zu 24 Stunden oder bis zu einer geplanten Aktualisierung keine Mitgliedschaftsupdates wider.

Obwohl es keine bewährte Methode ist, erstellen einige Organisationen Hunderte oder sogar Tausende von Sammlungen als Teil verschiedener Geschäftsprozesse. Wenn Sie die Automatisierung zum Erstellen von Sammlungen verwenden, ist es wichtig, alle erforderlichen inkrementellen Updates ordnungsgemäß zu aktivieren. Minimieren und verteilen Sie alle vollständigen Updatezeitpläne, um Hotspots der Sammlungsauswertung während eines einzigen Zeitraums zu vermeiden. Richten Sie einen regulären Bereinigungsprozess ein, um nicht verwendete Sammlungen zu löschen, insbesondere wenn Sie automatisch Sammlungen erstellen, die Sie nach einiger Zeit nicht mehr benötigen.

Denken Sie daran, dass Configuration Manager Richtlinien für alle Objekte in Ihren Sammlungen erstellt, wenn Sie Aufgaben wie Bereitstellungen für sie als Ziel verwenden. Mitgliedschaftsänderungen, entweder durch geplante Aktualisierungen oder inkrementelle Updates, können viel mehr Arbeit für das gesamte System schaffen. Die neuesten Current Branch-Builds verfügen über spezielle Richtlinienoptimierungen für die Sammlungen Alle Systeme und Alle Benutzer. Wenn Sie ihr gesamtes Unternehmen als Ziel verwenden, verwenden Sie die integrierten Sammlungen anstelle eines Klons dieser integrierten Sammlungen.

Um die Sammlungsleistung noch genauer zu untersuchen, zeigen Sie die Sammlungsauswertung in der Konsole an. Weitere Informationen finden Sie unter Anzeigen der Sammlungsauswertung.

Ermittlungsmethoden

Führen Sie für Baselineleistungstests einmal pro Woche serverbasierte Ermittlungsmethoden aus, um die Deltaermittlung nach Bedarf zu aktivieren, um die Daten während der Woche auf dem neuesten Stand zu halten. Die Tests sollten eine Objektmenge ermitteln, die proportional zur simulierten Unternehmensgröße ist. Der Leistungsbaselinetest für die Frequenzermittlung sollte ebenfalls einmal pro Woche ausgeführt werden.

Ermittlungsdaten sind globale Daten. Ein häufiges leistungsbezogenes Problem besteht darin, serverbasierte Ermittlungsmethoden in einer Hierarchie falsch zu konfigurieren, wodurch die gleichen Ressourcen von mehreren primären Standorten doppelt ermittelt werden. Konfigurieren Sie Die Ermittlungsmethoden sorgfältig, um die Kommunikation mit dem Zieldienst zu optimieren, z. B. Active Directory-Domänencontroller, und vermeiden Sie Gleichzeitigkeit desselben Ermittlungsbereichs an mehreren primären Standorten.

Allgemeine Richtlinien zur Größenanpassung

Basierend auf der obigen Leistungstestmethodik enthält die folgende Tabelle allgemeine Mindestrichtlinien für die Hardwareanforderungen für eine bestimmte Anzahl verwalteter Clients. Diese Werte sollten es den meisten Kunden mit der angegebenen Anzahl von Clients ermöglichen, Objekte schnell genug zu verarbeiten, um den angegebenen Standort zu verwalten. Die Rechenleistung nimmt jedes Jahr weiter ab, und einige der folgenden Anforderungen für moderne Serverhardwarekonfigurationen sind gering. Hardware, die die folgenden Richtlinien überschreitet, erhöht die Leistung proportional für Standorte, die mehr Verarbeitungsleistung erfordern oder spezielle Produktnutzungsmuster aufweisen.

Desktopclients Websitetyp/-rolle Kerne Hinweis 1 Arbeitsspeicher (GB) SQL Server Speicherbelegung Hinweis 2 IOPS: Posteingänge Hinweis 3 IOPS: SQL Server Hinweis 3 Erforderlicher Speicherplatz (GB) Hinweis 4
25.000 Primäre Instanz oder Cas mit Datenbankstandortrolle auf demselben Server 6 24 65% 600 1700 350
25.000 Primär oder CAS 4 8 600 100
Remote-SQL Server 4 16 70% 1700 250
50.000 Primäre Instanz oder Cas mit Datenbankstandortrolle auf demselben Server 8 32 70% 1200 2800 600
50.000 Primär oder CAS 4 8 1200 200
Remote-SQL Server 8 24 70% 2800 400
100.000 Primäre Instanz oder Cas mit Datenbankstandortrolle auf demselben Server 12 64 70% 1200 5000 1100
100.000 Primär oder CAS 6 12 1200 300
Remote-SQL Server 12 48 80% 5000 800
150.000 Primäre Instanz oder Cas mit Datenbankstandortrolle auf demselben Server 16 96 70% 1800 7400 1600
150.000 Primär oder CAS 8 16 1800 400
Remote-SQL Server 16 72 90 % 7400 1200
700.000. Cas mit Datenbankstandortrolle auf demselben Server 20+ 128+ 80% 1800+ 9000+ 5000+
700.000. Cas 8+ 16+ 1800+ 500+
Remote-SQL Server 16+ 96+ 90 % 9000+ 4500+
5k Sekundärer Standort 4 8 500 - 200
15.000 Sekundärer Standort 8 16 500 - 300

Hinweise zu allgemeinen Größenrichtlinien

Hinweis 1: Kerne

Configuration Manager viele gleichzeitige Prozesse ausführt, benötigt daher eine bestimmte Mindestanzahl von CPU-Kernen für verschiedene Standortgrößen. Die Kerne werden zwar jedes Jahr schneller, aber es ist wichtig sicherzustellen, dass eine bestimmte Mindestanzahl von Kernen parallel funktioniert. Im Allgemeinen erfüllt jede CPU auf Serverebene, die nach 2015 erstellt wird, die grundlegenden Leistungsanforderungen für die in der Tabelle angegebenen Kerne. Configuration Manager nutzt andere Kerne, die über die Empfehlungen hinausgehen. Sobald Sie über die minimal vorgeschlagenen Kerne verfügen, priorisieren Sie die Investitionen in CPU-Ressourcen, um die Geschwindigkeit vorhandener Kerne zu erhöhen. Fügen Sie keine weiteren, langsameren Kerne hinzu. Beispielsweise hat Configuration Manager eine bessere Leistung bei wichtigen Verarbeitungsaufgaben mit 16 schnellen Kernen als mit 24 langsameren Kernen. Bei dieser Leistung wird davon ausgegangen, dass genügend andere Systemressourcen wie Datenträger-IOPS vorhanden sind.

Die Beziehung zwischen Kernen und Arbeitsspeicher ist ebenfalls wichtig. Im Allgemeinen reduziert die Verfügbarkeit von weniger als 3-4 GB RAM pro Kern die Gesamtverarbeitungsfunktion auf Ihren SQL Server-Servern. Sie benötigen mehr RAM pro Kern, wenn SQL Server mit den Standortserverkomponenten zugeordnet wird.

Hinweis

Alle Tests legen Computerenergiepläne fest, um maximalen CPU-Stromverbrauch und maximale Leistung zu ermöglichen.

Hinweis 2: SQL Server Speicherbelegung

Verwenden Sie diesen Wert, um den maximalen Serverarbeitsspeicher (in MB) in den Eigenschaften des SQL Server zu konfigurieren. Dies ist der Prozentsatz der gesamt verfügbaren Arbeitsspeichermenge auf dem Server.

Konfigurieren Sie die Minimal- und Höchstwerte nicht gleich. Diese Anleitung bezieht sich speziell auf den maximalen Arbeitsspeicher, den Sie SQL Server zuweisen sollten.

Hinweis 3: IOPS: Posteingänge und IOPS: SQL

Diese Werte beziehen sich auf die IOPS-Anforderungen für die Configuration Manager und SQL Server logischen Laufwerke. In der Spalte IOPS: Posteingänge werden die IOPS-Anforderungen für das logische Laufwerk mit den Configuration Manager Posteingangsverzeichnissen angezeigt. In der Spalte IOPS: SQL werden die gesamten IOPS-Anforderungen für die logischen Laufwerke angezeigt, die von verschiedenen SQL Server Dateien verwendet werden. Diese Spalten unterscheiden sich, da die beiden Laufwerke unterschiedliche Formatierungen aufweisen sollten. Weitere Informationen und Beispiele zu vorgeschlagenen SQL Server Datenträgerkonfigurationen und bewährten Methoden für Dateien, einschließlich Details zum Aufteilen von Dateien auf mehrere Volumes, finden Sie unter Häufig gestellte Fragen zur Größe und Leistung von Websites.

Beide IOPS-Spalten verwenden Daten aus dem Branchenstandardtool Diskspd. Anweisungen zum Duplizieren dieser Messungen finden Sie unter Messen der Datenträgerleistung . Im Allgemeinen hat das Speichersubsystem, sobald Sie die grundlegenden CPU- und Arbeitsspeicheranforderungen erfüllen, den größten Einfluss auf die Leistung des Standorts, und Verbesserungen in diesem Bereich führen zu den meisten Investitionen.

Hinweis 4: Erforderlicher Speicherplatz

Diese realen Werte können sich von anderen dokumentierten Empfehlungen unterscheiden. Wir stellen diese Zahlen nur als allgemeine Richtlinie zur Verfügung; die individuellen Anforderungen können sehr unterschiedlich sein. Planen Sie sorgfältig den Speicherplatzbedarf vor der Standortinstallation. Gehen Sie davon aus, dass ein Teil dieses Speichers die meiste Zeit als freier Speicherplatz verbleibt. Sie können diesen Pufferspeicher in einem Wiederherstellungsszenario oder für Upgradeszenarien verwenden, die freien Speicherplatz für die Setuppaketerweiterung benötigen. Ihre Website erfordert möglicherweise mehr Speicher für große Datenmengen, längere Zeiträume der Datenaufbewahrung und große Mengen an Softwareverteilungsinhalten. Sie können diese Elemente auch auf separaten Volumes mit geringerem Durchsatz speichern.

Messen der Datenträgerleistung

Sie können das Branchenstandardtool Diskspd verwenden, um standardisierte Vorschläge für die IOPS bereitzustellen, die verschiedene Configuration Manager Umgebungen erfordern. Die folgenden Testschritte und Befehlszeilen sind zwar nicht vollständig, bieten jedoch eine einfache und reproduzierbare Möglichkeit, den Datenträgersubsystemdurchsatz Ihrer Server zu schätzen. Sie können Ihre Ergebnisse mit den empfohlenen Mindest-IOPS in der Tabelle mit den allgemeinen Größenanpassungsrichtlinien vergleichen.

Testergebnisse von verschiedenen Arten von Hardwarekonfigurationen in Labumgebungen finden Sie unter Beispieldatenträgerkonfigurationen. Sie können die Daten als groben Ausgangspunkt verwenden, wenn Sie das Speichersubsystem für eine neue Umgebung von Grund auf neu entwerfen.

Testen von Datenträger-IOPS

  1. Laden Sie das Diskspd-Hilfsprogramm herunter.

  2. Stellen Sie sicher, dass Sie über mindestens 100 GB freien Speicherplatz verfügen. Deaktivieren Sie alle Apps, die den Datenträger beeinträchtigen oder zusätzliche Last verursachen können, z. B. aktive Antivirenüberprüfungen des Verzeichnisses, SQL oder SMSExec.

  3. Führen Sie Diskspd an einer Eingabeaufforderung mit erhöhten Rechten aus.

    Führen Sie das Tool zweimal nacheinander für das Volume aus, das Sie testen möchten. Der erste Test mit einer Größe von 64k mit zufälligen Schreibvorgängen für eine Minute. Dieser Test überprüft das Laden des Controllercaches und die Zuweisung von Speicherplatz für den Fall, dass das Volume dynamisch erweitert wird. Verwirft die Ergebnisse des ersten Tests. Der zweite Test sollte unmittelbar auf den ersten Test folgen und die gleiche Auslastung für fünf Minuten ausführen.

    Verwenden Sie beispielsweise die folgenden spezifischen Befehlszeilen, um das G: Volume zu testen.

    DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d60 -h -L G:\\test\testfile.dat

del G:\\test\testfile.dat

DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d300 -h -L G:\\test\testfile.dat

  4. Überprüfen Sie die Ausgabe des zweiten Tests, um die Gesamtanzahl von IOPS in der Spalte E/A pro Sekunde zu ermitteln. Im folgenden Beispiel beträgt die Gesamtzahl der IOPS 3929,18.

    Total IO
| thread |  bytes      |  I/Os   |  MB/s  | I/O per s | AvgLat | LatStdDev |
|--------|-------------|---------|--------|-----------|--------|-----------|
|   1    |  9651814400 |  147275 |  30.68 |    490.92 | 16.294 | 10.210    |
|   2    |  9676652544 |  147654 |  30.76 |    492.18 | 16.252 |  9.998    |
|   3    |  9638248448 |  147068 |  30.64 |    490.23 | 16.317 | 10.295    |
|   4    |  9686089728 |  147798 |  30.79 |    492.66 | 16.236 | 10.072    |
|   5    |  9590931456 |  146346 |  30.49 |    487.82 | 16.398 | 10.384    |
|   6    |  9677242368 |  147663 |  30.76 |    492.21 | 16.251 | 10.067    |
|   7    |  9637330944 |  147054 |  30.64 |    490.18 | 16.319 | 10.249    |
|   8    |  9692577792 |  147897 |  30.81 |    492.99 | 16.225 | 10.125    |
| Total: | 77250887680 | 1178755 | 245.57 |   3929.18 | 16.286 | 10.176    |

Beispiel für Datenträgerkonfigurationen

Die folgenden Tabellen zeigen die Ergebnisse der Ausführung der Testschritte unter Messen der Datenträgerleistung mit verschiedenen Testumgebungskonfigurationen. Verwenden Sie diese Daten als groben Ausgangspunkt beim Entwerfen des Speichersubsystems für eine neue Umgebung von Grund auf.

Physische Computer und Hyper-V

Die Hardware verbessert sich ständig. Erwarten Sie, dass neuere Hardwaregenerationen und verschiedene Hardwarekombinationen wie SSDs und SANs die unten angegebene Leistung überschreiten. Diese Ergebnisse sind ein grundlegender Ausgangspunkt, den Sie beim Entwerfen eines Servers oder beim Besprechen mit Ihrem Hardwareanbieter berücksichtigen sollten.

Die folgende Tabelle zeigt die Testergebnisse für verschiedene Datenträgersubsysteme, einschließlich Spindel- und SSD-basierten Festplatten, in verschiedenen Testumgebungskonfigurationen. Alle Konfigurationen formatieren die Datenträger mit 64.000 Clustern und fügen sie an einen Datenträgercontroller der Unternehmensklasse an. Zusätzlich zur Anzahl der RAID-Arraydatenträger verfügen sie jeweils über mindestens einen Ersatzdatenträger.

Datenträgertyp Datenträgeranzahl ohne +1 Ersatzdatenträger RAID Gemessene IOPS
15.000 SAS 2 1 620
15.000 SAS 4 10 1206
15.000 SAS 6 10 1751
15.000 SAS 8 10 2322
15.000 SAS 10 10 2882
15.000 SAS 12 10 3476
15.000 SAS 16 10 4236
15.000 SAS 20 10 5148
15.000 SAS 30 10 7398
15.000 SAS 40 10 9913
SSD SATA 2 1 3300
SSD SATA 4 10 5542
SSD SATA 6 10 7201
SSD SAS 2 1 7539
SSD SAS 4 10 14346
SSD SAS 6 10 15607

In der folgenden Tabelle sind die spezifischen Geräte aufgeführt, die in diesem Beispiel verwendet werden. Diese Informationen sind keine Empfehlung für ein bestimmtes Hardwaremodell oder einen bestimmten Hersteller.

Datenträgertyp Modell RAID-Controller Cachespeicher und Konfiguration
SAS HD mit 15.000 U/min HP EH0300JDYTH Smart Array P822 2 GB, 20 % Lese-/80 % Schreibzugriff
SSD SATA ATA MK0200GCTYV Smart Array P420i 1 GB, 20 % Lese-/80 % Schreibzugriff
SSD SAS HP MO0800 JEFPB Smart Array P420i 1 GB, 20 % Lese-/80 % Schreibzugriff

Leistung von Azure-Computern und -Datenträgern

Die Leistung von Azure-Datenträgern hängt von mehreren Faktoren ab, z. B. von der Größe der Azure-VM sowie von der Anzahl und dem Typ der von ihr verwendeten Datenträger. Azure fügt außerdem ständig neue Computertypen und Datenträgergeschwindigkeiten hinzu, die sich von der folgenden Tabelle unterscheiden. Weitere Informationen zu Configuration Manager, die in Azure ausgeführt werden, sowie weitere Informationen zum Verständnis der Datenträger-E/A in Azure finden Sie unter häufig gestellte Fragen zu Configuration Manager zu Azure.

Alle Datenträger verfügen über eine formatierte NTFS-Clustergröße von 64k, und Zeilen mit mehr als einem Datenträger werden über das Windows-Hilfsprogramm für die Datenträgerverwaltung als Stripesetvolumes konfiguriert.

Azure-VM Azure-Datenträger Datenträgeranzahl Verfügbarer Speicherplatz Gemessene IOPS Begrenzender Faktor
DS2/DS11 P20 1 512 GB 965 Azure-VM-Größe
DS2/DS11 P20 2 1024 GB 996 Azure-VM-Größe
DS2/DS11 P30 1 1024 GB 996 Azure-VM-Größe
DS2/DS11 P30 2 2048 GB 996 Azure-VM-Größe
DS3/DS12/F4S P20 1 512 GB 1994 Azure-VM-Größe
DS3/DS12/F4S P20 2 1024 GB 1992 Azure-VM-Größe
DS3/DS12/F4S P30 1 1024 GB 1993 Azure-VM-Größe
DS3/DS12/F4S P30 2 2048 GB 1992 Azure-VM-Größe
DS4/DS13/F8S P20 1 512 GB 2334 P20-Datenträger
DS4/DS13/F8S P20 2 1024 GB 3984 Azure-VM-Größe
DS4/DS13/F8S P20 3 1536 GB 3984 Azure-VM-Größe
DS4/DS13/F8S P30 1 1024 GB 3112 P30-Datenträger
DS4/DS13/F8S P30 2 2048 GB 3984 Azure-VM-Größe
DS4/DS13/F8S P30 3 3072 GB 3996 Azure-VM-Größe
DS5/DS14/F16S P20 1 512 GB 2335 P20-Datenträger
DS5/DS14/F16S P20 2 1024 GB 4639 P20-Datenträger
DS5/DS14/F16S P20 3 1536 GB 6913 P20-Datenträger
DS5/DS14/F16S P20 4 2048 GB 7966 Azure-VM-Größe
DS5/DS14/F16S P30 1 1024 GB 3112 P30-Datenträger
DS5/DS14/F16S P30 2 2048 GB 6182 P30-Datenträger
DS5/DS14/F16S P30 3 3072 GB 7963 Azure-VM-Größe
DS5/DS14/F16S P30 4 4096 GB 7968 Azure-VM-Größe
DS15 P30 1 1024 GB 3113 P30-Datenträger
DS15 P30 2 2048 GB 6184 P30-Datenträger
DS15 P30 3 3072 GB 9225 P30-Datenträger
DS15 P30 4 4096 GB 10200 Azure-VM-Größe

Weitere Informationen zu den derzeit verfügbaren Datenträgern finden Sie unter Auswählen eines Datenträgertyps für Azure-IaaS-VMs.

Siehe auch