Diese Checkliste soll Ihnen helfen, das Design, die Migration, die Implementierung und die Wartung Ihrer SAP HANA-Landschaften in Google Cloud zu verbessern. Diese Tipps sind Vorschläge der Cloud-Kundenbetreuung und der Professional Services Organization (PSO), die skalierbare, produktionsreife Arbeitslasten in Unternehmen ermöglichen sollen.
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.
Checkliste
Klicken Sie auf einen Checklisteneintrag, um weitere Informationen zu erhalten. Klicken Sie in das Kästchen, wenn Sie eine Aufgabe abgeschlossen haben.
So stellen Sie mehrere SAP HANA-Datenbanken in Ihrer Landschaft bereit:
- Führen Sie nicht mehrere SAP HANA-Systeme auf demselben Host in Produktionssystemen aus. Erstellen Sie stattdessen für jede SAP HANA-Datenbank eine VM. Weitere Informationen finden Sie unter SAP-Hinweis 1681092 – Mehrere SAP HANA-Systeme (SIDs) auf denselben zugrunde liegenden Servern und Technische Bereitstellungsoptionen für SAP HANA.
Erstellen Sie die Mandantendatenbanken (auch mehrmandantenfähige Datenbankcontainer [MDC] genannt) für Ihre Umgebung und Lizenzierung. Weitere Informationen finden Sie im SAP-Hinweis 2096000 – SAP HANA-Mandantendatenbanken – Zusätzliche Informationen.
Wir empfehlen, keine benutzerdefinierte oder Drittanbieter-Software auf derselben VM wie eine SAP HANA-Datenbank auszuführen, wenn dies die Leistung und die Vorgänge der SAP HANA-Datenbank beeinträchtigen würde.
Durch die Verwendung einer einzelnen VM zum Ausführen der SAP HANA-Datenbank und anderer Unternehmenssoftware teilen sich beide Anwendungen VM-Ressourcen, was die Leistung der Datenbank beeinträchtigen kann. Beachten Sie, dass SAP HANA ressourcenintensiv ist und die Verfügbarkeit von Rechenressourcen gemäß den Benchmark- und Größenanleitungen erfordert.
Weitere Informationen zum SAP HANA-Landschaftsdesign finden Sie unter SAP HANA-Bereitstellungstypen.
Wenn Sie mehrere Nicht-Produktions-SAP HANA-Datenbanken auf derselben VM bereitstellen möchten:
- Verwenden Sie Hostnamen-Aliasse für die verschiedenen System-IDs (SIDs).
- Verwenden Sie für jede Installation eine separate statische IP-Adresse, die einem Alias-Hostnamen zugeordnet ist.
- Welche Regionen und Zonen bestimmte Compute Engine-VMs unterstützen, erfahren Sie unter Verfügbare Regionen und Zonen. Beachten Sie, dass SAP HANA-zertifizierte Compute Engine-VMs möglicherweise nicht an allen Standorten verfügbar sind.
- Stellen Sie zum Schutz vor zonalen Fehlern SAP HANA in mehreren Zonen bereit (insbesondere für VMs, die Teil desselben SAP HANA-HA-Clusters sind).
- Fügen Sie zum Schutz vor regionalen Ausfällen Notfallwiederherstellungsstandorte in anderen Regionen hinzu.
- Stellen Sie alle Knoten des Systems mit horizontaler Skalierung in derselben Zone bereit, um die Latenzanforderungen für ein SAP HANA-System mit horizontaler Skalierung zu erfüllen.
- Bei der Installation von SAP HANA empfehlen wir die Verwendung von Google Cloud Deployment Manager.
- Deployment Manager installiert und konfiguriert alle erforderlichen Pakete, die zum Ausführen von SAP HANA in Google Cloud erforderlich sind. Weitere Informationen finden Sie im Bereitstellungsleitfaden für SAP HANA.
- Wie Sie SAP HANA in Google Cloud implementieren können, erfahren Sie im Planungsleitfaden für SAP HANA.
- Informationen zum Auswählen eines Maschinentyps für die SAP HANA-Bereitstellung und für Arbeitslasten finden Sie in der Liste der zertifizierten Maschinentypen für SAP HANA.
- Unter Verfügbare Regionen und Zonen können Sie prüfen, ob der von Ihnen bevorzugte Maschinentyp in Ihrer bevorzugten Region verfügbar ist.
- Wenden Sie sich an Ihren Technical Account Manager oder Customer Engineer, um die Kapazitätsanforderungen Ihrer Landschaft in der Region Ihrer Wahl zu erfüllen (z. B. Kapazitätsplanung und Reservierungen).
Bei der Auswahl eines Betriebssystems:
- Wählen Sie ein von SAP unterstütztes Betriebssystem aus:
Zertifizierte Betriebssysteme für SAP HANA (Google Cloud) - Prüfen Sie, ob das Betriebssystem für die Verwendung mit Google Cloud zertifiziert ist:
Verzeichnis zertifizierter und unterstützter SAP HANA-Hardware - Prüfen Sie, ob das Betriebssystem über aktuelle Patches und Updates verfügt:
Betriebssystemunterstützung für SAP HANA in Google Cloud
Beispiel: Sie möchten kein veraltetes, zwei Jahre altes Image mit Sicherheitsproblemen oder anderen Problemen installieren. Wenn Sie SUSE Linux Enterprise Server (SLES) in Ihrer Landschaft verwenden, beachten Sie die folgenden Richtlinien:
Wenn Sie Red Hat Enterprise Linux (RHEL) in Ihrer Landschaft verwenden, beachten Sie die folgenden Richtlinien:
- SAP-Hinweis 2009879 – SAP HANA-Richtlinien für das Betriebssystem Red Hat Enterprise Linux (RHEL)
SAP-Hinweis 2292690 – SAP HANA-DB: Empfohlene Betriebssystemeinstellungen für RHEL 7
SAP-Hinweis 2777782 – SAP HANA-DB: Empfohlene Betriebssystemeinstellungen für RHEL 8
SAP-Hinweis 2002167 – Red Hat Enterprise Linux 7.x: Installation und Upgrade
SAP-Hinweis 2772999 – Red Hat Enterprise Linux 8.x: Installation und Konfiguration
Wir empfehlen, die Betriebssystem-Images von Google Cloud zu verwenden, da diese die Zertifizierungsanforderungen von SAP, dem Betriebssystemanbieter und Google erfüllen. Unter Benutzerdefinierte Betriebssystem-Images finden Sie Informationen, wenn Ihre Landschaft besondere Anforderungen hat, die mit den Standard-Images nicht erfüllbar sind (z. B. Migration vorhandener lokaler Images zu Google Cloud).
- Wählen Sie ein von SAP unterstütztes Betriebssystem aus:
Bei der Auswahl eines nichtflüchtigen Speichertyps für SAP HANA:
- Verwenden Sie einen zonalen nichtflüchtigen SSD-Speicher, um die Verzeichnisse
/hana/data,/hana/log,/hana/sharedund/usr/sapzu speichern. - Informationen zur erforderlichen Mindestgröße des nichtflüchtigen Speichers für SAP-Durchsatzanforderungen finden Sie unter Mindestgrößen für SSD-basierte nichtflüchtige Speicher.
- Verwenden Sie entweder abgestimmten (pd-balanced) oder nichtflüchtigen SSD-Speicher (pd-ssd) für gemeinsam genutzte Verzeichnisse, Daten und Log-Volumes.
- Erhöhen Sie die Speicher-Volume-Größe, um Ihre Leistungsanforderungen zu erfüllen. Verwenden Sie keine Volume-Größen, die unter den für Ihren Maschinentyp empfohlenen Größen liegen.
Informationen zum Erstellen ausreichend großer Volumes, die Ihren E/A-Anforderungen für den Durchsatz und die Ein- und Ausgabevorgänge pro Sekunde entsprechen, finden Sie unter Speicheroptionen.
Verwenden Sie ein Standardlaufwerk für die Sicherung, wenn dies Ihre Leistungsanforderungen erfüllt.
Weitere Empfehlungen finden Sie unter Nichtflüchtiger Speicher.
- Verwenden Sie einen zonalen nichtflüchtigen SSD-Speicher, um die Verzeichnisse
Testen und vergleichen Sie Ihre Ergebnisse mit den Erwartungen, um sicherzustellen, dass die Landschaft die Anforderungen an die Laufwerksleistung erfüllt, z. B. beim Start von HANA, für die Sicherung, für den Volume-Test und für den Lasttest. Anschließend können Sie diese Baselines für die zukünftige Referenz dokumentieren.
Verwenden Sie ein kleines Swap-Laufwerk mit 2 GB für SAP HANA. Weitere Informationen finden Sie im SAP-Hinweis 1999997 – FAQ: SAP HANA-Speicher.
Beachten Sie bei Verwendung des NetApp Cloud Volumes-Diensts die Volume-Anforderungen für den NetApp Cloud Volumes-Dienst mit SAP HANA.
Für SAP HANA 2.0 SP04 und höher empfehlen wir die Option Fast Restart für SAP HANA.
Informationen zum Implementieren der Fast Restart-Option finden Sie in der SAP HANA-Dokumentation unter Option Fast Restart für SAP HANA.
Wenn Sie Ihr SAP HANA-System in der Google Cloud mithilfe einer der von uns bereitgestellten Cloud Deployment Manager-Vorlagen bereitstellen, müssen Sie das TMPFS-Dateisystem erstellen und bereitstellen, nachdem die Host-VM und das Basissystem für SAP HANA erfolgreich bereitgestellt wurden.
- Bei Verwendung des Cloud Storage-Backint-Agents für SAP HANA:
- Verwenden Sie die neueste Version. Siehe Backint-Agent auf eine neue Version aktualisieren.
- Passen Sie die Leistung an Ihre Anforderungen an und führen Sie parallele Datensicherungen durch. Siehe Multistreaming-Datensicherungen mit dem Backint-Agent.
- Wählen Sie einen Standort aus, der Ihrem SAP HANA-Standort am nächsten ist, sofern die Cloud Storage-Buckets die Optionen "Region", "Dual-Region" und "Mehrere Regionen" enthalten.
- Achten Sie darauf, dass die ausgewählten Storage-Buckets Ihren Redundanz-Anforderungen entsprechen. In der Regel eignet sich die Option für mehrere Regionen am besten, da sie eine Wiederherstellung ermöglicht, wenn eine bestimmte Region nicht mehr verfügbar ist.
- Wenn Sie in Ihrem Subnetz privaten Google-Zugriff aktivieren, leiten Sie Traffic nicht über eine private VM weiter (z. B. bei einem NAT-Gateway oder Proxyserver), da hierdurch der erreichbare Durchsatz verringert werden kann. Weitere Informationen finden Sie im Abschnitt Netzwerkkonfiguration des Leitfadens Privaten Google-Zugriff konfigurieren.
- Weitere Informationen zu SAP HANA-Sicherungsoptionen finden Sie unter SAP in Google Cloud: Sicherungsstrategien und -lösungen.
- Wenn Sie Sicherungen in einem nichtflüchtigen Speicher durchführen:
- Sie können einen beliebigen Laufwerktyp verwenden, solange er die Leistungsanforderungen erfüllt. Wenn Standard-PD nicht genügend Leistung für Ihre Anforderungen bietet, versuchen Sie es mit abgestimmtem (pd-balanced) oder SSD-Speicher (pd-ssd) durchzuführen.
- Beachten Sie, dass Sie für die SAP HANA-Landschaft jeder VM-Instanz zusätzliche Bandbreite zuweisen müssen. SAP HANA verwendet die zusätzliche Bandbreite für den Overhead und die IOPS, die zum Lesen und Schreiben von Sicherungsdaten auf das Laufwerk erforderlich sind. Daher empfehlen wir die Verwendung von SAP HANA Backint oder Drittanbietertools, die entweder das Streaming oder Snapshots der nichtflüchtigen Speicher-Volumes unterstützen.
- Testen Sie Ihre Sicherungs- und Wiederherstellungsverfahren regelmäßig, um zu prüfen, ob sie Ihren Anforderungen an Leistung und Wiederherstellung entsprechen.
- Zum Schutz vor ungeplanten Ausfällen (z. B. Ausfall von Hardware) empfehlen wir dringend die Verwendung von betriebssystem-basiertem Software-Clustering.
- Wenn Sie keine Cluster-Automatisierungslösung wie Pacemaker verwenden, definieren und testen Sie die Wiederherstellungsverfahren und das Playbook.
- Bei Verwendung von Pacemaker:
- Definieren Sie für die RHEL- und SLES-Betriebssysteme eine virtuelle IP-Adresse (VIP), die internes TCP/UDP-Load-Balancing verwendet. Wenn Sie für die Konfiguration keine von Google bereitgestellten Vorlagen verwenden, reservieren Sie diese VIP-Adresse, um zu verhindern, dass sie versehentlich wiederverwendet wird.
- Erstellen Sie eine Konfiguration, die den Standardrichtlinien für SLES und RHEL entspricht.
- Erstellen Sie zu Testzwecken ein Nicht-Produktions-HA-System, das Ihrer Produktionsumgebung entspricht.
- Bei Verwendung von Live-Migration:
- Aktivieren Sie auf den VM-Instanzen Instanzrichtlinien für den automatischen Neustart und die Live-Migration.
- 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.
- Informationen zum Konfigurieren ausreichender Cluster-Failover-Schwellenwerte finden Sie unter Verfügbarkeitsrichtlinien testen.
- Weitere Informationen zur Hochverfügbarkeit finden Sie unter SAP in Google Cloud: Hochverfügbarkeit.
- Failover- und Failback-Verfahren umfassend testen:
- Testen Sie Ihre Notfallwiederherstellungsprozesse regelmäßig, damit im Falle eines lokalisierten Notfalls ein ordnungsgemäßer Failover Ihrer Landschaft in eine neue Region erfolgt.
- Erstellen Sie ein Betriebs-Playbook und aktualisieren Sie es nach Bedarf, um einen erfolgreichen Failover und Failback zu ermöglichen.
- Um die Datenmenge zu begrenzen, die mit jeder Sicherung übertragen werden soll, nutzen Sie inkrementelle und differenzielle Sicherungsstrategien unter Beachtung von Delta-Sicherungstypen. Berücksichtigen Sie dies für Ihre Wiederherstellungszeitziele.
- Weitere Informationen zur Notfallwiederherstellung finden Sie unter SAP in Google Cloud: Strategien zur Notfallwiederherstellung.
- Monitoring- und Benachrichtigungsverfahren einrichten Hilfreiche Optionen sind in Google Cloud verfügbar, z. B. Cloud Monitoring und der SAP HANA-Monitoring-Agent.