Terraform: Bereitstellungsanleitung für SAP HANA mit vertikaler Skalierung

In dieser Bereitstellungsanleitung erfahren Sie, wie Sie ein SAP HANA-System in Google Cloud mithilfe von Terraform und einer Konfigurationsdatei für die Definition der Installation bereitstellen. Die Anleitung unterstützt Sie beim Konfigurieren der virtuellen Maschinen (VMs) und nichtflüchtigen Speicher von Compute Engine sowie des Linux-Betriebssystems, um die bestmögliche Leistung für das SAP HANA-System zu erzielen. Die Terraform-Konfigurationsdatei enthält Best Practices sowohl von Compute Engine als auch von SAP.

Verwenden Sie diese Anleitung, um ein SAP HANA-System ohne Standby-Hosts zur vertikalen Skalierung mit einem einzelnen Host oder zur horizontalen Skalierung mit mehreren Hosts bereitzustellen.

Wenn Sie ein automatisches Host-Failover für SAP HANA einbinden möchten, verwenden Sie stattdessen Terraform: Bereitstellungsanleitung für SAP HANA-Systeme zur horizontalen Skalierung mit automatischem Host-Failover.

Wenn Sie SAP HANA in einem Linux-Hochverfügbarkeitscluster bereitstellen müssen, verwenden Sie eine der folgenden Anleitungen:

Vorbereitung

Bevor Sie beginnen, sollten Sie prüfen, ob die folgenden Voraussetzungen erfüllt sind:

Sie haben den Planungsleitfaden für SAP HANA gelesen.
Sie haben ein Google Cloud-Konto und -Projekt.
Wenn Ihre SAP-Arbeitslast die Anforderungen an den Datenstandort, die Zugriffssteuerung oder die Supportmitarbeiter oder gesetzliche Anforderungen erfüllen muss, müssen Sie den erforderlichen Assured Workloads-Ordner erstellen. Weitere Informationen finden Sie unter Compliance und Steuerung der Datenhoheit für SAP in Google Cloud.
Das Virtual Private Cloud-Netzwerk wird mit Firewallregeln oder anderen Methoden eingerichtet, um den Zugriff auf Ihre VMs zu steuern.
Sie haben Zugriff auf die SAP HANA-Installationsmedien.
Wenn OS Login in Ihren Projektmetadaten aktiviert ist und Sie horizontal skalierbare Knoten bereitstellen, müssen Sie OS Login vorübergehend deaktivieren, bis die Bereitstellung abgeschlossen ist. Für die Bereitstellung konfiguriert dieses Verfahren SSH-Schlüssel in Instanzmetadaten. Bei aktiviertem OS Login sind metadatenbasierte SSH-Schlüsselkonfigurationen deaktiviert und diese Bereitstellung schlägt fehl. Nach Abschluss der Bereitstellung können Sie die OS Login-Funktion wieder aktivieren.

Weitere Informationen finden Sie unter:
- OS Login aktivieren oder deaktivieren
- SSH-Schlüssel zu VMs hinzufügen, die metadatenbasierte SSH-Schlüssel verwenden

Google-Konto einrichten

Für die Arbeit mit Google Cloud ist ein Google-Konto erforderlich.

Registrieren Sie sich für ein Google-Konto, falls Sie noch keines haben.
(Optional) Wenn Ihre SAP-Arbeitslast die Anforderungen an den Datenstandort, die Zugriffssteuerung oder die Supportmitarbeiter oder gesetzliche Anforderungen erfüllen muss, müssen Sie den erforderlichen Assured Workloads-Ordner erstellen. Weitere Informationen finden Sie unter Compliance und Steuerung der Datenhoheit für SAP in Google Cloud.
Melden Sie sich in der Google Cloud Console an und erstellen Sie ein neues Projekt.
Aktivieren Sie Ihr Rechnungskonto.
Konfigurieren Sie SSH-Schlüssel, damit Sie sie für eine SSH-Verbindung zu Ihren Compute Engine-VM-Instanzen nutzen können. Verwenden Sie die Google Cloud CLI, um einen neuen SSH-Schlüssel zu erstellen.
Verwenden Sie die gcloud CLI oder die Google Cloud Console, um die SSH-Schlüssel zu Ihren Projektmetadaten hinzuzufügen. Auf diese Weise können Sie auf jede in diesem Projekt erstellte Compute Engine-VM-Instanz zugreifen. Ausgenommen davon sind Instanzen, für die projektweite SSH-Schlüssel explizit deaktiviert sind.

Netzwerk erstellen

Erstellen Sie aus Sicherheitsgründen ein neues Netzwerk. Durch das Festlegen von Firewallregeln oder die Nutzung eines anderen Verfahrens der Zugriffskontrolle steuern Sie, wer Zugriff hat.

Wenn Ihr Projekt ein Standard-VPC-Netzwerk (Virtual Private Cloud) hat, verwenden Sie es nicht. Erstellen Sie stattdessen Ihr eigenes VPC-Netzwerk, sodass nur die von Ihnen explizit formulierten Firewallregeln gelten.

Während der Bereitstellung müssen VM-Instanzen normalerweise auf das Internet zugreifen können, um den Google Cloud-Agent für SAP herunterzuladen. Wenn Sie eines der von SAP zertifizierten Linux-Images verwenden, die in Google Cloud verfügbar sind, benötigen die VM-Instanzen außerdem einen Internetzugang, um die Lizenz zu registrieren und auf Repositories von Betriebssystemanbietern zuzugreifen. Eine Konfiguration mit einem NAT-Gateway und VM-Netzwerk-Tags unterstützt diesen Zugriff selbst dann, wenn die Ziel-VMs keine externen IP-Adressen haben.

Führen Sie die folgenden Schritte aus, um ein VPC-Netzwerk für Ihr Projekt zu erstellen:

Erstellen Sie ein Netzwerk im benutzerdefinierten Modus. Weitere Informationen finden Sie unter Netzwerk im benutzerdefinierten Modus erstellen.
Erstellen Sie ein Subnetzwerk und geben Sie die Region und den IP-Adressbereich an. Weitere Informationen finden Sie unter Subnetze hinzufügen.

NAT-Gateway einrichten

Wenn Sie eine oder mehrere VMs ohne öffentliche IP-Adressen erstellen müssen, müssen Sie die Network Address Translation (NAT) verwenden, damit die VMs auf das Internet zugreifen können. Verwenden Sie Cloud NAT, einen verteilten, softwarebasierten verwalteten Dienst von Google Cloud, der es VMs ermöglicht, ausgehende Pakete an das Internet zu senden und entsprechende eingehende Antwortpakete zu empfangen. Alternativ können Sie eine separate VM als NAT-Gateway einrichten.

Informationen zum Erstellen einer Cloud NAT-Instanz für Ihr Projekt finden Sie unter Cloud NAT verwenden.

Nachdem Sie Cloud NAT für Ihr Projekt konfiguriert haben, können Ihre VM-Instanzen ohne öffentliche IP-Adressen sicher auf das Internet zugreifen.

Firewallregeln hinzufügen

Standardmäßig verhindert eine implizite Firewallregel eingehende Verbindungen von außerhalb Ihres VPC-Netzwerks. Wenn Sie eingehende Verbindungen zulassen möchten, richten Sie für Ihre VM eine entsprechende Firewallregel ein. Wenn eine eingehende Verbindung zu einer VM hergestellt wurde, ist Traffic über diese Verbindung in beide Richtungen zulässig.

Sie können auch eine Firewallregel erstellen, um externen Zugriff auf bestimmte Ports zuzulassen oder Zugriff zwischen VMs im selben Netzwerk einzuschränken. Wenn der VPC-Netzwerktyp default verwendet wird, gelten auch einige zusätzliche Standardregeln. So etwa die Regel default-allow-internal, die den Zugriff zwischen VMs im selben Netzwerk an allen Ports erlaubt.

Abhängig von der für Ihre Umgebung geltenden IT-Richtlinie müssen Sie möglicherweise die Konnektivität zu Ihrem Datenbankhost isolieren oder anderweitig einschränken. Dazu erstellen Sie Firewallregeln.

Je nach Szenario können Sie Firewallregeln erstellen, die den Zugriff für Folgendes erlauben:

SAP-Standardports, die unter TCP/IP-Ports aller SAP-Produkte aufgeführt sind.
Verbindungen von Ihrem Computer oder dem Unternehmensnetzwerk aus zu Ihrer Compute Engine-VM-Instanz. Wenn Sie sich nicht sicher sind, welche IP-Adresse Sie verwenden sollen, wenden Sie sich an den Netzwerkadministrator Ihres Unternehmens.
Kommunikation zwischen VMs im SAP HANA-Subnetzwerk, einschließlich der Kommunikation zwischen Knoten in einem SAP HANA-System mit horizontaler Skalierung oder Kommunikation zwischen dem Datenbankserver und Anwendungsservern in einer dreistufigen Architektur.Kommunikation zwischen VMs im SAP HANA-Subnetzwerk, einschließlich der Kommunikation zwischen Knoten in einem SAP HANA-System mit horizontaler Skalierung oder Kommunikation zwischen dem Datenbankserver und Anwendungsservern in einer dreistufigen Architektur. Sie können die Kommunikation zwischen VMs aktivieren, indem Sie eine Firewallregel erstellen, die Traffic aus dem Subnetzwerk zulässt.
SSH-Verbindungen zu Ihrer VM-Instanz, einschließlich SSH-in-Browser.
Verbindung zu Ihrer VM über ein Drittanbieter-Tool unter Linux. Erstellen Sie eine Regel, die dem Tool den Zugriff über Ihre Firewall ermöglicht.

Informationen zum Erstellen der Firewallregeln für Ihr Projekt finden Sie unter Firewallregeln erstellen.

Cloud Storage-Bucket für SAP HANA-Installationsdateien erstellen

Bevor Sie Terraform zum Installieren von SAP HANA auf Ihrer Compute Engine-VM verwenden, müssen Sie die Installationsdateien mit den SAP HANA-Binärdateien in einen Cloud Storage-Bucket hochladen.

Terraform erwartet die SAP HANA-Installationsdateien in den von SAP bereitgestellten Dateiformaten. Je nach Version von SAP HANA kann das Dateiformat ZIP, EXE oder RAR sein.

Zum Herunterladen der SAP HANA-Installationsdateien müssen Sie einen Cloud Storage-Bucket erstellen und die Dateien dann so in diesen Bucket hochladen:

Laden Sie die Basisinstallationsdateien für die erforderliche SAP HANA-Version herunter:
1. Rufen Sie das SAP-Supportportal auf.
2. Klicken Sie auf Software-Downloads.
3. Unter dem Tab Installationen und Upgrades, klicken Sie auf Nach alphabetischem Index (AZ) > H > SAP HANA Platform-Edition> SAP HANA Platform Edition 2.0.
4. Klicken Sie auf Installation.
5. Wählen Sie für das erforderliche Service Pack die Linux x86_64-Distribution aus und klicken Sie dann auf Download Warenkorb.
  
  Hinweis: Wir empfehlen, die neueste Überarbeitung des neuesten Service Packs herunterzuladen.
Wenn Ihr SAP Support Portal-Konto keinen Zugriff auf die Software ermöglicht und Sie der Ansicht sind, dass Sie Zugriff auf die Software haben sollten, wenden Sie sich an das SAP Global Support Customer Interaction Center.
Laden Sie die erforderlichen Dateien für das Upgrade der SAP HANA-Datenbank auf die erforderliche Version herunter. Diese Dateien haben das SAR-Format und die Dateinamen beginnen mit IMDB_SERVER, IMDB_CLIENT und IMDB_AFL.
1. Rufen Sie das SAP-Supportportal auf.
2. Klicken Sie auf Software-Downloads.
3. Gehen Sie zum Tab Supportpakete und Patches.
4. Klicken Sie auf Nach alphabetischem Index (AZ) > H > SAP HANA Platform-Edition > SAP HANA Platform Edition-2.0.
5. Klicken Sie auf die erforderliche Komponente. Beispiel: SAP HANA-Datenbank 2.0, SAP HANA Client 2.0 oder SAP HANA AFL 2.0.
6. Wählen Sie die erforderliche Datei aus und klicken Sie auf Download Warenkorb.
Hinweis: Sie müssen die SAPCAR-Binärdateien nicht zum Entpacken der SAR-Dateien herunterladen, da der Upgradeprozess den lokalen SAPCAR verwendet, der nach der Installation von SAP HANA verfügbar.
Erstellen Sie in Ihrem Google Cloud-Projekt einen Cloud Storage-Bucket. Eine Anleitung finden Sie unter Buckets erstellen.

Der Bucket-Name darf in Google Cloud nur einmal vorkommen. Wählen Sie während der Bucket-Erstellung als Speicherklasse Standard aus.
Konfigurieren Sie die Bucket-Berechtigungen. Als Inhaber des Buckets haben Sie standardmäßig Lese-/Schreibzugriff auf den Bucket. Wie Sie anderen Hauptkonten Zugriff gewähren, erfahren Sie unter IAM-Berechtigungen verwenden.
Laden Sie die heruntergeladenen SAP HANA-Binärdateien in den Cloud Storage-Bucket oder einen Ordner im Bucket hoch. Eine Anleitung finden Sie unter Objekte aus einem Dateisystem hochladen.

Achten Sie darauf, dass Ihr Bucket oder Ordner nur eine Installationsdatei für jeden Dateityp enthält. Beispiel:

510056441.ZIP
IMDB_SERVER20_059_11-80002031.SAR
IMDB_CLIENT20_005_111-80002082.SAR
IMDB_AFL20_059_11-80002031.SAR

Notieren Sie sich den Namen des Buckets und des Ordners, in den Sie die SAP-Binärdateien hochgeladen haben. Sie benötigen sie später bei der Installation von SAP HANA.

VM mit installiertem SAP HANA erstellen

In der folgenden Anleitung wird Terraform verwendet, um SAP HANA auf einer oder mehreren VM-Instanzen mit allen nichtflüchtigen Speichern zu installieren, die von SAP HANA benötigt werden. Die Werte für die Installation definieren Sie in einer Terraform-Konfigurationsdatei.

In der folgenden Anleitung wird Cloud Shell verwendet, sie ist aber allgemein auf das Google Cloud CLI anwendbar.

Prüfen Sie, ob Ihre aktuellen Kontingente für Ressourcen wie nichtflüchtige Speicher und CPUs für das SAP HANA-System, das Sie installieren möchten, ausreichen. Wenn Ihre Kontingente nicht ausreichen, schlägt das Deployment fehl. Welche Kontingente Sie für SAP HANA benötigen, erfahren Sie unter Überlegungen zu Preisen und Kontingenten für SAP HANA.

Kontingente aufrufen
Öffnen Sie Cloud Shell. Wenn Sie das Google Cloud CLI auf Ihrer lokalen Workstation installiert haben, öffnen Sie stattdessen ein Terminal.

Cloud Shell öffnen
Laden Sie die Konfigurationsdatei sap_hana.tf in Ihr Arbeitsverzeichnis herunter. Führen Sie dazu den folgenden Befehl in Cloud Shell oder in Ihrem Terminal aus:
```
wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_hana/terraform/sap_hana.tf
```
Hinweis: Achten Sie darauf, dass Ihr Arbeitsverzeichnis nur eine einzige Terraform-Konfigurationsdatei hat.
Öffnen Sie die Datei sap_hana.tf im Cloud Shell-Code-Editor bzw. bei Verwendung des Terminals in Ihrem bevorzugten Texteditor.

Klicken Sie zum Öffnen des Code-Editors auf das Stiftsymbol oben rechts im Cloud Shell-Terminalfenster.

Aktualisieren Sie in der Datei sap_hana.tf die folgenden Argumentwerte. Ersetzen Sie hierzu die Klammern und deren Inhalt durch die Werte für Ihre Installation.

Einige der Attributwerte, die Sie für das SAP HANA-System angeben, z. B. sap_hana_sid, sap_hana_sidadm_password oder sap_hana_system_password unterliegen von SAP definierten Regeln. Weitere Informationen finden Sie in der Parameterreferenz der Installations- und Aktualisierungsanleitung für SAP HANA-Server.

Wenn Sie Passwörter in der Konfigurationsdatei angeben möchten, müssen Sie entweder Secrets verwenden oder Passwörter im Nur-Text-Format angeben. Weitere Informationen finden Sie unter Passwortverwaltung.

Wenn Sie eine VM-Instanz erstellen möchten, ohne SAP HANA zu installieren, löschen Sie alle Zeilen, die mit sap_hana_ beginnen.

Argument	Datentyp	Beschreibung
`source`	String	Gibt den Speicherort und die Version des Terraform-Moduls an, das während der Bereitstellung verwendet werden soll. Die Konfigurationsdatei `sap_hana.tf` enthält zwei Instanzen des Arguments `source`: eine aktive und eine als Kommentar. Das standardmäßig aktive Argument `source` gibt `latest` als Modulversion an. Die zweite Instanz des Arguments `source`, die standardmäßig durch ein führendes `#`-Zeichen deaktiviert ist, gibt einen Zeitstempel an, der eine Modulversion identifiziert. Wenn alle Ihre Bereitstellungen dieselbe Modulversion verwenden müssen, entfernen Sie das führende `#`-Zeichen aus dem Argument `source`, das den Zeitstempel der Version angibt, und fügen Sie es dem Argument `source` hinzu, das `latest` angibt.
`project_id`	String	Geben Sie die ID Ihres Google Cloud-Projekts an, in dem Sie dieses System bereitstellen. Beispiel: `my-project-x`.
`instance_name`	String	Geben Sie einen Namen für die Host-VM-Instanz an. Der Name darf Kleinbuchstaben, Zahlen und Bindestriche enthalten. Die VM-Instanzen für die Worker- und Standby-Hosts verwenden denselben Namen mit angehängtem `w` und Hostnummer.
`machine_type`	String	Geben Sie den Typ der virtuellen Maschine (VM) von Compute Engine an, auf der Sie Ihr SAP-System ausführen müssen. Wenn Sie einen benutzerdefinierten VM-Typ benötigen, geben Sie einen vordefinierten VM-Typ mit einer Anzahl an vCPUs an, die der benötigten Anzahl am nächsten kommt, aber noch darüber liegt. Wenn die Bereitstellung abgeschlossen ist, ändern Sie die Anzahl der vCPUs und den Umfang des Arbeitsspeichers. Beispiel: `n1-highmem-32`.
`zone`	String	Geben Sie die Zone an, in der Sie das SAP-System bereitstellen. Die Zone muss sich in derselben Region befinden, die Sie für Ihr Subnetz ausgewählt haben. Wenn Ihr Subnetz beispielsweise in der Region `us-central1` bereitgestellt wird, können Sie eine Zone wie `us-central1-a` angeben.
`subnetwork`	String	Geben Sie den Namen des Subnetzwerks an, das Sie in einem vorherigen Schritt erstellt haben. Wenn die Bereitstellung in einer freigegebenen VPC erfolgt, geben Sie diesen Wert als `SHARED_VPC_PROJECT_ID/SUBNETWORK` an. Beispiel: `myproject/network1`.
`linux_image`	String	Geben Sie den Namen des Linux-Betriebssystem-Images an, auf dem Sie Ihr SAP-System bereitstellen möchten. Beispiel: `rhel-9-2-sap-ha` oder `sles-15-sp5-sap`. Eine Liste der verfügbaren Betriebssystem-Images finden Sie auf der Seite Images in der Google Cloud Console.
`linux_image_project`	String	Geben Sie das Google Cloud-Projekt an, in dem das Image enthalten ist, das Sie für das Argument `linux_image` angegeben haben. Dieses Projekt kann Ihr eigenes Projekt oder ein Google Cloud-Image-Projekt sein. Geben Sie für ein Compute Engine-Image entweder `rhel-sap-cloud` oder `suse-sap-cloud` an. Weitere Informationen zum Image-Projekt für Ihr Betriebssystem finden Sie unter Details zu Betriebssystemen.
`sap_hana_deployment_bucket`	String	Wenn Sie SAP HANA automatisch auf den bereitgestellten VMs installieren möchten, geben Sie den Pfad des Cloud Storage-Buckets an, der die SAP HANA-Installationsdateien enthält. Fügen Sie `gs://` nicht in den Pfad ein. Geben Sie nur den Bucket-Namen und die Namen der Ordner an. Beispiel: `my-bucket-name/my-folder`. Der Cloud Storage-Bucket muss in dem Google Cloud-Projekt vorhanden sein, das Sie für das Argument `project_id` angeben.
`sap_hana_sid`	String	Geben Sie die SAP HANA-System-ID an, damit SAP HANA automatisch auf den bereitgestellten VMs installiert wird. Die ID muss aus drei alphanumerischen Zeichen bestehen und mit einem Buchstaben beginnen. Alle Buchstaben müssen Großbuchstaben sein. Beispiel: `ED1`.
`sap_hana_sidadm_uid`	Integer	Optional. Geben Sie einen Wert an, um den Standardwert der `SID_LC`adm-Nutzer-ID zu überschreiben. Der Standardwert ist `900`. Sie können diesen Wert zwecks Vereinheitlichung innerhalb Ihrer SAP-Landschaft ändern.
`sap_hana_instance_number`	Integer	Optional. Geben Sie die Instanznummer (0 bis 99) des SAP HANA-Systems an. Der Standardwert ist `0`.
`sap_hana_sidadm_password`	String	Wenn Sie SAP HANA automatisch auf den bereitgestellten VMs installieren möchten, geben Sie ein temporäres `SIDadm`-Passwort an, das während der Bereitstellung für die Installationsskripts verwendet werden soll. Das Passwort muss mindestens 8 Zeichen lang sein und mindestens einen Großbuchstaben, einen Kleinbuchstaben und eine Zahl enthalten. Wichtig: Ändern Sie nach Abschluss der Installation das Passwort. Anstatt das Passwort als Nur-Text anzugeben, empfehlen wir die Verwendung eines Secrets. Weitere Informationen finden Sie unter Passwortverwaltung.
`sap_hana_sidadm_password_secret`	String	Optional. Wenn Sie Secret Manager zum Speichern des Passworts `SIDadm` verwenden, geben Sie den Namen des Secrets an, das zu diesem Passwort gehört. Achten Sie im Secret Manager darauf, dass der Secret-Wert, also das Passwort, mindestens 8 Zeichen enthält und mindestens einen Großbuchstaben, einen Kleinbuchstaben und eine Zahl umfasst. Wichtig: Das Secret muss in dem Google Cloud-Projekt vorhanden sein, das Sie für das Argument `project_id` angeben. Weitere Informationen finden Sie unter Passwortverwaltung.
`sap_hana_system_password`	String	Wenn Sie SAP HANA automatisch auf den bereitgestellten VMs installieren möchten, geben Sie ein temporäres Passwort für den Datenbank-Superuser an, das während der Bereitstellung für die Installationsskripts verwendet werden soll. Das Passwort muss mindestens 8 Zeichen lang sein und mindestens einen Großbuchstaben, einen Kleinbuchstaben und eine Zahl enthalten. Wichtig: Ändern Sie nach Abschluss der Installation das Passwort. Anstatt das Passwort als Nur-Text anzugeben, empfehlen wir die Verwendung eines Secrets. Weitere Informationen finden Sie unter Passwortverwaltung.
`sap_hana_system_password_secret`	String	Optional. Wenn Sie das Passwort des Datenbank-Superusers mit Secret Manager speichern, geben Sie den Namen des Secrets an, das diesem Passwort entspricht. Achten Sie im Secret Manager darauf, dass der Secret-Wert, also das Passwort, mindestens 8 Zeichen enthält und mindestens einen Großbuchstaben, einen Kleinbuchstaben und eine Zahl umfasst. Wichtig: Das Secret muss in dem Google Cloud-Projekt vorhanden sein, das Sie für das Argument `project_id` angeben. Weitere Informationen finden Sie unter Passwortverwaltung.
`sap_hana_scaleout_nodes`	Integer	Geben Sie die Anzahl der Worker-Hosts an, die Sie in Ihrem System mit horizontaler Skalierung benötigen. Zum Bereitstellen eines Systems mit horizontaler Skalierung benötigen Sie mindestens einen Worker-Host. Terraform erstellt die Worker-Hosts zusätzlich zur primären SAP HANA-Instanz. Wenn Sie beispielsweise `3` angeben, werden vier SAP HANA-Instanzen in Ihrem System mit horizontaler Skalierung bereitgestellt.
`sap_hana_shared_nfs`	String	Optional. Geben Sie bei einer Bereitstellung mit mehreren Hosts, die eine NFS-Lösung zum Teilen des Volumes `/hana/shared` mit den Worker-Hosts nutzt, den NFS-Bereitstellungspunkt für dieses Volume an. Zum Beispiel: `10.151.91.122:/hana_shared_nfs`. Weitere Informationen finden Sie unter Dateifreigabelösungen für Bereitstellungen mit mehreren Hosts und horizontaler Skalierung. Dieses Argument ist in der `sap_hana`-Modulversion `202302060649` oder höher verfügbar. Hinweis: Der NFS-Bereitstellungspunkt für das Volume `/hana/shared` muss leer sein, bevor Sie die Terraform-Konfiguration anwenden.
`sap_hana_backup_nfs`	String	Optional. Geben Sie bei einer Bereitstellung mit mehreren Hosts, die eine NFS-Lösung zum Teilen des Volumes `/hanabackup` mit den Worker-Hosts nutzt, den NFS-Bereitstellungspunkt für dieses Volume an. Zum Beispiel: `10.216.41.122:/hana_backup_nfs`. Weitere Informationen finden Sie unter Dateifreigabelösungen für Bereitstellungen mit mehreren Hosts und horizontaler Skalierung. Dieses Argument ist in der `sap_hana`-Modulversion `202302060649` oder höher verfügbar.
`sap_hana_shared_nfs_resource`	Map/Objekt	Optional. Geben Sie den Namen der Dateifreigabe an, den Sie in der Definition Ihrer Ressource `google_filestore_instance` festgelegt haben, um eine Filestore-Instanz bereitzustellen, die das Volume `/hana/shared/` mit den Hosts in Ihrem SAP-HANA-System mit horizontaler Skalierung mit mehreren Hosts teilt. Ein Beispiel finden Sie in der Beispielkonfiguration in dieser Anleitung. Weitere Informationen finden Sie unter Dateifreigabelösungen für Bereitstellungen mit mehreren Hosts und horizontaler Skalierung. Dieses Argument ist in der `sap_hana`-Modulversion `202302060649` oder höher verfügbar.
`sap_hana_backup_nfs_resource`	Map/Objekt	Optional. Geben Sie den Namen der Dateifreigabe an, den Sie in der Definition Ihrer Ressource `google_filestore_instance` festgelegt haben, um eine Filestore-Instanz bereitzustellen, die das Volume `/hanabackup` mit den Hosts in Ihrem SAP-HANA-System mit horizontaler Skalierung mit mehreren Hosts teilt. Ein Beispiel finden Sie in der Beispielkonfiguration in dieser Anleitung. Weitere Informationen finden Sie unter Dateifreigabelösungen für Bereitstellungen mit mehreren Hosts und horizontaler Skalierung. Dieses Argument ist in der `sap_hana`-Modulversion `202302060649` oder höher verfügbar.
`sap_hana_backup_size`	Ganzzahl	Optional. Geben Sie die Größe des Volumes `/hanabackup` in GB an. Wenn Sie dieses Argument nicht angeben oder auf `0` setzen, stellt das Installationsskript die Compute Engine-Instanz mit einem HANA-Sicherungsvolumen bereit, das doppelt so groß wie der Gesamtspeichers ist. `sap_hana_backup_size` wird ignoriert, wenn Sie einen Wert für `sap_hana_backup_nfs` oder `sap_hana_backup_nfs_resource` angeben.
`sap_hana_sapsys_gid`	Integer	Optional. Überschreibt die Standardgruppen-ID für `sapsys`. Der Standardwert ist `79`.
`network_tags`	String	Optional. Geben Sie ein oder mehrere kommagetrennte Netzwerk-Tags an, die Sie zu Firewall- oder Routingzwecken mit Ihren VM-Instanzen verknüpfen möchten. Wenn Sie `public_ip = false`, aber kein Netzwerk-Tag angeben, müssen Sie eine andere Möglichkeit für den Zugriff auf das Internet bereitstellen.
`nic_type`	String	Optional. Gibt die Netzwerkschnittstelle an, die mit der VM-Instanz verwendet werden soll. Sie können den Wert `GVNIC` oder `VIRTIO_NET` angeben. Wenn Sie eine Google Virtual NIC (gVNIC) verwenden möchten, müssen Sie ein Betriebssystem-Image angeben, das gVNIC als Wert für das Argument `linux_image` unterstützt. Eine Liste der Betriebssystem-Images finden Sie unter Details zu Betriebssystemen. Wenn Sie für dieses Argument keinen Wert angeben, wird die Netzwerkschnittstelle automatisch basierend auf dem Maschinentyp ausgewählt, den Sie für das Argument `machine_type` angeben. Dieses Argument ist in der `sap_hana`-Modulversion `202302060649` oder höher verfügbar.
`disk_type`	String	Optional. Geben Sie den Standardtyp der Persistent Disk oder des Hyperdisk-Volumes an, den Sie für die SAP-Daten- und -Log-Volumes in Ihrer Bereitstellung einsetzen möchten. Informationen zur Standardlaufwerkbereitstellung, die von den von Google Cloud bereitgestellten Terraform-Konfigurationen ausgeführt wird, finden Sie unter Laufwerkbereitstellung mit Terraform. Folgende Werte sind für dieses Argument gültig: `pd-ssd`, `pd-balanced`, `hyperdisk-extreme`, `hyperdisk-balanced` und `pd-extreme`. Bei SAP HANA-Bereitstellungen mit vertikaler Skalierung wird auch eine separate Balanced Persistent Disk für das Verzeichnis `/hana/shared` bereitgestellt. Sie können diesen Standardlaufwerkstyp und die zugehörige Standardlaufwerksgröße und die Standard-IOPS mit einigen erweiterten Argumenten überschreiben. Weitere Informationen finden Sie in Ihrem Arbeitsverzeichnis. Führen Sie dann den Befehl `terraform init` aus und sehen Sie sich die Datei `/.terraform/modules/sap_hana/variables.tf` an. Bevor Sie diese Argumente in der Produktion verwenden, sollten Sie sie in einer Nicht-Produktionsumgebung testen.
`use_single_shared_data_log_disk`	Boolesch	Optional. Der Standardwert ist `false`, womit Terraform angewiesen wird, für jedes der folgenden SAP-Volumes einen separaten nichtflüchtigen Speicher oder Hyperdisk bereitzustellen: `/hana/data`, `/hana/log`, `/hana/shared` und `/usr/sap`. Geben Sie `true` an, um diese SAP-Volumes auf demselben nichtflüchtigen Speicher oder Hyperdisk bereitzustellen.
`include_backup_disk`	Boolesch	Optional. Dieses Argument gilt für SAP HANA-Bereitstellungen mit vertikaler Skalierung. Der Standardwert ist `true`, der Terraform anweist, ein separates Laufwerk zum Hosten des Verzeichnisses `/hanabackup` bereitzustellen. Der Laufwerkstyp wird durch das Argument `backup_disk_type` bestimmt. Die Größe des Laufwerks wird durch das Argument `sap_hana_backup_size` bestimmt. Wenn Sie den Wert für `include_backup_disk` als `false` festlegen, wird für das Verzeichnis `/hanabackup` kein Laufwerk bereitgestellt.
`backup_disk_type`	String	Optional. Geben Sie bei Bereitstellungen mit vertikaler Skalierung den Typ der Persistent Disk oder der Hyperdisk an, den Sie für das Volume `/hanabackup` bereitstellen möchten. Informationen zur Standardlaufwerkbereitstellung, die von den von Google Cloud bereitgestellten Terraform-Konfigurationen ausgeführt wird, finden Sie unter Laufwerkbereitstellung mit Terraform. Folgende Werte sind für dieses Argument gültig: `pd-ssd`, `pd-balanced`, `pd-standard`, `hyperdisk-extreme`, `hyperdisk-balanced` und `pd-extreme`. Dieses Argument ist in der `sap_hana`-Modulversion `202307061058` oder höher verfügbar.
`enable_fast_restart`	Boolesch	Optional. Dieses Argument bestimmt, ob die Option "SAP HANA Fast Restart" für Ihre Bereitstellung aktiviert ist. Der Standardwert ist `true`. Google Cloud empfiehlt dringend, die Option "SAP HANA Fast Restart" zu aktivieren. Dieses Argument ist in der `sap_hana`-Modulversion `202309280828` oder höher verfügbar.
`public_ip`	Boolesch	Optional. Legt fest, ob Ihre VM-Instanz eine öffentliche IP-Adresse erhält. Der Standardwert ist `true`. Achtung: Geben Sie `false` nur dann an, wenn Sie ein NAT-Gateway mit einem für die VM definierten Netzwerk-Tag konfiguriert haben oder Sie der VM eine andere Route zum Internet bereitgestellt haben. Wenn keine Route zum Internet angegeben ist, schlägt die Installation fehl.
`service_account`	String	Optional. Geben Sie die E-Mail-Adresse eines nutzerverwalteten Dienstkontos an, das von den Host-VMs und den darauf ausgeführten Programmen verwendet werden soll. Beispiel: `svc-acct-name@project-id.iam.gserviceaccount.com`. Wenn Sie dieses Argument ohne Wert angeben oder weglassen, verwendet das Installationsskript das Compute Engine-Standarddienstkonto. Weitere Informationen finden Sie unter Identitäts- und Zugriffsverwaltung für SAP-Programme in Google Cloud.
`sap_deployment_debug`	Boolesch	Optional. Geben Sie `true` nur dann an, wenn Sie von Cloud Customer Care aufgefordert werden, das Debugging für Ihre Bereitstellung zu aktivieren, da hierdurch ausführliche Bereitstellungslogs generiert werden. Der Standardwert ist `false`.
`reservation_name`	String	Optional. Um eine bestimmte Compute Engine-VM-Reservierung für diese Bereitstellung zu verwenden, geben Sie den Namen der Reservierung an. Standardmäßig wählt das Installationsskript basierend auf den folgenden Bedingungen jede verfügbare Compute Engine-Reservierung aus. Damit eine Reservierung unabhängig davon verwendet werden kann, ob Sie einen Namen angeben oder dieser vom Installationsskript automatisch ausgewählt wird, muss die Reservierung so festgelegt werden: Die Option `specificReservationRequired` ist auf `true` oder in der Google Cloud Console auf Bestimmte Reservierung auswählen festgelegt. Einige Compute Engine-Maschinentypen unterstützen CPU-Plattformen, die nicht von der SAP-Zertifizierung des Maschinentyps abgedeckt sind. Wenn die Zielreservierung für einen der folgenden Maschinentypen gilt, muss die Reservierung die Mindest-CPU-Plattformen angeben: `n1-highmem-32`: Intel Broadwell `n1-highmem-64`: Intel Broadwell `n1-highmem-96`: Intel Skylake `m1-megamem-96`: Intel Skylake Die Mindest-CPU-Plattformen für alle anderen Maschinentypen, die von SAP für die Verwendung in Google Cloud zertifiziert sind, entsprechen der Mindest-CPU-Anforderung von SAP.
`vm_static_ip`	String	Optional. Geben Sie eine gültige statische IP-Adresse für die VM-Instanz an. Wenn Sie keine angeben, wird automatisch eine IP-Adresse für die VM-Instanz generiert. Dieses Argument ist in der `sap_hana`-Modulversion `202306120959` oder höher verfügbar.
`worker_static_ips`	List(String)	Optional. Geben Sie ein Array gültiger statischer IP-Adressen für die Worker-Instanzen in Ihrem System mit horizontaler Skalierung an. Wenn Sie für dieses Argument keinen Wert angeben, wird für jede Worker-VM-Instanz automatisch eine IP-Adresse generiert. Beispiel: `[ "1.0.0.1", "2.3.3.4" ]`. Die statischen IP-Adressen werden in der Reihenfolge der Instanzerstellung zugewiesen. Wenn Sie sich beispielsweise für die Bereitstellung von 3 Worker-Instanzen entscheiden, aber nur 2 IP-Adressen für das Argument `worker_static_ips` angeben, dann werden diese IP-Adressen den ersten beiden VM-Instanzen zugewiesen, die die Terraform-Konfiguration bereitstellt. Für die dritte Worker-VM-Instanz wird die IP-Adresse automatisch generiert. Dieses Argument ist in der `sap_hana`-Modulversion `202306120959` oder höher verfügbar.

Das folgende Beispiel zeigt eine fertige Konfigurationsdatei, die Terraform anweist, eine virtuelle Maschine n2-highmem-32 mit einem SAP-HANA-System mit horizontaler Skalierbarkeit bereitzustellen, das eine SAP HANA-Masterinstanz mit drei Worker-Hosts und Filestore-Basic-Instanzen umfasst, die die Volumes /hana/shared und /hanabackup mit den Worker-Hosts teilen. Auf den Hosts wird das Betriebssystem SLES for SAP 15 SP2 ausgeführt.

#
resource "google_filestore_instance" "hana_shared_nfs" {
  name = "fs-basic-shared"
  tier = "PREMIUM"
  project = "example-project-123456"
  location = "us-central1-f"
  file_shares {
    name = "hana_shared_nfs"
    capacity_gb = 2600
  }
  networks {
    network = "example-network"
    modes   = ["MODE_IPV4"]
  }
}

resource "google_filestore_instance" "hana_backup_nfs" {
  name = "fs-basic-backup"
  tier = "PREMIUM"
  project = "example-project-123456"
  location = "us-central1-f"
  file_shares {
    name = "hana_backup_nfs"
    capacity_gb = 2600
  }
  networks {
    network = "example-network"
    modes   = ["MODE_IPV4"]
  }
}

#...
module "sap_hana" {
  source = "https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_hana/sap_hana_module.zip"
  #
  # By default, this source file uses the latest release of the terraform module
  # for SAP on Google Cloud. To fix your deployments to a specific release
  # of the module, comment out the source property above and uncomment the source property below.
  #
  # source = "https://storage.googleapis.com/cloudsapdeploy/terraform/YYYYMMDDHHMM/terraform/sap_hana/sap_hana_module.zip"
  # ...
  project_id = "example-project-123456"
  zone = "us-central1-f"
  machine_type = "n2-highmem-32"
  subnetwork = "example-subnet-us-central1"
  linux_image = "sles-15-sp2-sap"
  linux_image_project = "suse-sap-cloud"

  instance_name = "hana-scaleout"
  sap_hana_shared_nfs_resource  = resource.google_filestore_instance.hana_shared_nfs
  sap_hana_backup_nfs_resource  = resource.google_filestore_instance.hana_backup_nfs

  # sap_hana_shared_nfs = "10.151.91.122:/hana_shared_nfs"
  # sap_hana_backup_nfs = "10.216.41.122:/hana_backup_nfs"

  sap_hana_deployment_bucket = "mybucketname"
  sap_hana_sid = "AB2"
  sap_hana_instance_number = 12
  sap_hana_sidadm_password = "TempPa55word"
  sap_hana_system_password = "TempPa55word"
  sap_hana_scaleout_nodes = 3
  sap_hana_sidadm_uid = 11
  vm_static_ip = "10.0.0.1"
  worker_static_ips = ["10.0.0.2", "10.0.0.3", "10.0.0.4"]
  enable_fast_restart = true
  # ...
}

So initialisieren Sie Ihr aktuelles Arbeitsverzeichnis und laden das Plug-in und die Moduldateien des Terraform-Anbieters für Google Cloud herunter:
```
terraform init
```
Mit dem Befehl terraform init wird Ihr Arbeitsverzeichnis für andere Terraform-Befehle vorbereitet.

Wenn Sie eine Aktualisierung der Plug-in- und Konfigurationsdateien des Anbieters in Ihrem Arbeitsverzeichnis erzwingen möchten, geben Sie das Flag --upgrade an. Wenn das Flag --upgrade weggelassen wird und Sie keine Änderungen in Ihrem Arbeitsverzeichnis vornehmen, verwendet Terraform die lokal im Cache gespeicherten Kopien, auch wenn in der source-URL der Wert latest angegeben ist.
```
terraform init --upgrade 
```
Optional können Sie den Terraform-Ausführungsplan so erstellen:
```
terraform plan
```
Der Befehl terraform plan zeigt die Änderungen an, die für Ihre aktuelle Konfiguration erforderlich sind. Wenn Sie den Befehl terraform plan überspringen, wird der Plan mit dem Befehl terraform apply berechnet, bevor er angewendet wird.
So wenden Sie den Ausführungsplan an:
```
terraform apply
```
Wenn Sie aufgefordert werden, die Aktionen zu genehmigen, geben Sie yes ein.

Mit dem Befehl terraform apply wird die Google Cloud-Infrastruktur eingerichtet und dann ein weiteres Skript aufgerufen, das das Betriebssystem konfiguriert und SAP HANA installiert.

Solange Terraform die Kontrolle hat, werden Statusmeldungen in Cloud Shell geschrieben. Nach dem Aufrufen des Skripts werden Statusmeldungen in Logging geschrieben und können in der Google Cloud Console angezeigt werden, wie unter Logging-Logs überprüfen beschrieben.

Die Abschlusszeit kann variieren, aber der gesamte Vorgang dauert in der Regel weniger als 30 Minuten.

Deployment überprüfen

Prüfen Sie zum Überprüfen der Bereitstellung die Bereitstellungslogs in Cloud Logging sowie die Laufwerke und Dienste auf den VMs des primären und der Worker-Hosts.

Log prüfen

Öffnen Sie in der Google Cloud Console „Cloud Logging“, um den Installationsfortschritt zu überwachen und nach Fehlern zu suchen.

Hinweis: Wenn Sie diesen Schritt in Cloud Logging ausführen, können Kosten anfallen. Weitere Informationen finden Sie unter Cloud Logging – Preise.

Zu Cloud Logging
Filtern Sie die Logs:
Log-Explorer
1. Wechseln Sie auf der Seite Log-Explorer zum Bereich Abfrage.
2. Wählen Sie im Drop-down-Menü Ressource die Option Global aus und klicken Sie dann auf Hinzufügen.
  
  Wenn die Option Global nicht angezeigt wird, geben Sie im Abfrageeditor die folgende Abfrage ein:
```
resource.type="global"
"Deployment"
```
3. Klicken Sie auf Abfrage ausführen.
Legacy-Loganzeige
- Wählen Sie auf der Seite Legacy-Loganzeige im einfachen Auswahlmenü die Option Global als Logging-Ressource aus.
Analysieren Sie die gefilterten Logs:
- Wenn "--- Finished" angezeigt wird, ist die Verarbeitung des Deployments abgeschlossen und Sie können mit dem nächsten Schritt fortfahren.
- Wenn ein Kontingentfehler auftritt:
  1. Erhöhen Sie auf der Seite IAM & Verwaltung > Kontingente alle Kontingente, die nicht die im Planungsleitfaden für SAP HANA aufgeführten Anforderungen erfüllen.
  2. Öffnen Sie Cloud Shell.
    
    Zu Cloud Shell
  3. Wechseln Sie zu Ihrem Arbeitsverzeichnis und löschen Sie das Deployment, um die VMs und nichtflüchtigen Speicher aus der fehlgeschlagenen Installation zu entfernen:
```
terraform destroy
```
    Wenn Sie aufgefordert werden, die Aktion zu genehmigen, geben Sie yes ein.
  4. Führen Sie die Bereitstellung noch einmal aus.

Konfiguration der VM und des SAP HANA-Systems prüfen

Wenn das SAP HANA-System fehlerfrei bereitgestellt wurde, stellen Sie eine SSH-Verbindung zu jeder VM her. Sie können hierfür wahlweise in Compute Engine auf der Seite mit den VM-Instanzen neben jeder VM-Instanz auf die Schaltfläche "SSH" klicken oder Ihre bevorzugte SSH-Methode verwenden.
Wechseln Sie zum Root-Nutzer.
```
sudo su -
```

Geben Sie bei der Eingabeaufforderung df -h ein und prüfen Sie, ob die Ausgabe in etwa so aussieht und die erwarteten Volumes und Größen angezeigt werden.

Folgendes ist eine Beispielausgabe vom Masterknoten eines Systems mit horizontaler Skalierung und drei Worker-Knoten. Beachten Sie, dass für /hana/shared und /hanabackup keine Volumes vorhanden sind, da diese Volumes auf Filestore-Instanzen gehostet werden.

example-vm:~ # df -h
Filesystem                         Size  Used Avail Use% Mounted on
devtmpfs                           126G  8.0K  126G   1% /dev
tmpfs                              189G     0  189G   0% /dev/shm
tmpfs                              126G   18M  126G   1% /run
tmpfs                              126G     0  126G   0% /sys/fs/cgroup
/dev/sda3                           30G  6.5G   24G  22% /
/dev/sda2                           20M  2.9M   18M  15% /boot/efi
10.65.188.162:/hana_shared_nfs     2.5T   41G  2.4T   2% /hana/shared
/dev/mapper/vg_hana_usrsap-usrsap   32G  265M   32G   1% /usr/sap
/dev/mapper/vg_hana_data-data      308G   10G  298G   4% /hana/data
/dev/mapper/vg_hana_log-log        128G  7.8G  121G   7% /hana/log
10.160.217.66:/hana_backup_nfs     2.5T     0  2.4T   0% /hanabackup
tmpfs                               26G     0   26G   0% /run/user/472
tmpfs                               26G     0   26G   0% /run/user/900
tmpfs                               26G     0   26G   0% /run/user/1000

Wechseln Sie zum SAP-Administrator:
```
su - SID_LCadm
```
Ersetzen Sie SID_LC durch den [SID]-Wert, den Sie in der Konfigurationsdatei angegeben haben. Verwenden Sie Kleinbuchstaben für Buchstaben.
Prüfen Sie, ob SAP HANA-Dienste wie hdbnameserver, hdbindexserver und andere auf der Instanz ausgeführt werden:
```
HDB info
```
Wenn Sie RHEL für SAP 9.0 oder höher verwenden, achten Sie darauf, dass die Pakete chkconfig und compat-openssl11 auf Ihrer VM-Instanz installiert sind.

Weitere Informationen von SAP finden Sie im SAP-Hinweis 3108316 – Red Hat Enterprise Linux 9.x: Installation und Konfiguration.

Führen Sie eine Bereinigung durch und wiederholen Sie die Bereitstellung.

Wenn einer der Schritte zur Bereitstellungsprüfung in den vorherigen Abschnitten zeigt, dass die Installation nicht erfolgreich war, müssen Sie die Bereitstellung rückgängig machen und es noch einmal ausführen. Gehen Sie dazu so vor:

Beheben Sie alle Fehler, um sicherzustellen, dass Ihre Bereitstellung nicht aus demselben Grund fehlschlägt. Informationen zum Prüfen der Logs oder zum Beheben von kontingentbezogenen Fehlern finden Sie unter Logs prüfen.
Öffnen Sie Cloud Shell. Wenn Sie die Google Cloud CLI auf Ihrer lokalen Workstation installiert haben, öffnen Sie stattdessen ein Terminal.

Cloud Shell öffnen
Wechseln Sie zu dem Verzeichnis, das die Terraform-Konfigurationsdatei enthält, die Sie für diese Bereitstellung verwendet haben.
Löschen Sie alle Ressourcen, die Teil Ihrer Bereitstellung sind, indem Sie den folgenden Befehl ausführen:
```
terraform destroy
```
Wenn Sie aufgefordert werden, die Aktion zu genehmigen, geben Sie yes ein.
Wiederholen Sie Ihre Bereitstellung wie zuvor in dieser Anleitung beschrieben.

Installation des Google Cloud-Agents für SAP prüfen

Nachdem Sie eine VM bereitgestellt und Ihr SAP-System installiert haben, prüfen Sie, ob der Google Cloud-Agent für SAP ordnungsgemäß funktioniert.

Ausführung des Google Cloud-Agents für SAP prüfen

So prüfen Sie, ob der Agent ausgeführt wird:

Stellen Sie eine SSH-Verbindung zu Ihrer Host-VM her.

Führen Sie dazu diesen Befehl aus:

systemctl status google-cloud-sap-agent

Wenn der Agent ordnungsgemäß funktioniert, enthält die Ausgabe active (running). Beispiel:

google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

Wenn der Agent nicht ausgeführt wird, starten Sie den Agent neu.

Prüfen, ob der SAP-Host-Agent Messwerte empfängt

Führen Sie die folgenden Schritte aus, um zu prüfen, ob die Infrastrukturmesswerte vom Agent von Google Cloud für SAP erfasst und korrekt an den SAP-Host-Agent gesendet werden:

Geben Sie in Ihrem SAP-System Transaktion ST06 ein.
Kontrollieren Sie im Übersichtsbereich die Verfügbarkeit und den Inhalt der folgenden Felder, um die korrekte End-to-End-Einrichtung der SAP- und Google-Monitoring-Infrastruktur zu überprüfen:
- Cloud-Anbieter: Google Cloud Platform
- Zugriff für erweitertes Monitoring: TRUE
- Details für erweitertes Monitoring: ACTIVE

SAP HANA Studio auf einer Compute Engine-Windows-VM installieren

Sie können eine Verbindung von einer SAP HANA-Instanz außerhalb von Google Cloud oder von einer Instanz in Google Cloud herstellen. Dazu müssen Sie möglicherweise den Netzwerkzugriff auf die Ziel-VMs in SAP HANA Studio aktivieren.

Gehen Sie so vor, um SAP HANA Studio auf einer Windows-VM in Google Cloud zu installieren.

Verwenden Sie Cloud Shell, um die folgenden Befehle aufzurufen.

Cloud Shell öffnen

export NETWORK_NAME="[YOUR_NETWORK_NAME]"
export REGION="[YOUR_REGION]"
export ZONE="[YOUR_ZONE]"
export SUBNET="[YOUR_SUBNETWORK_NAME]"
export SOURCE_IP_RANGE="[YOUR_WORKSTATION_IP]"

gcloud compute instances create saphanastudio --zone=$ZONE \
--machine-type=n1-standard-2  --subnet=$SUBNET --tags=hanastudio \
--image-family=windows-2016  --image-project=windows-cloud \
--boot-disk-size=100 --boot-disk-type=pd-standard \
--boot-disk-device-name=saphanastudio

gcloud compute firewall-rules create ${NETWORK_NAME}-allow-rdp \
--network=$NETWORK_NAME --allow=tcp:3389 --source-ranges=$SOURCE_IP_RANGE \
--target-tags=hanastudio

Mit den obigen Befehlen werden Variablen für die aktuelle Cloud Shell-Sitzung festgelegt, ein Windows-Server im zuvor angelegten Subnetzwerk erstellt und eine Firewallregel erstellt, die den Zugriff von Ihrer lokalen Workstation auf die Instanz über das Remotedesktopprotokoll (RDP) ermöglicht.

Installieren Sie SAP HANA Studio auf diesem Server.
1. Laden Sie die SAP HANA Studio-Installationsdateien und das SAPCAR-Extraktionstool in einen Cloud Storage-Bucket in Ihrem Google Cloud-Projekt hoch.
2. Stellen Sie mithilfe von RDP oder Ihrer bevorzugten Methode eine Verbindung zur neuen Windows-VM her.
3. Öffnen Sie unter Windows mit Administratorberechtigungen die Cloud Shell des Google Cloud CLI oder eine andere Befehlszeilenschnittstelle.
4. Kopieren Sie die SAP HANA Studio-Installationsdateien und das SAPCAR-Extraktionstool aus dem Storage-Bucket in die VM. Geben Sie hierfür in der Befehlszeilenschnittstelle den Befehl gsutil cp ein. Beispiel:
```
gsutil cp gs://[SOURCE_BUCKET]/IMC_STUDIO2_232_0-80000323.SAR C:\[TARGET_DIRECTORY] &
gsutil cp gs://[SOURCE_BUCKET]/SAPCAR_1014-80000938.EXE C:\[TARGET_DIRECTORY]
```
5. Wechseln Sie in Ihr Zielverzeichnis.
```
cd C:\[TARGET_DIRECTORY]
```
6. Führen Sie das SAPCAR-Programm aus, um die Installationsdatei für SAP HANA Studio zu extrahieren.
```
SAPCAR_1014-80000938.EXE -xvf IMC_STUDIO2_232_0-80000323.SAR
```
7. Führen Sie das extrahierte Programm hdbinst aus, um SAP HANA Studio zu installieren.

Monitoring für SAP HANA einrichten

Optional können Sie Ihre SAP HANA-Instanzen mit dem Google Cloud-Agent für SAP überwachen. In Version 2.0 können Sie den Agent so konfigurieren, dass er die SAP HANA-Monitoring-Messwerte erfasst und an Cloud Monitoring sendet. Mit Cloud Monitoring lassen sich Dashboards erstellen, um diese Messwerte zu visualisieren, Benachrichtigungen anhand von Messwertschwellen einzurichten und vieles mehr.

Weitere Informationen zur Erfassung von SAP HANA-Monitoring-Messwerten mit dem Google Cloud-Agent für SAP finden Sie unter SAP HANA-Monitoring-Messwerte erfassen.

Verbindung zu SAP HANA herstellen

Da in dieser Anleitung keine externe IP-Adresse für SAP HANA verwendet wird, können Sie nur über die Bastion-Instanz mit SSH oder über den Windows-Server mit SAP HANA Studio eine Verbindung zu den SAP HANA-Instanzen herstellen.

Zum Herstellen einer Verbindung mit SAP HANA über die Bastion-Instanz stellen Sie zuerst über einen SSH-Client Ihrer Wahl eine Verbindung zum Bastion Host und anschließend zu den SAP HANA-Instanzen her.
Zum Herstellen einer Verbindung mit der SAP HANA-Datenbank über SAP HANA Studio verwenden Sie einen Remote-Desktop-Client, um eine Verbindung zur Windows Server-Instanz herzustellen. Nach dem Verbindungsaufbau installieren Sie SAP HANA Studio manuell und greifen auf Ihre SAP HANA-Datenbank zu.

Aufgaben nach dem Deployment ausführen

Bevor Sie Ihre SAP HANA-Instanz verwenden, sollten Sie nach der Bereitstellung diese Schritte ausführen: Weitere Informationen finden Sie in der Installations- und Aktualisierungsanleitung für SAP HANA.

Ändern Sie die temporären Passwörter für den SAP HANA-Systemadministrator und den Datenbank-Superuser. Beispiel:
```
sudo passwd SIDadm
```
Siehe System-Passwort der Systemdatenbank zurücksetzen.
Installieren Sie Ihre permanente SAP HANA-Lizenz. Andernfalls wird SAP HANA möglicherweise nach Ablauf der temporären Lizenz die Datenbank sperren.

Weitere Informationen von SAP über das Verwalten Ihrer SAP HANA-Lizenzen finden Sie unter Lizenzschlüssel für die SAP HANA-Datenbank.
Aktualisieren Sie die SAP HANA-Software mit den neuesten Patches.
Wenn Ihr SAP HANA-System in einer VirtIO-Netzwerkschnittstelle bereitgestellt wird, empfehlen wir, den Wert des TCP-Parameters /proc/sys/net/ipv4/tcp_limit_output_bytes auf 1048576 zu setzen. Diese Änderung hilft, den Gesamtdurchsatz des Netzwerks der VirtIO-Netzwerkschnittstelle zu verbessern, ohne die Netzwerklatenz zu beeinträchtigen.
Installieren Sie ggf. zusätzliche Komponenten wie AFLs (Application Function Libraries) oder SDA (Smart Data Access).
Konfigurieren und sichern Sie Ihre neue SAP HANA-Datenbank. Weitere Informationen finden Sie in der Betriebsanleitung für SAP HANA.

SAP HANA-Arbeitslast bewerten

Mit Workload Manager können Sie kontinuierliche Validierungsprüfungen für Ihre SAP HANA-Arbeitslasten automatisieren, die in Google Cloud ausgeführt werden.

Mit Workload Manager können Sie Ihre SAP HANA-Arbeitslasten automatisch anhand von Best Practices von SAP, Google Cloud und Betriebssystemanbietern scannen und bewerten. Dies verbessert die Qualität, Leistung und Zuverlässigkeit Ihrer Arbeitslasten.

Informationen zu den Best Practices, die Workload Manager für die Bewertung von SAP HANA-Arbeitslasten in der Google Cloud unterstützt, finden Sie unter Best Practices von Workload Manager für SAP. Informationen zum Erstellen und Ausführen einer Bewertung mit Workload Manager finden Sie unter Evaluierung erstellen und ausführen.

Nächste Schritte

Wenn Sie den NetApp Cloud Volumes-Dienst für Google Cloud anstelle von nichtflüchtigen Speichern für Ihre SAP HANA-Verzeichnisse verwenden müssen, lesen Sie die Informationen zum Deployment des NetApp Cloud Volumes-Diensts im Planungsleitfaden für SAP HANA.
Weitere Informationen zu VM-Verwaltung und VM-Monitoring finden Sie in der Betriebsanleitung für SAP HANA.