Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Dokument geht es um HANA-Speicherkonfigurationen für Azure Premium Storage oder die erste Version von Premium SSD, da sie jahre wieder als geringer Latenzspeicher für Datenbankverwaltungssysteme (DBMS) und andere Anwendungen eingeführt wurde, die einen geringen Latenzspeicher benötigen. Die folgenden beiden Dokumente enthalten allgemeine Überlegungen zu Stripegrößen, die bei LVM (Logical Volume Manager, logische Volumeverwaltung) 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
Dokumentation zum Konfigurieren von Speicher für SAP HANA mit der zweiten Version von Premium SSD finden Sie im Dokument SAP HANA Azure Virtual Machine Premium SSD v2 Speicherkonfigurationen
In diesem Dokument beziehen wir uns auf die erste Version unseres Premium-SSD-Speichers oder -Datenträgers als "Premium SSD" oder "Premium SSD".
Wichtig
Die Vorschläge für die Speicherkonfigurationen in diesem Dokument sind als Anleitung für den Einstieg gedacht. Wenn Sie die Workload ausführen und Speicherauslastungsmuster analysieren, stellen Sie möglicherweise fest, dass Sie nicht die gesamte zur Verfügung gestellte Speicherbandbreite oder IOPS (E/A-Vorgänge pro Sekunde) 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. Daher müssen Sie möglicherweise mehr Kapazität, IOPS oder Durchsatz bereitstellen. Im Spannungsfeld zwischen erforderlicher Speicherkapazität, Erforderlicher Speicherlatenz, Speicherdurchsatz und IOPS erforderlich und am wenigsten kostspieliger Konfiguration bietet Azure genügend verschiedene Speichertypen mit unterschiedlichen Funktionen und unterschiedlichen Preispunkten, um den richtigen Kompromiss für Sie und Ihre HANA-Workload zu finden und anzupassen.
Lösungen mit Premium SSD und Azure Write Accelerator für virtuelle Azure M-Series-Computer
Azure Write Accelerator ist eine Funktionalität, die ausschließlich in Kombination mit Azure Premium SSD für virtuelle Azure M-Series-Computer (VM) verfügbar ist. Wie der Name besagt, besteht der Zweck der Funktionalität darin, die E/A-Latenz von Schreibvorgängen mit der Azure Premium SSD zu verbessern. Für SAP HANA ist die Schreibbeschleunigung nur für das Volume /hana/log vorgesehen. /hana/data und /hana/log sind daher separate Volumes, und die Azure-Schreibbeschleunigung unterstützt nur das Volume /hana/log.
Wichtig
Wenn Sie Azure Premium-Speicher mit VMs der M-Serie verwenden, ist die Verwendung von Azure Write Accelerator für das /hana/log-Volumeobligatorisch. Write Accelerator ist nur für Premium-Speicher und M-Series-, Mv2-Series- und Mv3-Serien-VMs verfügbar. Write Accelerator funktioniert nicht in Kombination mit anderen Azure-VM-Familien außerhalb von M-Serienfamilien.
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 Systemabsturz 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 Zwischenspeichern lesen
- /hana/log – Keine. Aktivieren Sie Write Accelerator für VMs der M-Serie, Mv2-Serie und Mv3-Serie. Die Option im Azure-Portal lautet "None + Write Accelerator".
- /hana/shared – Read-Caching
- Betriebssystemdatenträger – Ändern Sie keine Standardzwischenspeicherung, die von Azure zum Erstellungszeitpunkt der VM festgelegt wird.
Hinweis
Bei einigen der neuen M(b)v3-VM-Typen kann die Verwendung von im Cache zwischengespeichertem SSD Premium v1-Speicher zu niedrigeren IOPS-Raten bei Lese- und Schreibvorgängen und einem geringeren Durchsatz als ohne Lesecache führen.
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 gelesen haben, verstehen Sie das Konzept der Anhäufung von E/A-Vorgängen pro Sekunde (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 nominalen Werten des Datenträgers anhäufen. 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 -sicherungspunkte ausgelöst werden, die regelmäßig ausgegeben werden
- Sicherungsworkload, die in einem kontinuierlichen Datenstrom liest, wenn die Sicherungen nicht über Speichermomentaufnahmen ausgeführt werden
- 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.
Azure Performance Plus für Premium-Speicher/Premium-SSD
Zur Erstellungszeit verwalteter Premium-SSD-Datenträger von P30 und höher können Sie Performance Plus aktivieren. Performance Plus erhöht die bereitgestellten IOPS und den Durchsatz, der von den Premium-SSD-Datenträgern ohne zusätzliche Aktivierung temporärer Burstings bereitgestellt wird. Die bereitgestellten IOPS- und Durchsatzwerte werden in der Skalierbarkeit verwalteter VM-Datenträger aufgeführt. Die Zeilen "erweiterte Bereitstellung" enthalten die Werte, die mit aktivierter Performance Plus-Funktion bereitgestellt werden. Wir haben nicht die verbesserten IOPS- und Bandbreitenwerte berücksichtigt, die mit Performance Plus in den Tabellen erreicht werden können, die wir auflisten. Wenn Sie neue Systeme mit Premium SSD konfigurieren, haben Sie möglicherweise die Möglichkeit, die Kapazitätsüberschreibung mithilfe von Performance Plus zu reduzieren. Und dadurch von den in diesem Artikel eingeführten Tabellen abweichen. Falls Sie den virtuellen Computer, den Sie mit Azure Site Recovery konfigurieren, kombinieren möchten, beachten Sie bitte, dass die Eigenschaft "Performance Plus" nicht von Azure Site Recovery auf das Zielsystem repliziert wird. Daher werden die Datenträger auf der Zielseite der Replikation nicht mit Performance Plus aktiviert.
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. Daher wird erwartet, dass SAP HANA-Bereitstellungen im Produktionsszenario auf virtuellen Maschinen der Azure M-Serie so konfiguriert werden, dass der Azure Write Accelerator für das /hana/log-Volume aktiviert ist.
Hinweis
In Szenarien, die Azure Premium Storage betreffen, implementieren wir Burst-Fähigkeiten in der Konfiguration. Wenn Sie Speichertesttools in beliebiger Form oder Gestalt verwenden, denken Sie daran, wie das Azure Premium-Datenträgerbursting funktioniert. Wenn Sie die Speichertests ausführen, die über das SAP HWCCT- oder HCMT-Tool bereitgestellt werden, gehen wir nicht davon aus, dass alle Tests die Kriterien erfüllen, da einige der Tests die Bursting-Guthaben überschreiten, die Sie ansammeln 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. Speziell für M32ts und M32ls beträgt das Durchsatzkontingent für den Lesecache nur 400 MB/s. Da die Testdateien vollständig zwischengespeichert werden, kann es vorkommen, dass die Tests trotz Festplattenüberlastung oder höher bereitgestelltem E/A-Durchsatz leicht unter den maximalen Durchsatz von 400 MB/s fallen. 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 | 1560 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 | 3120 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 | 4000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M176(d)s_4_v3 | 3.892 GiB | 4000 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 | 2850 GiB | 1.000 MBit/s | 4 x P30 | 800 MBit/s | kein Bursting | 20.000 | kein Bursting |
| M208ms_v2 | 5700 GiB | 1.000 MBit/s | 4 x P40 | 1.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416(d)s_6_v3 | 5.696 GiB | 4000 MBit/s | 4 x P40 | 1.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416s_v2 | 5700 GiB | 2.000 MBit/s | 4 x P40 | 1.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416(d)s_8_v2 | 7.600 | 2.000 MBit/s | 4 x P40 | 1.000 MBit/s | kein Bursting | 30.000 | kein Bursting |
| M416(d)s_8_v3 | 7.600 | 4000 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 |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11.400 GiB | 4000 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 P602 | 2.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
| M832i(d)s_16_v3 | 15.200 GiB | 8.000 MBit/s | 4 x P602 | 2.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
| M832ixs_v21 | 23.088 GiB | mehr als 2.000 MBit/s | 4 x P602 | 2.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
| M896ixds_32_v31 | 30.400 GiB | 8.000 MBit/s | 4 x P602 | 2.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
| M1792ixds_32_v31 | 30.400 GiB | 8.000 MBit/s | 6 x P602 | 2.000 MBit/s | kein Bursting | 64.000 | kein Bursting |
1 VM-Typ ist standardmäßig nicht verfügbar. kontaktieren Sie 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 | 1560 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 | 3120 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 | 4000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| M176(d)s_4_v3 | 3.892 GiB | 4000 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 | 2850 GiB | 1.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| M208ms_v2 | 5700 GiB | 1.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| M416(d)s_6_v3 | 5.696 GiB | 2.000 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| M416s_v2 | 5700 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 |
| M416(d)s_8_v3 | 7.600 GiB | 4000 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 |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11.400 GiB | 4000 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 |
| M832i(d)s_16_v3 | 15.200 GiB | 8.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 |
| M896ixds_32_v31 | 30.400 GiB | 8.000 MBit/s | 4 x P20 | 600 MBit/s | 680 MBit/s | 9.200 | 14.000 |
| M1792ixds_32_v31 | 30.400 GiB | 8.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. kontaktieren Sie 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 | Volume /root | /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 | 1560 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 | 3120 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 | 4000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_4_v3 | 3.892 GiB | 4000 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 | 2850 GiB | 1.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M208ms_v2 | 5700 GiB | 1.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416(d)s_6_v3 | 5.696 GiB | 2.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_v2 | 5700 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 |
| M416(d)s_8_v3 | 7.600 GiB | 4000 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 |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11.400 GiB | 4000 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 |
| M832i(d)s_16_v3 | 15.200 GiB | 8.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 |
| M896ixds_32_v31 | 30.400 GiB | 8.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M1792ixds_32_v31 | 30.400 GiB | 8.000 MBit/s | 1 x P30 | 1 x P10 | 1 x P6 |
1 VM-Typ ist standardmäßig nicht verfügbar. kontaktieren Sie 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 Storage Premium-SSD-Datenträger für das Volume /hana/log für Nicht-Produktionszwecke oder sogar für kleinere Produktionsworkloads, da die Schreiblatenz, die mit Storage Premium für die kritischen Wiederholungsprotokollschreibvorgänge auftritt, die Workloadanforderungen 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 |
| D64(d)s_v6 | 256 GiB | 865 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 |
| E32(d)s_v5 | 256 GiB | 865 MBit/s | 3 x P10 | 300 MBit/s | 510 MBit/s | 1.500 | 10.500 |
| E32(d)s_v6 | 256 GiB | 1.696 MBps | 3 x P10 | 300 MBit/s | 510 MBit/s | 1.500 | 10.500 |
| D96(d)s_v6 | 384 GiB | 3.392 MBps | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E48ds_v4 | 384 GiB | 1.152 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E48(d)s_v5 | 384 GiB | 1315 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E48(d)s_v6 | 384 GiB | 2.544 MBps | 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 |
| D128(d)s_v6 | 512 GB | 6.782 MBps | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E64(d)s_v5 | 512 GB | 1735 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E64(d)s_v6 | 512 GB | 3.392 MBps | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E96(d)s_v5 | 672 GiB | 2600 MBit/s | 3 x P15 | 375 MBit/s | 510 MBit/s | 3.300 | 10.500 |
| E96(d)s_v6 | 768 GiB | 5.088 MBps | 4 x P15 | 500 MBit/s | 680 MBit/s | 4.400 | 14.000 |
| E128(d)s_v5 | 1.024 GiB | 6.782 MBps | 4 x P20 | 600 MBit/s | 680 MBit/s | 9.200 | 14.000 |
| E192(d)s_v5 | 1.832 GiB | 17.280 MBps | 4 x P20 | 600 MBit/s | 680 MBit/s | 9.200 | 14.000 |
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 | Volume /root | /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 |
| D64(d)s_v6 | 256 GiB | 865 MBit/s | 128 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 |
| E32(d)s_v6 | 256 GiB | 1.696 MBps | 128 GB | 250 MBit/s | 1.800 | 1 x P15 | 1 x P6 | 1 x P6 |
| D96(d)s_v6 | 384 GiB | 2600 MBit/s | 192 GB | 250 MBit/s | 1.800 | 1 x P20 | 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 | 1315 MBit/s | 192 GB | 250 MBit/s | 1.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E48(d)s_v6 | 384 GiB | 2.544 MBps | 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 |
| D128(d)s_v6 | 512 GB | 1735 MBit/s | 256 GB | 250 MBit/s | 1.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64(d)s_v5 | 512 GB | 1735 MBit/s | 256 GB | 250 MBit/s | 1.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64(d)s_v6 | 512 GB | 3.392 MBps | 256 GB | 250 MBit/s | 1.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E96(d)s_v5 | 672 GiB | 2600 MBit/s | 256 GB | 250 MBit/s | 1.800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E96(d)s_v6 | 768 GiB | 5.088 MBps | 768 GB, 3 x P15 | 375-510 MBps | 3,300 - 10,500 | 1 x P20 | 1 x P6 | 1 x P6 |
| E128(d)s_v6 | 1.024 GiB | 6.782 MBps | 768 GB, 3 x P15 | 375-510 MBps | 3,300 - 10,500 | 1 x P20 | 1 x P6 | 1 x P6 |
| E192(d)s_v6 | 1.832 GiB | 17.280 MBps | 768 GB, 3 x P15 | 375-510 MBps | 3,300 - 10,500 | 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 waren die in diesem Dokument beschriebene Azure Premium-Speicherlösung für unterstützte SAP HANA-Produktionsszenarien gedacht. 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 | Volume /root | /usr/sap | comments |
|---|---|---|---|---|---|---|---|
| DS14v2 | 112 GiB | 768 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| E16v3 | 128 GB | 384 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | VM-Typ nicht HANA-zertifiziert wird keine Speicherlatenz unter 1 ms erreichen1 |
| 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 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| E32v3 | 256 GiB | 768 MB/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | VM-Typ nicht HANA-zertifiziert wird keine Speicherlatenz unter 1 ms erreichen1 |
| E32ds_v4 | 256 GiB | 768 MBit/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| 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 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| E64v3 | 432 GiB | 1.200 MB/s | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| E64ds_v4 | 504 GiB | 1200 MB/s | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | wird keine Speicherlatenz unter 1 ms erreichen1 |
| 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 | 1560 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 | 3120 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.892 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 | 4000 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.892 GiB | 4000 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 | 2850 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 | 5700 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 | 5700 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 | 5700 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 |
1Azure-Schreibbeschleunigung kann nicht mit den 1Azure- und Ev4 VM-Familien 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, sollten die Datenträger, die das gestreifte Volume erstellen, keinen Lese-/Schreibcache aktiviert haben.
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