Teilen über

Anforderungen und Überlegungen zu Anwendungsvolumegruppe für SAP HANA

  • Artikel

In diesem Artikel werden die Anforderungen und Überlegungen beschrieben, die Sie beachten müssen, bevor Sie eine Azure NetApp Files-Anwendungsvolumegruppe (AVG) für SAP HANA verwenden.

Anforderungen und Überlegungen

  • Sie werden die Funktionalität von manuellen QoS-Kapazitätspools verwenden müssen.

  • Sie müssen eine Näherungsplatzierungsgruppe (Proximity Placement Group, PPG) erstellt und in Ihren SAP HANA-Computeressourcen verankert haben. Die Anwendungsvolumegruppe für SAP HANA erfordert dies, um nach einer Azure NetApp Files-Ressource zu suchen, die sich in der Nähe der SAP HANA-Server befindet. Weitere Informationen finden Sie unter Bewährte Methoden für Näherungsplatzierungsgruppen und Erstellen einer Näherungsplatzierungsgruppe mithilfe des Azure-Portals.

    Hinweis

    Löschen Sie die PPG nicht. Durch das Löschen einer PPG wird das Anheften entfernt und kann dazu führen, dass nachfolgende Volumegruppen an weniger optimalen Speicherorten erstellt werden, die zu einer erhöhten Latenz führen können.

  • Sie müssen die Dimensionierung und SAP HANA-Systemarchitektur, einschließlich der folgenden Bereiche, abgeschlossen haben:

    • SAP-ID (SID)
    • Arbeitsspeicher
    • Einzelhost- oder Mehrfachhost-SAP HANA
    • Bestimmen Sie, ob Sie die HANA-Systemreplikation (HSR) verwenden möchten. Mit HSR können Sie SAP HANA-Datenbanken synchron oder asynchron von einem primären SAP HANA-System auf ein sekundäres SAP HANA-System replizieren.
    • Die erwartete Änderungsrate für das Datenvolumen (falls Sie Momentaufnahmen zu Sicherungszwecken verwenden)

  • Sie müssen ein Vnet und ein delegiertes Subnetz erstellt haben, um die IP-Adressen von Azure NetApp Files zuordnen zu können.

    Es wird empfohlen, das VNET und das delegierte Subnetz zur Entwurfszeit zu gestalten.

    Die Anwendungsvolumegruppe für SAP HANA erstellt mehrere IP-Adressen, und zwar bis zu sechs IP-Adressen für größere Standorte. Stellen Sie sicher, dass das delegierte Subnetz über genügend freie IP-Adressen verfügt. Ziehen Sie in Betracht, ein delegiertes Subnetz mit mindestens 251 IP-Adressen und einer Subnetzgröße von /24 zu verwenden. Weitere Informationen finden Sie unter Überlegungen zum Delegieren eines Subnetzes für Azure NetApp Files.

  • Die Anwendungsvolumegruppe für SAP HANA unterstützt derzeit nur plattformverwaltete Schlüssel für die Volumeverschlüsselung von Azure NetApp Files bei der Volumeerstellung. Wenden Sie sich an Ihren Azure NetApp Files-Spezialisten oder CSA, wenn Sie Fragen zum Umstellen von Volumes von plattformverwalteten Schlüsseln auf kundenseitig verwaltete Schlüssel nach der Volumeerstellung haben.

Wichtig

Die Verwendung der Anwendungsvolumegruppe für SAP HANA für andere Anwendungen als SAP HANA wird nicht unterstützt. Wenden Sie sich an Ihren Azure NetApp Files-Spezialisten, um Anleitungen zur Verwendung von mehrvolumigen Azure NetApp Files-Layouts mit anderen Datenbankanwendungen zu erhalten.

Anforderungen und Überlegungen zu Erweiterung 1 (Vorschau)

  • Erweiterung 1 befindet sich derzeit in der Vorschauphase, und Sie müssen sich für das Feature registrieren.
  • Die Anwendungsvolumegruppe unterstützt Basic-Netzwerkfeatures. Wenn Sie für Erweiterung 1 registriert sind, unterstützt die Anwendungsvolumegruppe auch Standard-Netzwerkfeatures.
  • Erweiterung 1 unterstützt Volumeplatzierung von Verfügbarkeitszonen als neue Standardmethode für die Platzierung. Durch dieses Upgrade muss AVset nicht mehr angeheftet werden, und es sind keine Verfügbarkeitsgruppen mehr erforderlich. Mit Unterstützung für die Volumeplatzierung von Verfügbarkeitszonen müssen Sie nur die gleiche Verfügbarkeitszone wie für die Datenbankserver auswählen. Die Verwendung der Volumeplatzierung von Verfügbarkeitszonen entspricht der Microsoft-Empfehlung zur Bereitstellung von SAP HANA-Infrastrukturen, um eine optimale Leistung mit Hochverfügbarkeit, maximaler Flexibilität und vereinfachter Bereitstellung zu erzielen. Wenn Regionen Verfügbarkeitszonen nicht unterstützen, können Sie eine regionale Bereitstellung auswählen oder Näherungsplatzierungsgruppen auswählen.

Bewährte Methoden bei der Näherungsplatzierung

Um SAP HANA-Volumes mithilfe der Anwendungsvolumegruppe bereitzustellen, müssen Sie sicherstellen, dass Ihre HANA-Datenbank-VMs und die Azure NetApp Files-Ressourcen in unmittelbarer Nähe sind, um eine möglichst geringe Latenz zu gewährleisten. Sie können Nähe mithilfe einer der folgenden Bereitstellungsmethoden erreichen:

  • Volumeplatzierung in Verfügbarkeitszonen (bevorzugt) Wählen Sie die Verfügbarkeitszone für die Volumes sowie Standard-Netzwerkfeatures für die Bereitstellung aus. Für diese Methode sind weder eine Näherungsplatzierungsgruppe noch eine VM-Anheftung erforderlich. Bevor Sie diesen Workflow verwenden können, müssen Sie das Feature registrieren.
  • Näherungsplatzierungsgruppe mit VM-Anheftung Die Anwendungsvolumegruppe verwendet eine Näherungsplatzierungsgruppe, die mit den Datenbank-VMs verknüpft (oder verankert) ist. Wenn sie an die Anwendungsvolumegruppe übergeben wird, wird die PPG verwendet, um alle Azure NetApp Files-Ressourcen in unmittelbarer Nähe zu den Datenbankservern zu finden. Die Volumes werden mit Basic-Netzwerkfeatures bereitgestellt.

Wichtig

Eine PPG (Näherungsplatzierungsgruppe) ist nur verankert und kann daher den Speicherort der VMs nur ermitteln, wenn mindestens eine VM gestartet und für die Dauer aller AVG-Bereitstellungen ausgeführt wird. Wenn alle VMs angehalten werden, verliert die PPG ihren Anker, und beim nächsten Neustart werden die VMs möglicherweise an einen anderen Ort verschoben. Diese Situation könnte zu einer erhöhten Latenz führen, da Azure NetApp Files-Volumes nach der ersten Erstellung nicht verschoben werden.

Um diese Situation zu vermeiden, sollten Sie eine Verfügbarkeitsgruppe pro Datenbank erstellen und das Formular zum Anheften von Anforderungen für SAP HANA-VMs verwenden, um die Verfügbarkeitsgruppe an einen dedizierten Computecluster anzuheften. Nach dem Anheften der Verfügbarkeitsgruppe müssen Sie eine PPG hinzufügen und dann alle Hosts einer SAP HANA-Datenbank mithilfe dieser Verfügbarkeitsgruppe bereitstellen. Dadurch wird sichergestellt, dass sich alle VMs am gleichen Standort befinden. Solange einer der virtuellen Computer gestartet ist, behält die PPG ihre Verankerung bei, um die AVG-Volumes bereitzustellen.

Wichtig

Wenn Sie Azure NetApp Files zum Anheften von Volumes mit SAP HANA angefordert haben, bevor die Anwendungsvolumegruppe verfügbar war, sollten Sie die Anheftung für Ihr Abonnement entfernen. Vorhandene Anheftungen für ein Abonnement können zu einer inkonsistenten Bereitstellung von Volumes führen, da Anwendungsvolumes basierend auf der PPG bereitgestellt werden, während andere Volumes weiterhin basierend auf dem vorhandenen Anheften bereitgestellt werden.

Beziehung zwischen Verfügbarkeitssatz, VM, PPG und Azure NetApp Files-Volumes

Einer PPG muss mindestens eine VM zugewiesen sein, entweder direkt oder über einen Verfügbarkeitssatz. Der Zweck der PPG besteht darin, den genauen Speicherort eines virtuellen Computers zu extrahieren und diese Informationen an AVG zu übergeben, um nach Azure NetApp Files-Ressourcen am gleichen Speicherort für die Volumeerstellung zu suchen. Dieser Ansatz funktioniert nur, wenn mindestens eine VM in der PPG gestartet und ausgeführt wird. In der Regel sollten Sie Ihren Datenbankserver zu dieser PPG hinzufügen.

PPGs haben den Nebeneffekt, dass, wenn alle virtuellen Computer heruntergefahren werden, ein folgender Neustart von VMs nicht garantiert, dass sie an demselben Speicherort wie zuvor gestartet werden. Um diese Situation zu verhindern, wird dringend empfohlen, einen Verfügbarkeitssatz zu verwenden, dem alle virtuellen Computer und die PPG zugeordnet sind, und den HANA-Pinning-Workflow zu verwenden. Der Workflow stellt nicht nur sicher, dass die virtuellen Computer nicht verschoben werden, wenn sie neu gestartet werden. Darüber hinaus wird sichergestellt, dass Speicherorte ausgewählt werden, an denen genügend Compute- und Azure NetApp Files-Ressourcen verfügbar sind.

Bei Verwendung einer PPG ohne angeheftete Verfügbarkeitsgruppe würde die PPG ihren Anker verlieren, wenn alle VMs in dieser PPG beendet werden. Wenn die VMs neu gestartet werden, werden sie möglicherweise an einem anderen Standort gestartet, was zu einer Erhöhung der Latenz führen kann, da die mit der Anwendungsvolumegruppe erstellten Volumes nicht verschoben werden.

Zwei mögliche Szenarien zur Verwendung von PPG

Diese Situation führt zu zwei möglichen Szenarien:

  • Stabile langfristige Einrichtung:
    Verwendung einer Verfügbarkeitsgruppe in Kombination mit einer PPG, bei der die Verfügbarkeitsgruppe manuell angeheftet wird.

    Durch das Anheften wird immer sichergestellt, dass die Platzierung von VMs nicht geändert wird, auch wenn alle VMs in der Verfügbarkeitsgruppe beendet wurden.

  • Temporäre Einrichtung:
    Verwendung einer PPG oder einer Verfügbarkeitsgruppe in Kombination mit einer PPG ohne Anheften.

    VMs einer SAP HANA-fähigen Serie (d. h. M-Serie) befinden sich größtenteils in der Nähe von Azure NetApp Files-Ressourcen, sodass die Anwendungsvolumegruppe mithilfe einer PPG die erforderlichen Volumes mit der geringstmöglichen Latenz erstellen kann. Diese Beziehung zwischen Volumes und HANA-Hosts ändert sich nicht, wenn mindestens eine VM ständig aktiv ist.

Hinweis

Wenn Sie ihre HANA-Volumes mithilfe einer Anwendungsvolumegruppe bereitstellen, muss mindestens eine VM in der Verfügbarkeitsgruppe gestartet werden. Ohne eine ausgeführte VM kann die Näherungsplatzierungsgruppe nicht verwendet werden, um die optimale Azure NetApp Files-Hardware zu ermitteln, wodurch die Bereitstellung fehlschlägt.

Hinweis

Löschen Sie Ihre PPG nicht. Durch das Löschen einer PPG wird das Anheften entfernt und kann dazu führen, dass nachfolgende Volumegruppen an weniger optimalen Speicherorten erstellt werden, die zu einer erhöhten Latenz führen können.

Nächste Schritte