Diese Checkliste hilft Ihnen, das Design, die Migration, die Implementierung und die Wartung Ihrer SAP-Systeme in Google Cloud mithilfe von anderen Datenbanken als SAP HANA zu verbessern.
Berücksichtigen Sie beim Durchgehen der Checkliste die Anforderungen Ihres eigenen Unternehmens. Wenn Sie Entscheidungen treffen, die von unseren Empfehlungen abweichen, dann halten Sie diese Änderungen für spätere Aufgaben in der Checkliste fest.
- Wir empfehlen, nicht mehrere Datenbanken auf derselben Compute Engine-VM-Instanz in einer Produktionsumgebung bereitzustellen. Verteilen Sie stattdessen Ihre Datenbanken auf mehrere VM-Instanzen, um den Ressourcenverbrauch zu isolieren und Konflikte zu vermeiden.
Führen Sie keine anderen Anwendungen auf derselben VM-Instanz aus, auf der sich auch die Datenbank befindet.
- Durch die Verwendung einer einzigen VM-Instanz zum Ausführen der Datenbank und anderer Software teilen sich beide Anwendungen die VM-Ressourcen. Dadurch kann sich die Leistung der Datenbank verringern. Beachten Sie dabei Folgendes:
- Datenbankvorgänge sind ressourcenintensiv und erfordern eine Verfügbarkeit von Rechenressourcen gemäß den Benchmark- und Größenanleitungen.
- SAP-Anwendungen reagieren sehr empfindlich auf Paging und Swapping. Dies kann die Leistung beeinträchtigen und dazu führen, dass das System ausfällt.
- Durch die Verwendung einer einzigen VM-Instanz zum Ausführen der Datenbank und anderer Software teilen sich beide Anwendungen die VM-Ressourcen. Dadurch kann sich die Leistung der Datenbank verringern. Beachten Sie dabei Folgendes:
Wenn Sie benutzerdefinierte oder Drittanbieter-Software auf derselben VM-Instanz wie eine Datenbank bereitstellen, die in einer SAP-Landschaft verwendet wird, dann:
- Stellen Sie sicher, dass dieses Modell nur in Nicht-Produktionssystemen bereitgestellt wird, z. B. in einem Testsystem.
- Verwenden Sie Hostnamen-Aliasse für die SAP-Installationen.
- 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-zertifizierte Compute Engine-VMs möglicherweise nicht an allen Standorten verfügbar sind.
- Stellen Sie zum Schutz vor zonalen Fehlern für SAP-Landschaften die Datenbanken in mehreren Zonen bereit, insbesondere bei VMs, die Teil desselben Hochverfügbarkeitsclusters (HA) sind.
- Fügen Sie zum Schutz vor regionalen Ausfällen Notfallwiederherstellungsstandorte in anderen Regionen hinzu.
- Beim Installieren von Datenbanken für SAP können Sie Terraform oder den Cloud Deployment Manager von Google verwenden. Die von Google Cloud bereitgestellten Terraform-Konfigurationsdateien oder Deployment Manager-Vorlagen installieren und konfigurieren alle erforderlichen Pakete, die zum Ausführen der Datenbank und von SAP in Google Cloud erforderlich sind. Weitere Informationen finden Sie in den folgenden Bereitstellungsanleitungen für Datenbanken:
- Weitere Informationen zur Auswahl eines Compute Engine-Maschinentyps für die Datenbankbereitstellung und für Arbeitslasten finden Sie unter SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinentypen
oder
Zertifizierte Maschinentypen
(Google Cloud).
- Wenden Sie sich an Ihren Technical Account Manager oder zugewiesenen Customer Engineer, um die Anforderungen Ihrer Landschaft wie Kapazitätsplanung und Reservierungen in der Region Ihrer Wahl zu erfüllen.
- Informationen zum Auswählen eines von SAP unterstützten Betriebssystems, das in Google Cloud funktioniert, finden Sie unter SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinentypen oder in der Kurzreferenztabelle (Google Cloud).
Prüfen Sie, ob das Betriebssystem über aktuelle Patches und Updates verfügt.
Wenn Sie SUSE Linux Enterprise Server (SLES) in Ihrer Landschaft verwenden, dann beachten Sie die folgenden Richtlinien:
Wenn Sie Red Hat Enterprise Linux (RHEL) in Ihrer Landschaft verwenden, dann beachten Sie die folgenden Richtlinien:
Wir empfehlen, die von Google Cloud bereitgestellten Betriebssystem-Images zu verwenden, da diese die Zertifizierungsanforderungen von SAP, dem Betriebssystemanbieter und Google erfüllen. Wenn Ihre Landschaft jedoch besondere Anforderungen hat, die mit den Standard-Images nicht erfüllbar sind, finden Sie weitere Informationen unter Benutzerdefinierte Betriebssystem-Images.
Bei der Auswahl eines nichtflüchtigen Speichers für SAP mit anderen Datenbanken gilt:
- Die höchste Leistung erzielen Sie, wenn Sie einen nichtflüchtigen Compute Engine-Speicher verwenden, der durch SSD-basierten Speicher (Solid-State Drive) Logs und Daten speichert, einschließlich temporärer Tablespaces. Die verfügbaren SSD-basierten nichtflüchtigen Speichertypen sind SSD Persistent Disk (
pd-ssd), abgestimmter nichtflüchtiger Speicher (pd-balanced) und extrem nichtflüchtiger Speicher (pd-extreme). - Wenn eine hohe Leistung keine Voraussetzung ist, z. B. wenn Sie ein Laufwerk für Sicherungen verwenden, verwenden Sie einen nichtflüchtigen Compute Engine-Standardspeicher (
pd-standard). Nichtflüchtige Standardspeicher werden von Standard-Festplattenlaufwerken (HDD) abgesichert. - Weitere Informationen zu nichtflüchtigen Speichern für Nicht-HANA-Datenbanken finden Sie unter:
- Die höchste Leistung erzielen Sie, wenn Sie einen nichtflüchtigen Compute Engine-Speicher verwenden, der durch SSD-basierten Speicher (Solid-State Drive) Logs und Daten speichert, einschließlich temporärer Tablespaces. Die verfügbaren SSD-basierten nichtflüchtigen Speichertypen sind SSD Persistent Disk (
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 der Datenbank, für die Sicherung, für den Volume-Test und für den Lasttest. Nach dem Vergleich können Sie diese Baselines für die zukünftige Referenz dokumentieren.
Wenn Sie den NetApp Cloud Volumes-Dienst verwenden, achten Sie darauf, dass NetApp von Ihrem Datenbankanbieter zertifiziert wurde.
- Wenn Sie einen nichtflüchtigen Speicher für Sicherungen verwenden, beachten Sie Folgendes:
- Sie können einen beliebigen Laufwerktyp verwenden, solange er die Leistungsanforderungen erfüllt. Wenn ein nichtflüchtiger Standardspeicher (
pd-standard) nicht genügend Leistung für Ihre Anforderungen bietet, verwenden Sie einen abgestimmten (pd-balanced) oder nichtflüchtigen SSD-Speicher (pd-ssd). - Testen Sie Ihre Sicherungs- und Wiederherstellungsverfahren, um zu prüfen, dass sie Ihre Leistungsanforderungen erfüllen.
- Sie können einen beliebigen Laufwerktyp verwenden, solange er die Leistungsanforderungen erfüllt. Wenn ein nichtflüchtiger Standardspeicher (
- Erstellen Sie zu Testzwecken ein Nicht-Produktions-HA-System, das Ihrer Produktionsumgebung entspricht.
- Führen Sie folgendermaßen umfassende Tests Ihrer Failover- und Failback-Verfahren aus:
- Wenn Sie eine Compute Engine-Live-Migration simulieren und sicherstellen möchten, dass Sie ausreichende Failover-Schwellenwerte für Cluster konfiguriert haben, finden Sie weitere Informationen unter Verfügbarkeitsrichtlinien 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.
- Monitoring- und Benachrichtigungsverfahren einrichten Zu den üblichen Elementen der Nachverfolgung gehören Systemausfallereignisse, CPU-Auslastung (CPU, Arbeitsspeicher und Laufwerk), Datenbankbenachrichtigungen für Tabellen, Zwischenspeicher, Logspeicherplatz und Sicherungen. Weitere Informationen zu einem nützlichen Monitoringtool in Google Cloud finden Sie unter Cloud Monitoring.