Freigeben über

Grundlegendes zur Azure NetApp Files-Anwendungsvolumegruppe für Oracle

  • Artikel

Mit der Anwendungsvolumegruppe für Oracle können Sie in einem einstufigen und optimierten Workflow alle Volumes bereitstellen, die zum Installieren und Betreiben von Oracle-Datenbanken in Unternehmen erforderlich sind, mit optimaler Leistung und entsprechend bewährten Methoden. Das Feature für Anwendungsvolumegruppen verwendet die Funktion von Azure NetApp Files, alle Volumes in derselben Verfügbarkeitszone wie die VMs zu platzieren, um automatisierte, latenzoptimierte Bereitstellungen zu erzielen.

Die Anwendungsvolumegruppe für Oracle hat viele technische Verbesserungen implementiert, die den gesamten Prozess vereinfachen und standardisieren, um Ihnen bei der Optimierung von Volumebereitstellungen für Oracle zu helfen. Alle erforderlichen Volumes, z. B. bis zu acht data-Volumes, Online-Redo-Log- und Archiv-Redo-Log-Volumes sowie backup- und binary-Volumes werden in einem einzigen „atomischen“ Vorgang (über das Azure-Portal, RP oder die API) erstellt.

Die Azure NetApp Files-Anwendungsvolumegruppe verkürzt die Bereitstellungszeit der Oracle-Datenbank und erhöht die gesamte Leistung und Stabilität der Anwendung, einschließlich der Verwendung mehrerer Speicherendpunkte. Das Feature für Anwendungsvolumegruppen unterstützt eine breite Palette von Oracle-Datenbanklayouts von kleinen Datenbanken mit einem einzigen Volume bis zu mehreren 100-TiB-Datenbanken. Es unterstützt bis zu acht data-Volumes mit latenzoptimierter Leistung und ist nur durch die Netzwerkfunktionen der Datenbank-VM begrenzt.

Die Verwendung mehrerer Volumes, die über mehrere Speicherendpunkte verbunden sind, wie von der Anwendungsvolumegruppe für Oracle bereitgestellt, bietet Leistungsverbesserungen, wie in der Oracle-Datenbank in mehreren Volumesartikeln beschrieben.

Die Anwendungsvolumegruppe für Oracle wird in allen aktivierten Regionen von Azure NetApp Files unterstützt.

Wichtige Funktionen

Die Anwendungsvolumegruppe für Oracle bietet die folgenden Funktionen:

  • Unterstützung einer Vielzahl von Oracle-Konfigurationen, angefangen bei 2 Volumes für kleinere Datenbanken bis hin zu 12 Volumes für große Datenbanken mit bis zu mehreren hundert TiB
  • Erstellen des folgenden Volumelayouts:
    • Daten: Ein bis acht data-Volumes
    • log: Ein Online-Redo-Log-Volume (log) und optional bei Bedarf ein zweites log-Volume (log-mirror)
    • binary: Ein Volume für Oracle-Binärdateien (optional)
    • backup: Ein log-Volume zum Archivieren der log-Sicherung (optional)
  • Erstellen von Volumes in einem manuellen QoS-Kapazitätspool
    Die Volumegröße und die erforderliche Leistung (in MiB/s) werden basierend auf Benutzereingaben für die Datenbankgröße und die Durchsatzanforderungen der Datenbank vorgeschlagen.
  • Die GUI von Anwendungsvolumegruppe und die ARM-Vorlage (Azure Resource Manager) bieten bewährte Methoden zur Vereinfachung der Größenverwaltung und Volumeerstellung. Beispiel:
    • Vorschlagen einer Volumenamenskonvention basierend auf der System-ID (SID) und dem Volumetyp
    • Berechnen der Größe und Leistung basierend auf der Benutzereingabe

Mit der Anwendungsvolumegruppe für Oracle können Sie den Bereitstellungsprozess vereinfachen und die Speicherleistung für Oracle-Workloads erhöhen. Zu den neuen Features gehören folgende:

  • Verwendung der Platzierung von Verfügbarkeitszonen, um sicherzustellen, dass Volumes in derselben Zone wie Compute-VMs platziert werden.
    Auf Anfrage ist eine PPG-basierte Volumeplatzierung für Regionen ohne Verfügbarkeitszonen verfügbar. Dafür ist ein manueller Prozess erforderlich.
  • Erstellung von separaten Speicherendpunkten (mit unterschiedlichen IP-Adressen) für Daten- und log-Volumes.
    Diese Bereitstellungsmethode ermöglicht eine bessere Leistung und einen höheren Durchsatz für die Oracle-Datenbank.

Layout der Anwendungsvolumegruppe

Die Anwendungsvolumegruppe für Oracle stellt mehrere Volumes basierend auf Ihrer Eingabe und der Ressourcenverfügbarkeit in der ausgewählten Region und Zone bereit, vorbehaltlich der folgenden Regeln:

  • Die AVG kann 1 bis 8 data-Volumes, log-Volumes (und optional log-mirror-Volumes), backup- und binary-Volumes in der ausgewählten Zone unter Verwendung der gleichen Netzwerkfunktionseinstellung (Standard oder Basic) und der gleichen NFS-Version (NFSv4.1 oder NFSv3) bereitstellen.
  • Der Hostingkapazitätspool muss mit manueller QoS konfiguriert werden.
  • Datenvolumes werden nach Antiaffinitätsregeln bereitgestellt, um sicherzustellen, dass sie auf möglichst viele Azure NetApp Files-Speicherendpunkte in der ausgewählten Zone verteilt werden. Den Volumes werden außerdem direkte Speicherendpunkte zugewiesen, um die bestmögliche Latenz zu erzielen.
  • Bis zu drei data-Volumes können auf demselben Speicherendpunkt in Zonen mit Ressourceneinschränkungen bereitgestellt werden, wenn Kapazitäts- und Durchsatzanforderungen dies zulassen.
  • log-, log-mirror- und backup-Volumes werden nach den Regeln der Nicht-Gruppierung bereitgestellt: Keins dieser Volumes kann Speicherendpunkte gemeinsam nutzen. Diesen Volumes werden direkte Speicherendpunkte zugewiesen.
  • Das binary-Volume kann gemeinsam mit dem backup-Volume einen Speicherendpunkt nutzen und erfordert keinen direkten Speicherendpunkt.

Hochverfügbarkeitsbereitstellungen umfassen Volumes in zwei Verfügbarkeitszonen, für die Sie Volumes mithilfe der Anwendungsvolumegruppe für Oracle in beiden Zonen bereitstellen können. Sie können anwendungsbasierte Datenreplikation wie Data Guard verwenden. Beispiel für ein Volumelayout mit zwei Zonen:

Hochverfügbarkeitsbereitstellungen umfassen Volumes in zwei Verfügbarkeitszonen, für die Sie Volumes mithilfe der Anwendungsvolumegruppe für Oracle in beiden Zonen bereitstellen können. Sie können anwendungsbasierte Datenreplikation wie Data Guard verwenden. Beispiel für ein Volumelayout mit zwei Zonen:

Diagramm: Volumelayout mit zwei Zonen

Eine vollständig erstellte Bereitstellung mit acht data-Volumes und allen optionalen Volumes in einer Zone mit ausreichender Ressourcenverfügbarkeit kann wie folgt aussehen:

Diagramm: Oracle-Bereitstellung

In Zonen mit Ressourceneinschränkung können Volumes auf gemeinsam genutzten Speicherendpunkten aufgrund der oben genannten Algorithmen für Antiaffinität und Nicht-Gruppierung bereitgestellt werden. Dieses Diagramm zeigt ein Beispiel für ein Volumelayout in einer Zone mit Ressourceneinschränkung:

Diagramm: Layout mit acht data-Volumes

In Zonen mit Ressourceneinschränkung werden die Volumes auf gemeinsam genutzten Speicherendpunkten bereitgestellt, während die Antiaffinitätsregeln und Regeln der Nicht-Gruppierung beibehalten werden. Das resultierende Layout zeigt die log- und log-mirror-Volumes auf privaten Speicherendpunkten an, während die data-Volumes gemeinsame Speicherendpunkte nutzen. Die log- und log-mirror-Volumes nutzen keine gemeinsamen Speicherendpunkte.

Nächste Schritte