In diesem Leitfaden werden die Überlegungen für SAP-Systeme erläutert, die aufGoogle Cloud ausgeführt werden, wenn Sie die Konfiguration der Compute Engine-Instanzen ändern, auf denen sie gehostet werden.
Nachdem Sie ein SAP-System auf Compute Engine-Instanzen bereitgestellt haben, müssen Sie früher oder später die Konfiguration der Instanzen ändern. Das kann beispielsweise aufgrund einer erhöhten Arbeitslast, der Nutzung der neuesten Infrastruktur für eine schnellere Speicher- oder Netzwerkgeschwindigkeit oder zur Optimierung des Preis-Leistungs-Verhältnisses im Vergleich zur vorhandenen Infrastruktur geschehen.
Änderungstypen
Einige Änderungen können Sie vornehmen, indem Sie Ihr SAP-System und die Compute-Instanz anhalten, die Änderungen implementieren und dann die Compute-Instanz und das SAP-System neu starten. Bei anderen Änderungen müssen Sie möglicherweise Ihre Laufwerke neu partitionieren oder Ihre Datenbanksysteme aus Sicherungen wiederherstellen.
Folgende Änderungen können durch Stoppen und Neustarten der Compute-Instanz vorgenommen werden:
- Zu einer neueren CPU-Plattform wechseln
- Von einer vordefinierten VM-Konfiguration zu einer benutzerdefinierten VM-Konfiguration wechseln
Zu einem größeren oder kleineren Maschinentyp wechseln
Wenn Sie eine Maschinenreihe der ersten oder zweiten Generation verwenden und zu einem Maschinentyp der dritten Generation oder höher wechseln möchten, können Sie den Maschinentyp Ihrer Instanz nicht bearbeiten. Stattdessen müssen Sie Ihr SAP-System auf eine neue Compute-Instanz umstellen. Weitere Informationen finden Sie unter Maschinentyp einer Compute-Instanz bearbeiten.
Bei den hier folgenden Änderungen muss Ihr SAP-System nach der Änderung möglicherweise aus einer Sicherung wiederhergestellt werden:
- Größe eines nichtflüchtigen Speichers oder Hyperdisk-Volumes reduzieren
- Speicherlayout oder Partitionierung neu konfigurieren
- Netzwerkkarte von VirtIO zu gVNIC wechseln oder Konfiguration der Virtual Private Cloud ändern
Tipps und Empfehlungen
Beachten Sie die folgenden Tipps und Empfehlungen, bevor Sie die Konfiguration einer Compute-Instanz ändern, auf der Ihr SAP-System gehostet wird.
System sichern
Bevor Sie Änderungen vornehmen, empfehlen wir Ihnen, Ihre Daten, die SAP-Systeme, die Konfiguration der ursprünglichen Compute-Instanz (Quell-Instanz) und alles andere zu sichern, was von der Änderung betroffen sein könnte.
Sie haben folgende Möglichkeiten, die Konfiguration Ihrer Compute-Instanz zu sichern:
- Snapshot des Bootlaufwerks erstellen: Eine Möglichkeit, die Konfiguration Ihrer Compute-Instanz zu sichern, besteht darin, einen Snapshot des Bootlaufwerks zu erstellen. Weitere Informationen finden Sie unter Laufwerk-Snapshots erstellen und verwalten.
- Image für Bootlaufwerk erstellen: Sie können auch ein benutzerdefiniertes Betriebssystem-Image auf Grundlage des Bootlaufwerks Ihrer Compute-Instanz erstellen. Weitere Informationen finden Sie unter Benutzerdefinierte Images erstellen.
Eine Kopie der Konfiguration speichern: Nicht alle Konfigurationsdetails werden von Laufwerk-Snapshots oder benutzerdefinierten Images erfasst. Es kann auch hilfreich sein, eine Kopie der Konfigurationsdetails Ihrer Compute-Instanz zu speichern. So rufen Sie die Konfigurationsdetails auf und kopieren sie:
- Rufen Sie in der Google Cloud Console die Seite VM-Instanzdetails auf und klicken Sie dann auf Entsprechender REST. Sie können die Konfigurationsdetails im REST-Antwortformat aufrufen und kopieren.
Rufen Sie die Instanzdetails in Cloud Shell oder in einem Terminal auf, in dem Sie die Google Cloud CLI installiert haben:
gcloud compute instances describe INSTANCE_NAME
Ersetzen Sie
INSTANCE_NAME
durch den Namen Ihrer Compute-Instanz.
Testen Sie nach dem Erstellen einer Sicherung den Laufwerk-Snapshot oder das benutzerdefinierte Image Ihres Bootlaufwerks, indem Sie eine Compute-Instanz daraus erstellen. Weitere Informationen dazu finden Sie hier:
- Instanz aus einem Bootlaufwerk-Snapshot erstellen
- Aus einem benutzerdefinierten Image eine Instanz erstellen
Hinweise zur CPU-Plattform prüfen
Die SAP-Zertifizierung eines Compute Engine-Maschinentyps definiert die Mindest-CPU-Plattform, die Sie mit einer Compute-Instanz verwenden können. Da Sie bei einigen Maschinentypen eine Auswahl an CPU-Plattformen haben, müssen Sie beim Ändern der Konfiguration einer Instanz darauf achten, dass die resultierende CPU-Plattform die Mindestanforderungen der SAP-Zertifizierung erfüllt. Dies gilt insbesondere, wenn Sie für die CPU-Plattform Automatisch angeben.
Informationen zu den Mindest-CPU-Plattformen, die für die SAP-Zertifizierungen von Compute Engine-Maschinentypen in Google Clouderforderlich sind, finden Sie unter:
- Zertifizierte Compute Engine-Maschinentypen für SAP-Anwendungen
- Zertifizierte Compute Engine-VMs für SAP HANA
Wenn Sie Maschinenfamilien einer älteren Generation verwenden, empfehlen wir, die neueste verfügbare CPU-Plattform für diese Maschinenfamilie anzugeben. Dies bietet nicht nur die beste Leistung für Ihre Arbeitslast, sondern kann auch die Zuverlässigkeit des Systems durch Funktionen neuerer CPUs verbessern. Alternativ können Sie bei Bedarf eine Aktualisierung auf Maschinentypen einer neueren Generation vornehmen. Wenn Sie bereits CPU-Reservierungen oder Compute Engine-Zusicherungen für einen Maschinentyp haben, wenden Sie sich an einenGoogle Cloud Vertriebsmitarbeiter oder den Cloud Customer Care, um über Ihre Optionen zum Ändern von Reservierungen oder Maschinentypen zu sprechen.
Informationen zum Ändern der CPU-Plattform finden Sie unter Mindest-CPU-Plattform für VM-Instanzen angeben.
Weitere Informationen zu den bei Compute Engine verfügbaren CPU-Plattformen finden Sie unter CPU-Plattformen.
SAP-Richtlinien für benutzerdefinierte Maschinenkonfigurationen
Wenn Sie eine benutzerdefinierte Maschine konfigurieren, um Unterstützung von SAP zu gewährleisten, müssen Sie die Verhältnisse von Arbeitsspeicher zu vCPUs einhalten, die auf dem anzupassenden Maschinentyp und den SAP-Richtlinien basieren.
Die Richtlinien unterscheiden sich je nachdem, ob die benutzerdefinierte Maschine für SAP HANA oder für SAP NetWeaver unterstützt wird.
Benutzerdefinierte Maschinen für SAP NetWeaver
In der folgenden Tabelle sind die Regeln für jeden benutzerdefinierten Maschinentyp zusammengefasst, den SAP für SAP NetWeaver unterstützt.
Maschinentyp | vCPUs | Standardspeicheroption | Option mit großem Speicher |
---|---|---|---|
N1 | 1 oder eine gerade Zahl bis 96 | 3,75 GB pro vCPU | 6,5 GB pro vCPU |
N2 | Eine beliebige gerade Zahl bis 32. Nach 32 muss die Anzahl der vCPUs durch 4 teilbar sein, bis zu 80 vCPUs. Beispiel: 32, 36 und 40 vCPUs sind alle gültig, aber 38 ist ungültig. | 4 GB pro vCPU | 8 GB pro vCPU |
N2D | 2 oder eine gerade Anzahl von vCPUs, die durch 4 teilbar ist, bis zu einem SAP-Supportlimit von 32 vCPUs. | 4 GB pro vCPU | 8 GB pro vCPU |
Weitere Informationen finden Sie unter Benutzerdefinierte Maschinenkonfigurationen.
Benutzerdefinierte Maschinen für SAP HANA
Die folgende Tabelle zeigt die benutzerdefinierten Maschinentypen von Compute Engine, die von SAP für den Produktionsbetrieb von SAP HANA in Google Cloudzertifiziert sind.
SAP zertifiziert nur einen Teil der benutzerdefinierten Maschinentypen, die in Compute Engine verfügbar sind.
Benutzerdefinierte Maschinentypen unterliegen den von Compute Engine definierten Anpassungsregeln. Die Regeln variieren je nach dem Maschinentyp, den Sie anpassen. Unter Benutzerdefinierte VM-Instanz erstellen sind alle Anpassungsregeln aufgeführt.
Basismaschinentyp | vCPUs | Arbeitsspeicher (GB) | Betriebssystem | CPU-Plattformen |
---|---|---|---|---|
N1-highmem | Eine Anzahl von vCPUs von 32 bis 64, die durch 2 teilbar ist | 6,5 GB pro vCPU | RHEL, SUSE | Intel Broadwell |
N2-highmem (nur vertikale Skalierung) | Auf Intel Ice Lake, eine Anzahl von vCPUs von 32 bis 80, die durch 4 teilbar ist. Auf Intel Cascade Lake, eine Anzahl von vCPUs von 32 bis 80, die durch 4 teilbar ist. |
Bis zu 8 GB pro vCPU | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
Automatisierung der Bereitstellung und benutzerdefinierte VM-Typen für SAP
Wenn Sie die von Google Cloud zur Verfügung gestellten Terraform-Konfigurationsdateien oder Deployment Manager-Vorlagen zum Bereitstellen Ihrer Compute-Instanzen verwenden und einen benutzerdefinierten VM-Typ benötigen, müssen Sie vorübergehend einen vordefinierten VM-Typ bereitstellen, der die benötigte Anzahl an vCPUs und Arbeitsspeicher hat oder diese übersteigt. Ändern Sie dann die VM so, dass sie die benötigten vCPUs und den benötigten Arbeitsspeicher hat. Mit den Terraform-Konfigurationen und Deployment Manager-Dateien können Sie keine benutzerdefinierten Maschinentypen angeben.
Wenn Sie für SAP HANA eine VM mit etwas mehr Arbeitsspeicher als erforderlich einsetzen, stellen Sie sicher, dass Sie über genügend Speicherplatz für Ihr SAP HANA-System verfügen, ohne für viel Speicherplatz zu bezahlen, den Sie nicht benötigen. Wenn Sie eine VM mit weniger Arbeitsspeicher als erforderlich bereitstellen, müssen Sie nach dem Hinzufügen von Arbeitsspeicher auch die Größe der nichtflüchtigen Speicher oder Hyperdisks erhöhen, um der Zunahme des Arbeitsspeichers zu entsprechen.
Alternativ können Sie die Terraform-Konfigurationen für SAP HANA verwenden, wenn Sie die erforderlichen Laufwerksgrößen mit den erweiterten Argumenten angeben, die sich auf das Argument disk_type
beziehen. Weitere Informationen finden Sie in der Bereitstellungsanleitung für Ihr Bereitstellungsszenario.
Folgen Sie den Mindestgrößen für SSD-basierte nichtflüchtige Speicher im SAP HANA-Planungsleitfaden.
Für SAP NetWeaver können Sie den kleinsten vordefinierten VM-Typ auswählen und dann die benötigten vCPUs hinzufügen. Hier müssen Sie die Größe der nichtflüchtigen Speicher nicht anpassen.
Weitere Informationen zum Erstellen einer benutzerdefinierten VM-Instanz
Weitere Informationen zum Erstellen einer Compute Engine-VM-Instanz mit einer benutzerdefinierten Konfiguration finden Sie unter VM-Instanz mit einem benutzerdefinierten Maschinentyp erstellen.
Ausfallzeiten beim Ändern von Compute-Instanzen vermeiden
Der Änderungsprozess ist am einfachsten, wenn Ihre Änderungen keine Wiederherstellung des SAP-Systems aus Sicherungen erfordern und Ihr Unternehmen eine kurze Ausfallzeit vertragen kann.
Falls Ihr Unternehmen keine Ausfallzeiten in Kauf nehmen kann, werden Ihre SAP-Systeme wahrscheinlich in einer Konfiguration mit Hochverfügbarkeit ausgeführt. In diesem Fall können Sie Änderungen für jeden Knoten einzeln vornehmen. Während die Änderungen an einem sekundären Knoten vorgenommen werden, ist das sekundäre System jedoch nicht für ein Failover verfügbar, falls Probleme mit dem primären Knoten auftreten.
Das Ändern der einzelnen Knoten einer Compute-Instanz in einer Konfiguration mit Hochverfügbarkeit eignet sich auch für weitere Änderungen, z. B.:
- Patching des Betriebssystems
- Patching des Datenbanksystems
- Patching des SAP-Kernels in Kombination mit Rolling-Updates des Kernels
- Neukonfiguration von VM-Dienstkonten, Netzwerken usw.
Diese Änderungen werden hier nicht behandelt. Sie bedürfen möglicherweise zusätzlicher Überlegungen, Schritte oder Voraussetzungen.
Änderungen in einer Nicht-Produktionsumgebung testen
Als letzten Schritt testen Sie die Änderungen in einer Nicht-Produktionsumgebung, bevor Sie sie in der Produktion anwenden.
Allgemeine Verfahren
In den folgenden Abschnitten werden allgemeine Verfahren für verschiedene Szenarien beschrieben, in denen Sie die Konfiguration der Compute-Instanzen ändern müssen, auf denen Ihre SAP-Systeme gehostet werden.
Wenn Sie SAP HANA auf einen Bare-Metal-Maschinentyp der Compute Engine wie X4 oder C3-Metal umstellen möchten, lesen Sie den Hilfeartikel SAP HANA zu einer Compute Engine-Bare-Metal-Instanz migrieren.
Laufwerkkonfiguration ändern
Wenn Sie die Größe eines Persistent Disk- oder Hyperdisk-Volumes ändern oder den verwendeten Laufwerktyp ändern, können Sie das mit der Änderung verbundene Risiko minimieren, indem Sie neue Laufwerke in der erforderlichen Größe erstellen und die alten Laufwerke behalten, bis Sie bestätigt haben, dass die Änderung erfolgreich war.
Wenn Sie SAP HANA verwenden, finden Sie in den folgenden Anleitungen detaillierte Informationen:
- Nichtflüchtigen Speicher zu Hyperdisk für SAP HANA migrieren
- SAP HANA-Dateisysteme auf einzelne Laufwerke migrieren
So ändern Sie die Größe oder den Typ der Laufwerke, die an eine Compute-Instanz angehängt sind, auf der Ihr SAP-System gehostet wird:
- Sicherung Ihres SAP-Systems erstellen
- Beenden Sie das SAP-System.
- Beenden Sie die Compute-Instanz.
- Erstellen Sie Snapshots der Persistent Disk- oder Hyperdisk-Volumes, die Sie ändern möchten, wie unter Laufwerk-Snapshots erstellen und verwalten beschrieben.
Erstellen Sie mithilfe der Snapshots neue Laufwerke der Größe und des Typs, die Sie benötigen, wie unter Aus einem Snapshot wiederherstellen beschrieben.
Wenn Ihr SAP-System SAP HANA ist, prüfen Sie, ob Typ und Größe der neuen nichtflüchtigen Speicher- oder Hyperdisk-Volumes die Leistungsanforderungen von SAP HANA erfüllen. Weitere Informationen finden Sie unter Nichtflüchtiger SAP HANA-Speicher erstellen.
Trennen Sie die ursprünglichen Laufwerke von der Compute-Instanz. Diese können im Falle eines Rollbacks wieder angehängt werden.
Hängen Sie die neuen Laufwerke an.
Wenn die neuen Laufwerke größer sind als die alten, passen Sie die Größe des Dateisystems an, um den zusätzlichen Speicherplatz zu verwenden.
Starten Sie die Compute-Instanz neu.
Starten Sie das SAP-System neu.
Prüfen Sie, ob das System wie erwartet funktioniert.
Bereinigen Sie die nicht benötigten Ressourcen, z. B. die Laufwerke und Laufwerk-Snapshots.
Netzwerkkonfiguration ändern
In diesem Abschnitt wird allgemein beschrieben, wie Sie die Netzwerkkonfiguration einer Compute-Instanz ändern können, auf der Ihr SAP-System gehostet wird.
Bei Compute Engine-Maschinentypen der dritten Generation und höher ersetzt Google Virtual NIC (gVNIC) VirtIO-Net als einzige unterstützte Netzwerkschnittstelle. Da die Netzwerkschnittstelle einer Compute-Instanz nicht bearbeitet werden kann, müssen Sie zuerst den erforderlichen Instanztyp bereitstellen und dann Ihr SAP-System auf die neue Instanz umstellen.
Angenommen, Sie haben ein SAP-System auf einer M1-Instanz mit VirtIO. Wenn Sie zu einem M3-Maschinentyp wechseln möchten, der nur gVNIC unterstützt, müssen Sie zuerst die M3-Instanz bereitstellen und dann Ihr SAP-System darauf umstellen.
So ändern Sie die Netzwerkschnittstelle einer Compute-Instanz von VirtIO zu gVNIC:
Beenden Sie das SAP-System.
Beenden Sie die Compute-Instanz.
Erstellen Sie einen Snapshot des Bootlaufwerks.
Informationen zum Erstellen eines Laufwerk-Snapshots finden Sie unter Archiv- und Standard-Snapshots für Laufwerke erstellen.
Erstellen Sie mit dem Snapshot des Bootlaufwerks ein benutzerdefiniertes Image, für das die
GVNIC
-Funktion für das Gastbetriebssystem aktiviert ist.Informationen zum Erstellen eines benutzerdefinierten Images finden Sie unter Benutzerdefinierte Images erstellen.
Trennen Sie alle Laufwerke mit Ausnahme des Bootlaufwerks von der Compute-Instanz. Diese können im Falle eines Rollbacks wieder angehängt werden.
Informationen zum Trennen eines Laufwerks von einer Compute-Instanz erhalten Sie, wenn Sie den Befehl
gcloud compute instances detach-disk
ausführen.Optional: Wenn Sie die Metadaten der ursprünglichen (Quell-)Compute-Instanz in die neue Compute-Instanz verschachteln möchten, gehen Sie so vor:
Notieren Sie sich die Instanzmetadaten, z. B. den Instanznamen, die IP-Adresse, Labels und Tags.
Reservieren Sie die IP-Adresse, die Ihrer Compute-Instanz zugewiesen ist.
Löschen Sie die ursprüngliche Compute-Instanz (Quell-Instanz).
Weitere Informationen finden Sie unter Compute Engine-Instanz löschen.
Erstellen Sie mit dem von Ihnen erstellten benutzerdefinierten Image eine neue Compute-Instanz.
Eine entsprechende Anleitung finden Sie unter Aus einem benutzerdefinierten Image eine Instanz erstellen. Gehen Sie beim Erstellen der Instanz so vor:
- Fügen Sie die Laufwerke hinzu, die Sie von der ursprünglichen Compute-Instanz (Quellinstanz) getrennt haben.
- Achten Sie darauf, dass die Instanz
gVNIC
als Netzwerkschnittstellenkarte verwendet. - Übertragen Sie die Metadaten, die Sie in einem vorherigen Schritt aus der ursprünglichen (Quell-)Recheninstanz notiert haben, in Kaskade.
Prüfen Sie die Konfiguration der neuen Compute-Instanz.
Starten Sie das SAP-System.
Prüfen Sie, ob das SAP-System wie erwartet ausgeführt wird.
Bereinigen Sie die nicht benötigten Ressourcen, z. B. die Laufwerk-Snapshots, das benutzerdefinierte Image und die ursprüngliche Compute-Instanz.
Laufwerks- und Netzwerkkonfiguration ändern
In diesem Abschnitt wird die allgemeine Vorgehensweise beschrieben, mit der Sie Ihr SAP-System zu einem Maschinentyp migrieren können, der den Laufwerktyp und die Netzwerkschnittstellenkarte der ursprünglichen Compute-Instanz (Quell-Instanz) nicht unterstützt.
Wenn Ihr SAP-System beispielsweise auf einer M2-Instanz ausgeführt wird, die Persistent Disk-Volumes als Blockspeicher und VirtIO als Netzwerkschnittstellenkarte verwendet, müssen Sie beide Änderungen verwalten, um zu einer M4-Instanz zu wechseln, die nur Hyperdisk-Volumes und gVNIC unterstützt.
So ändern Sie das Laufwerk und die Netzwerkschnittstellenkarte:
Beenden Sie das SAP-System.
Beenden Sie die Compute-Instanz.
Erstellen Sie einen Snapshot des Bootlaufwerks.
Informationen zum Erstellen eines Laufwerk-Snapshots finden Sie unter Archiv- und Standard-Snapshots für Laufwerke erstellen.
Erstellen Sie einen Snapshot der anderen Laufwerke, die an die Compute-Instanz angeschlossen sind.
Erstellen Sie mit dem Snapshot des Bootlaufwerks ein benutzerdefiniertes Image, für das die
GVNIC
-Funktion für das Gastbetriebssystem aktiviert ist.Informationen zum Erstellen eines benutzerdefinierten Images finden Sie unter Benutzerdefinierte Images erstellen.
Trennen Sie alle Laufwerke mit Ausnahme des Bootlaufwerks von der Compute-Instanz. Diese können im Falle eines Rollbacks wieder angehängt werden.
Informationen zum Trennen eines Laufwerks von einer Compute-Instanz erhalten Sie, wenn Sie den Befehl
gcloud compute instances detach-disk
ausführen.Optional: Wenn Sie die Metadaten der ursprünglichen (Quell-)Compute-Instanz kaskadieren möchten, gehen Sie so vor:
Notieren Sie sich die Instanzmetadaten, z. B. den Instanznamen, die IP-Adresse, Labels und Tags.
Reservieren Sie die IP-Adresse, die Ihrer Compute-Instanz zugewiesen ist.
Löschen Sie die ursprüngliche Compute-Instanz (Quell-Instanz).
Weitere Informationen finden Sie unter Compute Engine-Instanz löschen.
Erstellen Sie Hyperdisk-Volumes mithilfe der von Ihnen erstellten Laufwerk-Snapshots.
Weitere Informationen finden Sie unter Laufwerk aus einem Snapshot erstellen und optional an eine Instanz anhängen.
Erstellen Sie mit dem von Ihnen erstellten benutzerdefinierten Image eine neue Compute-Instanz.
Eine entsprechende Anleitung finden Sie unter Aus einem benutzerdefinierten Image eine Instanz erstellen. Gehen Sie beim Erstellen der Instanz so vor:
- Fügen Sie die von Ihnen erstellten Hyperdisk-Volumes hinzu.
- Achten Sie darauf, dass die Instanz
gVNIC
als Netzwerkschnittstellenkarte verwendet. - Übertragen Sie die Metadaten, die Sie in einem vorherigen Schritt aus der ursprünglichen (Quell-)Recheninstanz notiert haben, in Kaskade.
Prüfen Sie die Konfiguration der neuen Compute-Instanz.
Starten Sie das SAP-System.
Prüfen Sie, ob das SAP-System wie erwartet ausgeführt wird.
Bereinigen Sie die nicht benötigten Ressourcen, z. B. die Laufwerk-Snapshots, das benutzerdefinierte Image und die ursprüngliche Compute-Instanz.