Mit dieser Checkliste können Sie Design, Migration, Implementierung und Wartung der Hochverfügbarkeit für SAP HANA- und SAP NetWeaver-Landschaften in Google Cloud verbessern.
Berücksichtigen Sie beim Durchgehen der Checkliste die Anforderungen Ihres eigenen Unternehmens. Wenn Sie Entscheidungen treffen, die von unseren Empfehlungen abweichen, halten Sie diese Änderungen für spätere Aufgaben in der Checkliste fest.
- Informationen zum Implementieren oder Verwalten eines hochverfügbaren SAP HANA-Systems in Google Cloud finden Sie im Leitfaden zur Planung der Hochverfügbarkeit für SAP HANA.
- Zum Schutz vor ungeplanten Ausfällen (z. B. Ausfall von Hardware) empfehlen wir dringend die Verwendung des betriebssystem-basierten Software-Clustering.
Für einen schnellen Neustart Ihres SAP HANA 2.0 SP04-Systems (oder höher) bei einem Prozessfehler oder einer Softwarewartung, die keinen VM-Neustart erfordert, aktivieren Sie die Option "Schneller SAP HANA-Neustart". Wir empfehlen dringend, die Option für einen schnellen Neustart für speicheroptimierte Maschinentypen in Compute Engine wie M1-, M2- oder M3-Maschinentypen zu aktivieren. Weitere Informationen von SAP zum schnellen SAP HANA-Neustart finden Sie unter Schneller SAP HANA-Neustart.
Weitere Informationen zum Aktivieren des schnellen Neustarts finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:
Damit SAP HANA Benachrichtigungen für bestimmte Ereignisse senden und die Fehlererkennung verbessern kann, aktivieren Sie den SAP HANA-HA/DR-Anbieter-Hook.
Weitere Informationen zum Aktivieren des SAP HANA-HA/DR-Anbieter-Hooks finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:
Wenn Sie keine Cluster-Automatisierungslösung wie Pacemaker verwenden, definieren und testen Sie die Wiederherstellungsverfahren und das Playbook.
Bei Verwendung von Pacemaker:
Verwenden Sie im Abschnitt
totem
der Konfigurationsdateicorosync.conf
die von Google Cloud empfohlenen Parameterwerte. Wenn Sie einen neuen Hochverfügbarkeitscluster konfigurieren, müssen Sie einige Standardwerte ändern. Weitere Informationen zu empfohlenen Werten von Corosync-Konfigurationsparametern finden Sie unter Corosync-Konfigurationsparameterwerte.Weitere Informationen zum Ändern der Standardwerte in der
corosync.conf
-Konfigurationsdatei finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:Wenn Sie die Clusterressource für Ihr Fencing-Gerät konfigurieren, müssen Sie die Zeitlimits und Monitoring-Intervalle sowie eine Neustartverzögerung für Corosync festlegen, wie von Google Cloud empfohlen. Weitere Informationen zum Einrichten des Fencings finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:
Definieren Sie eine virtuelle IP-Adresse (VIP), die einen internen Passthrough-Network-Load-Balancer verwendet. Wenn Sie nicht die von Google Cloud bereitgestellte Automatisierung zum Einrichten dieser Konfiguration verwenden, reservieren Sie diese VIP-Adresse, um zu vermeiden, dass sie versehentlich wiederverwendet wird.
Erstellen Sie eine Konfiguration, die den Standardrichtlinien für RHEL und SLES entspricht.
Erstellen Sie zu Testzwecken ein Nicht-Produktions-HA-System, das Ihrer Produktionsumgebung entspricht.
- Informationen zum Anzeigen der unterstützten SAP-Konfigurationen für Hochverfügbarkeit finden Sie im SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinen-Typen.
Für SUSE Linux Enterprise Server (SLES) oder Red Hat Enterprise Linux (RHEL) bietet die Pacemaker-Clusteranwendung die nötigen Ressourcen, um Ihre SAP-Anwendungen mit Hochverfügbarkeit zu konfigurieren. Bei Verwendung von Pacemaker:
Verwenden Sie im Abschnitt
totem
der Konfigurationsdateicorosync.conf
die von Google Cloud empfohlenen Parameterwerte. Wenn Sie einen neuen Hochverfügbarkeitscluster konfigurieren, müssen Sie einige Standardwerte ändern.Weitere Informationen zum Ändern der Standardwerte in der
corosync.conf
-Konfigurationsdatei finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:Wenn Sie die Clusterressource für Ihr Fencing-Gerät konfigurieren, müssen Sie die Zeitlimits und Monitoring-Intervalle sowie eine Neustartverzögerung für Corosync festlegen, wie von Google Cloud empfohlen. Weitere Informationen zum Einrichten des Fencings finden Sie im Konfigurationsleitfaden für Ihre Linux-Distribution:
Für die RHEL- und SLES-Betriebssysteme verwenden Sie einen internen Passthrough-Network-Load-Balancer, um die virtuelle IP-Adresse (VIP) zu verwalten. Der Load-Balancer bietet einen hochverfügbaren Dienst und erstellt eine Floating-VIP, die Traffic zwischen VMs in einem Cluster weiterleiten kann.
Erstellen Sie eine Konfiguration, die den Standardrichtlinien für RHEL und SLES entspricht.
Für Windows-basierte Umgebungen bietet die native Windows-Failover-Cluster-Funktion Hochverfügbarkeit. Weitere Informationen finden Sie in den folgenden Windows Betriebssystemressourcen:
Wenn Ihre Landschaft VM-Instanzen umfasst, die mehrere SAP-Systeme mit verschiedenen System-IDs hosten, beachten Sie die folgenden Empfehlungen für Hochverfügbarkeit (HA):
Für Hochverfügbarkeit von SAP Central Services und Datenbanksystemen konfigurieren Sie den Hochverfügbarkeitsmodus mithilfe einer der von Google Cloud unterstützten HA-Methoden. Weitere Informationen finden Sie im Leitfaden zur Planung von Hochverfügbarkeit für SAP NetWeaver und im Leitfaden zur Planung von Hochverfügbarkeit für SAP HANA.
Informationen zur Hochverfügbarkeit für einen IBM Db2-Hochverfügbarkeitscluster in einem SAP NetWeaver-System finden Sie in der Bereitstellungsanleitung für IBM Db2-Hochverfügbarkeitscluster für SAP.
Führen Sie nicht mehrere Softwarelösungen im selben HA-Cluster aus, um verknüpfte Komplexitäten zu vermeiden. Stellen Sie stattdessen Software im Hochverfügbarkeitscluster (z. B. SAP Central Services) auf separaten VMs bereit, deren Größe Sie ordnungsgemäß angepasst haben.
- Verwenden Sie nicht verschiedene Arten von Clustering-Software, um Ressourcen auf derselben VM zu verwalten. Die beiden Clusterlösungen können Konflikte verursachen und zu unerwartetem Verhalten führen.
- Wenn Sie mehrere Dienste aus verschiedenen SAP-System-IDs auf demselben VM-Cluster mit Hochverfügbarkeit einrichten:
- Die erhöhte Komplexität macht die Fehlerbehebung und Wiederherstellung erheblich schwerer.
- Wenn ein Fehler auftritt, können mehrere Systeme betroffen sein. Durch die Verteilung der Ressourcen reduziert sich der Umfang der Auswirkung.
Wenn Sie für Ihre SAP Central Services eine Failover-Lösung eines Drittanbieters auswählen, dokumentieren Sie die Einrichtung und testen Sie sie gründlich.
Für Test- und Rollout-Zwecke empfehlen wir die Erstellung eines Nicht-Produktions-HA-Systems, das Ihrer Produktionsumgebung entspricht.
- Auch wenn dies für das Unternehmen nicht unbedingt erforderlich ist, können Sie mit diesem Test-HA-System Failover- und Wartungsverfahren validieren, umfangreiche Tests durchführen und das System für operative Referenz dokumentieren.
Wenn Sie eine eigenständige Instanz von SAP Central Services ohne Hochverfügbarkeit implementieren, sollten Sie das manuelle Verfahren für den Wiederherstellungsprozess dokumentieren und gründlich testen.
- Hinweis: SAP NetWeaver-Systeme ohne Hochverfügbarkeit führen häufig zu längeren Wiederherstellungszeiten und unvorhersehbaren Ausfällen.
- Live-Migration und Hochverfügbarkeitscluster:
- Aktivieren Sie auf Ihren VM-Instanzen Instanzrichtlinien für die Live-Migration von Compute Engine.
- Simulieren Sie ein Wartungsereignis für die Live-Migration, um die Auswirkungen der Live-Migration auf Ihre aktiven Arbeitslasten und Ihre Konfiguration für Hochverfügbarkeit zu bewerten.
- Weitere Informationen zur Live-Migration finden Sie unter Live-Migration.
- Aktivieren Sie auf Ihren VM-Instanzen Instanzrichtlinien für den automatischen Neustart von Compute Engine.
- Informationen zum Konfigurieren ausreichender Cluster-Failover-Schwellenwerte finden Sie unter Verfügbarkeitsrichtlinien testen.