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 59 IP-Adressen und einer Subnetzgröße von /26 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 nur Basic-Netzwerkfeatures. Sie sollten keine Netzwerkfeatures für Volumes in einer Anwendungsvolumegruppe bearbeiten.

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.

Bewährte Methoden für Näherungsplatzierungsgruppen

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. Um diese Einrichtung zu erreichen, wird eine Näherungsplatzierungsgruppe (PPG) verwendet, die mit den Datenbank-VMs verknüpft (als verankert bezeichnet) 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.

Wichtig

Es ist wichtig zu verstehen, dass eine PPG nur verankert ist und daher den Speicherort der virtuellen Computer identifizieren kann, wenn mindestens eine VM gestartet und für die Dauer aller AVG-Bereitstellungen ausgeführt wird. Wenn alle virtuellen Computer angehalten werden, verliert die PPG ihren Anker, und beim nächsten Neustart werden die virtuellen Computer möglicherweise an einen anderen Speicherort 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 ausgeführte VM kann die Näherungsplatzierungsgruppe nicht verwendet werden, um die optimale Azure NetApp Files-Hardware zu ermitteln, und für die Bereitstellung tritt ein Fehler auf.

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