Arbeitsblatt für die Serverkapazitätsplanung für das Analytics Platform System

Dieses Arbeitsblatt zur Kapazitätsplanung hilft Ihnen, die Anforderungen für einen Ladeserver zum Laden von Daten in SQL Server PDW zu ermitteln. Verwenden Sie dies, um Ihren Plan für den Kauf oder die Bereitstellung vorhandener Ladeserver zu erstellen.

Arbeitsblattnotizen

1. Dieses Arbeitsblatt gilt für Server, die Daten mit dem Dwloader-Befehlszeilenladetool laden.

2. Beim Laden von Daten mit Integration Services oder einem Tool für das Laden eines Drittanbieters können die Anforderungen je nach Denkunterschieden des Ladevorgangs variieren.

3. Die meisten Anforderungen gelten für das Laden von komprimierten oder nicht komprimierten Datendateien; Alle Unterschiede bei den Anforderungen werden fett formatiert.

Arbeitsblatt zur Kapazitätsplanung

Drucken Sie dieses Arbeitsblatt, und füllen Sie es mit Ihren eigenen Anforderungen aus.

Komponente	Anforderung	Füllen Sie diese Spalte mit Ihren eigenen Anforderungen aus.	Empfehlungen
Storage	Maximale Byte, die Sie für einen bestimmten Zeitraum auf dem Ladeserver speichern möchten.		Um die Speicheranforderungen zu ermitteln, ermitteln Sie, wie viele Daten Sie zu einem bestimmten Zeitraum auf dem Ladeserver speichern möchten. Kapazitätsanforderungen gelten nur für Ladedateien; das Betriebssystem und die Ladedateien sollten sich auf verschiedenen Datenträgerarrays befinden. Beispiel: Wenn Sie beabsichtigen, 100 GB Daten von einem Datenträger 3 mal täglich zu laden, die Datendateien jedoch nicht bis zum Ende der Woche zu löschen, benötigen Sie mindestens 2,1 TB, um die Datendateien zu speichern. Wir empfehlen, konservativer zu sein und etwa 30 % mehr Speicher zu erhalten, um Varianzen und Wachstum zu berücksichtigen. In diesem Beispiel wäre 2,73 TB Speicherplatz besser.
Laderate	Maximale Anzahl von Bytes pro Stunde von Daten, die in PDW geladen werden sollen.		Dies ist eine Schätzung. Gehen Sie beim Berechnen dieser Anforderung davon aus, dass sich die Dateien bereits auf dem Ladeserver befinden und dass andere Ladebedingungen so gut wie möglich sind. Beispiel: Keine Notwendigkeit, die Datenkomprimierbarkeit zu berücksichtigen, da dwloader immer unkomprimierte Daten an die PDW sendet. Sie müssen keine Datentypkonvertierungen und die Größe der Zieltabelle berücksichtigen.
Netzwerk	Netzwerkverbindungstyp.		Ermitteln Sie den besten Netzwerkverbindungstyp für Ihre Lastratenanforderungen. Beispiel: InfiniBand oder 10 Gbit Ethernet bieten optimale Laderaten. 1 Gbit Ethernet beschränkt die Laderaten auf 360 GB pro Stunde oder weniger.
E/A	Bytes pro Stunde für Lese- und Schreibvorgänge.		Zum Laden von Daten muss dwloader alle Daten vom Datenträger lesen, bevor sie an PDW gesendet werden. Jeder Ladeserver kann Keine Daten schneller laden, als die Appliance Daten von allen Ladequellen empfangen kann. Um Geld zu sparen, planen Sie die E/A-Lesekapazität für das Laden, sodass sie die Ladekapazität der Appliance nicht überschreitet. Beispiel: PDW empfängt und lädt Daten in eine 1-Rack-Appliance mit einer maximalen Rate von 1,8 TB pro Stunde. Für eine Appliance mit 2 oder mehr Racks beträgt die maximale Lastrate 3,6 TB pro Stunde. Wenn Sie beabsichtigen, von mehreren Ladeservern gleichzeitig zu laden, sind die E/A-Anforderungen für jeden Ladeserver kleiner als wenn ein Server das gesamte Laden ausführt. Beispiel: Ein Ladeserver kann maximal 1,8 TB pro Stunde für eine 1-Rack-Appliance laden. Zwei Ladeserver können jeweils 900 GB pro Stunde in eine 1-Rack-Appliance laden. Höhere Parallelitätsstufen können die Effizienz und den maximalen Durchsatz reduzieren. Berücksichtigen Sie für die E/A-Kapazität alle E/A-Vorgänge auf dem Ladeserver. Wenn der Ladeserver zusätzlich zu Datenlasten über anderen E/A-Datenverkehr verfügt, z. B. das Empfangen von Datendateien von einem ETL-Server, werden die E/A-Anforderungen erhöht. Bei komprimierten Daten hängen die E/A-Anforderungen von der Datenkomprimierungsrate ab. Dwloader liest die komprimierten Daten und entkomprimiert sie dann, bevor sie an PDW gesendet wird. Je höher das Komprimierungsverhältnis ist, desto weniger Daten muss der Ladeserver vom Datenträger lesen. Beispiel: Wenn die erforderliche Laderate 1,8 TB pro Stunde beträgt und die Daten auf dem Ladeserver mit 2:1-Komprimierung gespeichert werden, muss der Ladeserver nur 900 GB pro Stunde von datenträger statt 1,8 TB lesen. Ein Komprimierungsverhältnis von 3:1 bedeutet, dass der Ladeserver 600 GB pro Stunde vom Datenträger lesen muss.
CPU	Anzahl der Sockets.		Zum Laden nicht komprimierter Daten ist dwloader keine CPU-intensive Anwendung. Als Mindestanforderung empfehlen wir die Verwendung eines kürzlich hergestellten 2-Socketservers. Zum Laden komprimierter Daten benötigen Sie genügend CPU-Leistung, um die Daten zu entkomprimieren, bevor Sie sie an PDW senden. Dwloader kann 10 aktive Threads gleichzeitig ausführen. Wenn Sie beabsichtigen, 10 komprimierte Dateien gleichzeitig zu laden, empfehlen wir, dass der Server mindestens eine 10-Core-CPU oder zwei 6-Core-CPUs hat.
RAM	GB Arbeitsspeicher, mit dem Windows Dateien während des Ladens zwischenspeichern kann.		Dwloader verwendet sehr wenig RAM auf dem Ladeserver. Zur Leistung verwendet Windows Speicher, um die Ladedateien nach dem Lesen von Dateien vom Datenträger zwischenzuspeichern. Informationen zum Ermitteln der RAM-Anforderungen finden Sie in Ihrer Windows Server-Installation und allen Anwendungsanforderungen von Drittanbietern. Wir empfehlen mindestens 32 GB, wenn Sie keine Anforderungen aus anderen Quellen haben. Bei komprimierten Daten ist schneller RAM nützlich, da dadurch die Dekomprimierung beschleunigt wird.

Weitere Informationen

Abrufen und Konfigurieren eines Ladeserver-Dwloader-Befehlszeilenladeprogramms