SSD Premium-Speicherkonfigurationen für Azure-VMs in SAP HANA
In diesem Dokument geht es um HANA-Speicherkonfigurationen für Azure Storage Premium oder SSD Premium. Diese wurden vor Jahren als Speicher mit niedriger Latenz für DBMS und andere Anwendungen eingeführt, die Speicher mit niedriger Latenz benötigen. Die folgenden beiden Dokumente enthalten allgemeine Überlegungen zu Stripegrößen, die bei LVM und der HANA-Datenvolumepartitionierung verwendet werden, sowie speichertypunabhängige Überlegungen:
- SAP HANA: Speicherkonfigurationen für virtuelle Azure-Computer
- Azure Storage-Typen für die SAP-Workload
Wichtig
Die Vorschläge für die Speicherkonfigurationen in diesem Dokument sind als Anleitung für den Einstieg gedacht. Wenn Sie den Workload ausführen und Speicherauslastungsmuster analysieren, stellen Sie möglicherweise fest, dass Sie nicht die gesamte zur Verfügung gestellte Speicherbandbreite oder IOPS nutzen. Sie könnten dann eine Verkleinerung des Speichers in Betracht ziehen. Oder aber Ihre Workload benötigt bei diesen Konfigurationen möglicherweise mehr Speicherdurchsatz als vorgeschlagen. Infolgedessen müssen Sie möglicherweise mehr Kapazität, IOPS oder Durchsatz bereitstellen. Im Spannungsbereich zwischen erforderlicher Speicherkapazität, erforderlicher Speicherlatenz, erforderlichem Speicherdurchsatz und IOPS und der kostengünstigsten Konfiguration bietet Azure genügend verschiedene Speichertypen mit unterschiedlichen Fähigkeiten und Preisen, um den richtigen Kompromiss für Sie und Ihre HANA-Workload zu finden und anzupassen.
Lösungen mit Storage Premium und Azure-Schreibbeschleunigung für virtuelle Azure-Computer der M-Serie
Die Azure-Schreibbeschleunigung ist eine Funktionalität, die für Azure-VMs der M-Serie ausschließlich in Kombination mit Azure Premium Storage verfügbar ist. Der Name macht bereits deutlich, dass der Zweck der Funktion die Verbesserung der E/A-Wartezeit bei Schreibvorgängen für Azure Storage Premium ist. Für SAP HANA ist die Schreibbeschleunigung nur für das Volume /hana/log vorgesehen. Daher sind /hana/data und /hana/log separate Volumes, wobei die Azure-Schreibbeschleunigung nur das Volume /hana/log unterstützt.
Wichtig
Bei Verwendung von Azure Storage Premium ist die Nutzung der Schreibbeschleunigung von Azure oder des Volumes /hana/log obligatorisch. Die Schreibbeschleunigung ist nur für Storage Premium und VMs der Serien M und Mv2 verfügbar. Die Schreibbeschleunigung funktioniert nicht in Kombination mit anderen Azure VM-Familien wie Esv3 oder Edsv4.
Bei den Cacheempfehlungen für Azure Premium-Datenträger unten werden E/A-Merkmale für SAP HANA gemäß der folgenden Liste zugrunde gelegt:
- Es gibt kaum Workload durch Lesezugriffe auf die HANA-Datendateien. Ausnahmen betreffen umfangreiche E/As nach dem Neustart der HANA-Instanz oder wenn Daten in HANA geladen werden. Ein anderer Fall umfangreicherer Lese-E/As für Datendateien sind Sicherungen der HANA-Datenbank. Das hat zur Folge, dass Lesecaches meistens nicht sinnvoll sind, da in den meisten dieser Fälle alle Volumes mit Datendateien vollständig gelesen werden müssen.
- Das Schreiben in die Datendateien geschieht in Bursts auf der Grundlage der HANA-Sicherungspunkte und der HANA-Absturzwiederherstellung. Das Schreiben von Sicherungspunkten erfolgt asynchron und hält Benutzertransaktionen in keiner Weise auf. Beim Schreiben von Daten während der Wiederherstellung nach Abstürzen ist die Leistung ein kritischer Faktor, um schnell wieder zu einem reaktionsbereiten System zu kommen. Die Wiederherstellung nach Abstürzen dürfte allerdings eher eine Ausnahmesituation darstellen
- Es gibt kaum Lesevorgänge aus den HANA-Wiederholungsdateien. Ausnahmen bilden umfangreiche E/A-Vorgänge beim Ausführen von Sicherungen des Transaktionsprotokolls, der Wiederherstellung nach Abstürzen oder in der Neustartphase einer HANA-Instanz.
- Der hauptsächliche Workload bei SAP HANA-Wiederholungsprotokolldateien besteht aus Schreibvorgängen. Abhängig von der Art des Workloads kann die Größe von E/As bis zu 4 KB herunter- oder in anderen Fällen bis zu 1 MB oder mehr heraufreichen. Wartezeiten beim Schreiben in das SAP HANA-Wiederholungsprotokoll sind ein kritischer Faktor für die Leistung.
- Alle Schreibvorgänge müssen zuverlässig und dauerhaft auf einem Datenträger gespeichert werden.
Empfehlung: Aufgrund dieser E/A-Muster von SAP HANA sollte das Caching für die verschiedenen Volumes unter Verwendung von Azure Storage Premium wie folgt festgelegt werden:
- /hana/data – Keine oder Caching lesen
- /hana/log – Keine. Aktivieren Sie Schreibbeschleunigung für VMs der M- und Mv2-Serie, die Option im Azure-Portal lautet „Keine + Schreibbeschleunigung“.
- /hana/shared – Read-Caching
- Betriebssystemdatenträger – Ändern Sie nicht das Standardcaching, das von Azure zur Erstellungszeit der VM festgelegt wird.
Azure-Burstfunktionalität für Storage Premium
Für Azure Premium-Datenträger mit einer Kapazität bis 512 GiB wird eine Burstfunktionalität angeboten. Die genaue Funktionsweise des Datenträgerbursting wird in dem Artikel Datenträgerbursting beschrieben. Wenn Sie den Artikel lesen, verstehen Sie das Konzept des Anfallens von IOPS und Durchsatz in den Zeiten, in denen Ihre E/A-Workload unter den nominalen IOPS und unter dem Durchsatz der Datenträger liegt (Einzelheiten zum nominalen Durchsatz finden Sie unter Verwaltete Datenträger – Preise). Sie werden das Delta von IOPS und Durchsatz zwischen Ihrer aktuellen Nutzung und den Nennwerten des Datenträgers ansammeln. Die Bursts sind auf maximal 30 Minuten begrenzt.
Die idealen Fälle, in denen diese Burstfunktionalität eingeplant werden kann, werden wahrscheinlich die Volumes oder Datenträger sein, die Datendateien für die verschiedenen DBMS enthalten. Die für diese Volumen zu erwartende E/A-Workload, insbesondere bei kleinen bis mittleren Systemen, wird voraussichtlich wie folgt aussehen:
- Geringer bis mittlerer Leseworkload, da die Daten idealerweise im Arbeitsspeicher zwischengespeichert werden, oder sich wie im Fall von SAP HANA vollständig im Arbeitsspeicher befinden sollten.
- Bursts von Schreibvorgängen, die durch Datenbankprüfpunkte oder Speicherpunkte ausgelöst werden, die regelmäßig ausgegeben werden.
- Sicherungsworkload, die in Fällen, in denen Sicherungen nicht über Speichermomentaufnahmen ausgeführt werden, einen kontinuierlichen Datenstrom einlesen
- Für SAP HANA: Laden der Daten in den Arbeitsspeicher nach einem Neustart der Instanz.
Insbesondere auf kleineren DBMS-Systemen, auf denen Ihre Workload nur ein paar hundert Transaktionen pro Sekunde verarbeitet, kann eine solche Burstfunktionalität auch für die Datenträger oder Volumes sinnvoll sein, die das Transaktions- oder Wiederholungsprotokoll speichern. Die erwartete Workload für einen solchen Datenträger oder solche Volumes sieht wie folgt aus:
- Reguläre Schreibvorgänge auf dem Datenträger, die von der Workload abhängig sind, und die Art der Workload, da jeder von der Anwendung ausgegebene Commit wahrscheinlich einen E/A-Vorgang auslöst.
- Höhere Workloads beim Durchsatz für Fälle von Betriebsaufgaben, wie das Erstellen oder Wiederherstellen von Indizes.
- Bursts bei Lesevorgängen beim Durchführen der Sicherungen von Transaktions- oder Wiederholungsprotokollen.
Von der Produktion empfohlene Speicherlösung basierend auf Azure Storage Premium.
Wichtig
Die SAP HANA-Zertifizierung für virtuelle Computer der Azure M-Serie gilt ausschließlich mit der Azure-Schreibbeschleunigung für das Volume /hana/log. Folglich müssen SAP HANA-Bereitstellungen in Produktionsszenarien auf virtuellen Computern der Azure M-Serie für das Volume /hana/log mit der Azure-Schreibbeschleunigung konfiguriert werden.
Hinweis
In Szenarien, die Azure Premium Storage einbeziehen, implementieren wir Burstfunktionen in die Konfiguration. Wenn Sie Speichertesttools in beliebiger Form oder Gestalt verwenden, denken Sie daran, wie das Azure Premium-Datenträgerbursting funktioniert. Bei der Durchführung der Speichertests, die über das SAP-HWCCT- oder HCMT-Tool geliefert werden, gehen wir nicht davon aus, dass alle Tests die Kriterien erfüllen, da einige der Tests die Bursting-Guthaben überschreiten, die Sie akkumulieren können. Vor allem, wenn alle Tests nacheinander ohne Unterbrechung durchgeführt werden.
Hinweis
Bei M32ts- und M32ls-VMs kann es vorkommen, dass der Datenträgerdurchsatz während der HCMT/HWCCT-Datenträgertests geringer ist als erwartet. Dies gilt selbst bei Datenträgerbursting oder bei einem ausreichenden E/A-Durchsatz der zugrunde liegenden Datenträger. Die Ursache für das beobachtete Verhalten liegt darin, dass die HCMT/HWCCT-Speichertestdateien vollständig im Lesecache der Storage Premium-Datenträger zwischengespeichert wurden. Dieser Cache befindet sich auf dem Computehost, der die VM hostet, und kann die Testdateien von HCMT/HWCCT vollständig zwischenspeichern. In einem solchen Fall sind die Kontingente relevant, die in der Spalte Maximaler Durchsatz (Cache und temporärer Speicher): IOPS/MBit/s (Cachegröße in GiB) im Artikel M-Serie aufgeführt sind. Insbesondere für M32ts und M32ls beträgt das Durchsatzkontingent für den Lesecache nur 400 MB/s. Als Ergebnis der vollständigen Zwischenspeicherung der Testdateien ist es möglich, dass die Tests trotz Datenträgerbursting oder Bereitstellung eines höheren E/A-Durchsatzes den maximalen Durchsatz von 400 MB/s leicht unterschreiten. Alternativ können Sie die Tests ohne aktivierten Lesecache auf den Azure Storage Premium-Datenträgern durchführen.
Hinweis
Überprüfen Sie für Produktionsszenarien in der SAP-Dokumentation für IAAS, ob ein bestimmter VM-Typ von SAP für SAP HANA unterstützt wird.
Empfehlung: Die empfohlenen Konfigurationen mit Azure Storage Premium für Produktionsszenarien sehen wie folgt aus:
Konfiguration für SAP /hana/data-Volume:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
/hana/data | Bereitgestellter Durchsatz | Maximaler Burstdurchsatz | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBit/s | 4 x P6 | 200 MBit/s | 680 MBit/s | 960 | 14.000 |
| M32ls | 256 GiB | 500 MBit/s | 4 x P6 | 200 MBit/s | 680 MBit/s | 960 | 14.000 |
| M64ls | 512 GB | 1\.000 MBit/s | 4 x P10 | 400 MBit/s | 680 MBit/s | 2\.000 | 14.000 |
| M32(d)ms_v2 | 875 GiB | 500 MBit/s | 4 x P15 | 500 MBit/s | 680 MBit/s | 4\.400 | 14.000 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1.560 MBit/s | 4 x P15 | 500 MBit/s | 680 MBit/s | 4\.400 | 14.000 |
| M64s, M64(d)s_v2 | 1.024 GiB | 1\.000 MBit/s | 4 x P15 | 500 MBit/s | 680 MBit/s | 4\.400 | 14.000 |
| M64ms, M64(d)ms_v2 | 1\.792 GiB | 1\.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
| M96(d)s_2_v3 | 1.946 GiB | 3.120 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
| M128s, M128(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
| M192i(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
| M128ms, M128(d)ms_v2 | 3\.892 GiB | 2\.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M176(d)s_3_v3 | 2.794 GiB | 4.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M176(d)s_4_v3 | 3.750 GiB | 4.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M192i(d)ms_v2 | 4\.096 GiB | 2\.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M208s_v2 | 2\.850 GiB | 1\.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M208ms_v2 | 5\.700 GiB | 1\.000 MBit/s | 4 x P40 | 1\.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416s_v2 | 5\.700 GiB | 2\.000 MBit/s | 4 x P40 | 1\.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416s_8_v2 | 7.600 | 2\.000 MBit/s | 4 x P40 | 1\.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416ms_v2 | 11.400 GiB | 2\.000 MBit/s | 4 x P50 | 1\.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M832ixs1 | 14.902 GiB | mehr als 2.000 MBit/s | 4 x P601 | 2\.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
| M832ixs_v21 | 23.088 GiB | mehr als 2.000 MBit/s | 4 x P601 | 2\.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
1 VM-Typ ist standardmäßig nicht verfügbar. Wenden Sie sich bitte an Ihr Microsoft-Kontoteam
2 Der maximale Durchsatz, der von der VM und der Durchsatzanforderung durch SAP HANA-Workload bereitgestellt wird, insbesondere Sicherungspunkt-Aktivität, kann Sie zwingen, erheblich mehr Premium-Speicher-v1-Kapazität bereitzustellen.
Für das Volume /hana/log. Die Konfiguration würde wie folgt aussehen:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
Volume /hana/log | Bereitgestellter Durchsatz | Maximaler Burstdurchsatz | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| M32ls | 256 GiB | 500 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| M64ls | 512 GB | 1\.000 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| M32(d)ms_v2 | 875 GiB | 500 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1.560 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M64s, M64(d)s_v2 | 1.024 GiB | 1\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M64ms, M64(d)s_v2 | 1\.792 GiB | 1\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M96(d)s_2_v3 | 1.946 GiB | 3.120 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M128s, M128(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M192i(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M176(d)s_3_v3 | 2.794 GiB | 4.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M176(d)s_4_v3 | 3.750 GiB | 4.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M192i(d)ms_v2 | 4\.096 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M208s_v2 | 2\.850 GiB | 1\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M208ms_v2 | 5\.700 GiB | 1\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M416s_v2 | 5\.700 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M416s_8_v2 | 7.600 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M416ms_v2 | 11.400 GiB | 2\.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| M832ixs1 | 14.902 GiB | mehr als 2.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
| M832ixs_v21 | 23.088 GiB | mehr als 2.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9\.200 | 14.000 |
1 VM-Typ ist standardmäßig nicht verfügbar. Wenden Sie sich bitte an Ihr Microsoft-Kontoteam
Für die anderen Volumes würde die Konfiguration wie folgt aussehen:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
/hana/shared2 | /root-Volume | /usr/sap |
|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBit/s | 1 x P15 | 1 x P6 | 1 x P6 |
| M32ls | 256 GiB | 500 MBit/s | 1 x P15 | 1 x P6 | 1 x P6 |
| M64ls | 512 GB | 1\.000 MBit/s | 1 x P20 | 1 x P6 | 1 x P6 |
| M32dms_v2, M32ms_v2 | 875 GiB | 500 MBit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1.560 MBit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M64s, M64(d)s_v2 | 1.024 GiB | 1\.000 MBit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M64ms, M64(d)ms_v2 | 1\.792 GiB | 1\.000 MBit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M96(d)s_2_v3 | 1.946 GiB | 3.120 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M128s, M128(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)s_v2 | 2.048 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_3_v3 | 2.794 GiB | 4.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_4_v3 | 3.750 GiB | 4.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M128ms, M128dms_v2, M128ms_v2 | 3\.892 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)ms_v2 | 4\.096 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M208s_v2 | 2\.850 GiB | 1\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M208ms_v2 | 5\.700 GiB | 1\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_v2 | 5\.700 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_8_v2 | 7.600 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416ms_v2 | 11.400 GiB | 2\.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs1 | 14.902 GiB | mehr als 2.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs_v21 | 23.088 GiB | mehr als 2.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
1 VM-Typ ist standardmäßig nicht verfügbar. Wenden Sie sich bitte an Ihr Microsoft-Kontoteam
2 Überprüfen Sie sorgfältig die Überlegungen zur Dimensionierung /hana/shared
Überprüfen Sie, ob der Speicherdurchsatz für die verschiedenen vorgeschlagenen Volumes für die Workload ausreicht, die Sie ausführen möchten. Wenn die Workload größere Volumes für /hana/data und /hana/log erfordert, müssen Sie die Anzahl der Azure Storage Premium-VHDs erhöhen. Wenn Sie ein Volume mit mehr VHDs ausstatten als in der Liste angegeben, erhöht sich der IOPS- und E/A-Durchsatz innerhalb der Grenzen des Azure-VM-Typs.
Die Azure-Schreibbeschleunigung funktioniert nur mit verwalteten Azure-Datenträgern. Daher müssen zumindest die Azure Storage Premium-Datenträger, die das Volume /hana/log bilden, als verwaltete Datenträger bereitgestellt werden. Ausführlichere Anweisungen und Einschränkungen der Azure-Schreibbeschleunigung finden Sie im Artikel Schreibbeschleunigung.
Möglicherweise möchten Sie Azure Ultra-Datenträgerspeicher anstelle von Azure Premium-Speicher nur für das /hana/log-Volume nutzen, um die KPIs für die SAP HANA-Zertifizierung zu erfüllen, wenn E-Series-VMs verwendet werden. Viele Kunden verwenden jedoch Premium-Speicher-SSD-Datenträgerfür das/hana/log-Volume für Nicht-Produktionszwecke oder sogar für kleinere Produktions-Workloads, da die Schreiblatenz, die mit Premium-Speicher für die kritischen Redo-Log-Schreibvorgänge auftritt, die Workload-Anforderungen erfüllt. Die Konfigurationen für das Volume /hana/data in Azure Storage Premium könnten wie folgt aussehen:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
/hana/data | Bereitgestellter Durchsatz | Maximaler Burstdurchsatz | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| E20(d)s_v5 | 160 GiB | 750 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| E32ds_v4 | 256 GiB | 768 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| E32ds_v5 | 256 GiB | 865 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1\.500 | 10.500 |
| E48ds_v4 | 384 GiB | 1\.152 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| E48ds_v4 | 384 GiB | 1.315 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| E64s_v3 | 432 GiB | 1\.200 MB/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| E64ds_v4 | 504 GiB | 1\.200 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| E64(d)s_v5 | 512 GB | 1.735 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
| E96(d)s_v5 | 672 GiB | 2.600 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3\.300 | 10.500 |
Für die anderen Volumes, einschließlich /hana/log auf Disk Ultra, könnte die Konfiguration wie folgt aussehen:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
Volume „/hana/log“ | E/A-Durchsatz für „/hana/log“ | IOPS für „/hana/log“ | /hana/shared1 | /root-Volume | /usr/sap |
|---|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 MBit/s | 80 GB | 250 MBit/s | 1\.800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E20(d)s_v5 | 160 GiB | 750 MBit/s | 80 GB | 250 MBit/s | 1\.800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32ds_v4 | 256 GiB | 768 MBit/s | 128 GB | 250 MBit/s | 1\.800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32(d)s_v5 | 256 GiB | 865 MBit/s | 128 GB | 250 MBit/s | 1\.800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E48ds_v4 | 384 GiB | 1\.152 MBit/s | 192 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E48(d)s_v5 | 384 GiB | 1.315 MBit/s | 192 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64s_v3 | 432 GiB | 1\.200 MBit/s | 220 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64ds_v4 | 504 GiB | 1\.200 MBit/s | 256 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64(d)s_v5 | 512 GB | 1.735 MBit/s | 256 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E96(d)s_v5 | 672 GiB | 2.600 MBit/s | 256 GB | 250 MBit/s | 1\.800 | 1 x P20 | 1 x P6 | 1 x P6 |
1 Überprüfen Sie sorgfältig die Überlegungen zur Dimensionierung /hana/shared
Kostengünstige Lösung mit Azure Storage Premium
Bisher wurde die in diesem Dokument im Abschnitt Lösungen mit Storage Premium und Azure-Schreibbeschleunigung für virtuelle Azure-Computer der M-Serie beschriebene Azure Storage Premium-Lösung für SAP HANA-Szenarien konzipiert, die für die Produktion unterstützt werden. Ein Merkmal der Konfigurationen, die für die Produktion unterstützt werden können, ist die Nutzung von zwei separaten Volumes für SAP HANA-Daten und -Wiederholungsprotokoll. Der Grund für eine solche Trennung ist, dass sich die Workloadmerkmale der Volumes unterscheiden. Mit den empfohlenen Produktionskonfigurationen könnten auch eine andere Art der Zwischenspeicherung oder sogar verschiedene Arten von Azure-Blockspeicher erforderlich sein. In Szenarien, die nicht für die Produktion bestimmt sind, gelten einige der Überlegungen für Produktionssysteme möglicherweise nicht für Low End-Systeme, die nicht für die Produktion bestimmt sind. In der Folge könnten das Daten- und Protokollvolume für HANA kombiniert werden. Wenn auch mit ein paar Schwachstellen, wie z. B. letztendlich einen bestimmten Durchsatz oder Latenz-KPIs nicht zu erreichen, die für Produktionssysteme erforderlich sind. Ein weiterer Aspekt bei der Reduzierung der Kosten in solchen Umgebungen kann die Verwendung von Azure SSD Standard-Speicher sein. Beachten Sie, dass sich die Auswahl von Azure-Speicher vom Typ SSD Standard oder HDD Standard auf Ihre SLAs für einzelne VMs auswirkt. Dies ist im Artikel SLA für Virtuelle Computer dokumentiert.
Eine kostengünstigere Alternative für derartige Konfigurationen könnte wie folgt aussehen:
| VM-SKU | RAM | Maximal VM-E/A Throughput |
„/hana/data“ und „/hana/log“ Striping mit LVM oder MDADM |
/hana/shared3 | /root-Volume | /usr/sap | comments |
|---|---|---|---|---|---|---|---|
| DS14v2 | 112 GiB | 768 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| E16v3 | 128 GB | 384 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | VM-Typ nicht HANA-zertifiziert Erzielt keine Speicherlatenz unter 1 ms1 |
| M32ts | 192 GiB | 500 MB/s | 3 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 5.0002 |
| E20ds_v4 | 160 GiB | 480 MB/s | 4 x P6 | 1 x E15 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| E32v3 | 256 GiB | 768 MB/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | VM-Typ nicht HANA-zertifiziert Erzielt keine Speicherlatenz unter 1 ms1 |
| E32ds_v4 | 256 GiB | 768 MBit/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| M32ls | 256 GiB | 500 MB/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 5.0002 |
| E48ds_v4 | 384 GiB | 1\.152 MBit/s | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| E64v3 | 432 GiB | 1\.200 MB/s | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| E64ds_v4 | 504 GiB | 1200 MB/s | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | Erzielt keine Speicherlatenz unter 1 ms1 |
| M64ls | 512 GB | 1\.000 MB/s | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M32(d)ms_v2 | 875 GiB | 500 MB/s | 6 x P15 | 1 × E30 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 5.0002 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1.560 MBit/s | 7 x P15 | 1 × E30 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M64s, M64(d)s_v2 | 1.024 GiB | 1\.000 MB/s | 7 x P15 | 1 × E30 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M64ms, M64(d)ms_v2 | 1\.792 GiB | 1\.000 MB/s | 6 x P20 | 1 × E30 | 1 x E6 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M96(d)s_2_v3 | 1.946 GiB | 3.120 MBit/s | 6 x P20 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M128s, M128(d)s_v2 | 2.048 GiB | 2\.000 MB/s | 6 x P20 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M192i(d)s_v2 | 2.048 GiB | 2\.000 MB/s | 6 x P20 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M128ms, M128(d)ms_v2 | 3\.800 GiB | 2\.000 MB/s | 5 x P30 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M176(d)s_3_v3 | 2.794 GiB | 4.000 MBit/s | 4 x P30 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M176(d)s_4_v3 | 3.750 GiB | 4.000 MBit/s | 5 x P30 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M192i(d)ms_v2 | 4\.096 GiB | 2\.000 MB/s | 5 x P30 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M208s_v2 | 2\.850 GiB | 1\.000 MB/s | 4 x P30 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M208ms_v2 | 5\.700 GiB | 1\.000 MB/s | 4 x P40 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 10.0002 |
| M416s_v2 | 5\.700 GiB | 2\.000 MB/s | 4 x P40 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M416s_8_v2 | 5\.700 GiB | 2\.000 MB/s | 5 x P40 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
| M416ms_v2 | 11400 GiB | 2\.000 MB/s | 7 x P40 | 1 × E30 | 1 x E10 | 1 x E6 | Verwendung der Schreibbeschleunigung für kombiniertes Daten- und Protokollvolume beschränkt die IOPS-Rate auf 20.0002 |
1 Die Azure-Schreibbeschleunigung kann nicht mit den VM-Familien Ev4 und Ev4 verwendet werden. Aufgrund der Verwendung von Azure Storage Premium liegt die E/A-Latenzzeit nicht unter 1 ms.
2 Die VM-Familie unterstützt die Azure-Schreibbeschleunigung, aber der IOPS-Grenzwert der Schreibbeschleunigung könnte die IOPS-Fähigkeiten der Datenträgerkonfigurationen einschränken.
3 Überprüfen Sie sorgfältig die Überlegungen zur Dimensionierung /hana/shared
Wenn Sie das Daten- und Protokollvolume für SAP Hana kombinieren, sollte für die Datenträger, die das Stripesetvolume bilden, kein Lese- oder Lese-/Schreibcache aktiviert sein.
Es sind VM-Typen aufgelistet, die nicht mit SAP zertifiziert sind und als solche nicht im sogenannten SAP HANA-Hardwareverzeichnis aufgelistet sind. Laut Kundenfeedback wurden diese nicht aufgelisteten VM-Typen erfolgreich für einige nicht zur Produktion zählenden Aufgaben verwendet.
Nächste Schritte
Weitere Informationen finden Sie unter