Schritt 3: Virtuelle Maschinen erstellen

Übersicht

Jetzt haben Sie ein funktionierendes Google Cloud-Projekt und Kernnetzwerkdienste eingerichtet. Der nächste Schritt besteht darin, die Ressourcen der virtuellen Maschine zu erstellen, die für einen funktionsfähigen Citrix Cloud-Ressourcenstandort erforderlich sind. Wie in der Referenzarchitektur: Citrix Virtualization on Google Cloudbeschrieben, erfordert ein funktionaler Ressourcenstandort Folgendes:

  • Active Directory-Domain-Services

  • Citrix Cloud Connectors

  • Ein oder mehrere Citrix VDAs

Bei Anwendung des Cloud Forward-Entwurfsmusters werden diese Ressourcen auf VM-Instanzen bereitgestellt, die an eine VPC angeschlossen sind. Die VM-Instanzen werden hochverfügbar bereitgestellt, indem sie zwischen Google Cloud-Zonen in der Region aufgeteilt werden. In diesem Abschnitt des Leitfadens stellen wir zusätzliche Informationen zu Ressourcen- und Diensttypen von Google Cloud bereit, gefolgt von der Erstellung der VM-Instanzen.

Ressourcen für virtuelle Maschinen in der Google Cloud Google Cloud bietet zuverlässigen, leistungsstarken Blockspeicher für die Verwendung durch Instanzen virtueller Maschinen. Blockspeicher wird virtuellen Maschinen als persistente Datenträgerpräsentiert. Die persistenten Datenträger sind entweder als Standardfestplatte oder Solid-State-Laufwerke (SSD) erhältlich. Die persistenten Datenträger sind langlebige Netzwerkspeichergeräte, auf die Ihre Instanz zugreifen kann, als wären sie physische Datenträger in einem Desktop oder Server. Google Compute Engine-Instanzen verfügen standardmäßig über eine einzelne persistente Root-Festplatte mit einem Betriebssystem. Zusätzliche Datenträger können später für Fälle hinzugefügt werden, in denen Anwendungen mehr lokalen Speicher benötigen. Für die Datenträgererweiterung stehen persistente Standard- oder SSD-Datenträger, lokale SSDs und Cloud-Speicher-Buckets zur Auswahl. Die lokale SSD wird für die Bereitstellung von Citrix Virtual Apps nicht empfohlen, da die auf der lokalen SSD gespeicherten Daten temporär sind. Die persistenten Datenträger befinden sich unabhängig von den VM-Instanzen. Sie können wählen, ob persistente Datenträger getrennt oder verschoben werden sollen, um Daten auch nach dem Löschen der VM-Instanz beizubehalten. Die Leistung der persistenten Datenträger skaliert automatisch mit der Größe. Sie können die Größe der persistenten Datenträger ändern oder einer Instanz weitere persistente Datenträger hinzufügen, um die Anforderungen an Leistung und Speicherplatz zu erfüllen. Die persistente Festplatte verursacht keine E/A-Kosten, daher ist eine Schätzung des monatlichen I/O-Budgets unnötig. Persistente SSD-Datenträger haben eine Lese-IOPS von 40.000 und Schreib-IOPS von 30.000 pro Instanz. Im Vergleich zu standardmäßigen persistenten Datenträger, die nur eine Lese-IOPS von 3.000 und Schreib-IOPS von 15.000 haben. Die persistente SSD-Festplatte wird für die Bereitstellung von Citrix Virtual Apps-Workloads empfohlen. Denken Sie beim Schätzen der Speicherkapazität daran, dass Virtual Apps and Desktops-Bereitstellungen zwei Speicheranforderungen haben: (1) Speicher für virtuelle Apps-Server und -Anwendungen und (2) Speicher für Benutzerprofile. Die Bereitstellung eines Virtual Apps-Server-Masterimages erfordert 50 GB Speicherplatz, der je nach installierten Anwendungen und der Version des Windows Server-Betriebssystems variieren kann. Die Startgröße des Betriebssystems Windows Server 2016 beträgt beispielsweise 50 GB, während Windows Server 2012 R2 32 GB beträgt. Citrix empfiehlt, ein neues Masterimage für virtuelle Apps zu erstellen, um die erforderliche Kapazität zu minimieren, anstatt ein vorhandenes On-Premise-Image zu migrieren.

In der Google Cloud wird der Dienst, der VM-Instanzen ausführt, als Google Compute Engine bezeichnet. Compute Engine bietet vordefinierte Konfigurationen für virtuelle Maschinen für jede Anforderung. Das Angebot reicht von kleinen Mikroinstanzen bis hin zu Konfigurationen mit hohem Arbeitsspeicher und hoher CPU-Leistung. Die folgenden Rechenressourcen sind für jede Virtual Apps-Bereitstellung auf GCP relevant:

  • Allzweck oder Workload-optimiert — Sie können je nach Workload-Anforderungen zwischen allgemeinen Zwecken und Workload-optimierten Workloads wählen.

  • Vordefinierter Maschinentyp — hat eine vordefinierte Anzahl von vCPUs und Speicher und wird zu einem auf der Preisseite beschriebenen festgelegten Preis berechnet.

  • Benutzerdefinierter Maschinentyp — bietet die Flexibilität, die vCPU und den Arbeitsspeicher für spezifische Anforderungen zu konfigurieren und potenziell die Kosten zu reduzieren.

Für dieMicrosoft-Lizenzierung müssen die Citrix Virtual Desktop-Instanzen nicht in einer Public Cloud bereitgestellt werden, die nicht von Microsoft stammt. Sie können Citrix Virtual Desktop auf GCP implementieren, indem Sie entweder Sole Tenant Nodes (STNs) oder Google Cloud VMware Engine (GCVE) verwenden. STNs und GCVE würden den Rahmen dieses Bereitstellungshandbuchs sprengen.

Microsoft License Mobility ermöglicht die Bereitstellung von Windows Server-Anwendungen (Citrix Virtual Apps), wie Remotedesktopdienste (RDS), in GCP unter Verwendung Ihrer vorhandenen Microsoft-Lizenzen. Es wird empfohlen, Ihre Microsoft-Lizenzvereinbarungen mit Microsoft zu lesen, bevor Sie diese Bereitstellung starten. Microsoft Windows Server-Instanzen benötigen eine Internet-Netzwerkverbindung, um mit dem GCP-KMS-Host kms.windows.googlecloud.com aktiviert zu werden. Die standardmäßige Übergangsfrist für Windows Server-Instanzen zur Registrierung beim KMS-Host beträgt 30 Tage. Nach 30 Tagen funktionieren die Instanzen nicht mehr. Alternativ können Sie auch Ihre eigene Windows KMS-Lizenzierung in GCP einbringen und die erforderlichen Lizenzen hosten. In diesem Handbuch stellen wir keinen Microsoft RDS-Server bereit. Stattdessen verwenden wir die 30-tägige Nachfrist für die Validierung.

1 Erstellen Sie VM-Instanzen

Für das Cloud Forward-Entwurfsmuster müssen drei verschiedene Arten von VM-Instanzen bereitgestellt werden (Active Directory, Citrix Cloud Connector, Citrix VDA). Verwenden Sie die Details in der Tabelle, um die einzelnen virtuellen Maschinen zu erstellen und zu starten. Generieren und speichern Sie nach Abschluss Anmeldeinformationen, um sich beim ersten Mal bei jeder VM-Instanz anzumelden.

VM-Typ Größenbestimmung berechnen VPC-Netzwerk Google-Zone Hostname IP-Adresse Netzwerk-Tags
Active Directory-Domain #1 N1-Standard-2 Citrix Cloud-Netzwerk us-west1-a dc1.ctx.lab 10.240.1.2 dc dns
Active Directory-Domain #2 N1-Standard-2 Citrix Cloud-Netzwerk us-west1-b dc2.ctx.lab 10.240.1.3 dc dns
Cloud Connector #1 N2-Standard-4 Citrix Cloud-Netzwerk us-west1-a cc1.ctx.lab 10.240.1.4 cc
Cloud Connector #2 N2-Standard-4 Citrix Cloud-Netzwerk us-west1-b cc2.ctx.lab 10.240.1.5 cc
Server-VDA-Masterimage N2-Standard-4 Citrix Cloud-Netzwerk us-west1-a mcs.ctx.lab Flüchtig (automatisch) vda
  1. Klicken Sie auf das Hamburger-Symbol in der oberen linken Ecke der Google Console

  2. Navigiere zu Compute Engine

  3. Klicken Sie auf VM-Instanzen

    vm-instanzen

  4. Klicken Sie auf Instanz erstellen

    vm-create-instanzen

  5. Geben Sie einen Namen ein: dc1

  6. Wählen Sie die Region aus: us-west1

  7. Zone wählen: us-west1-a

  8. Wählen Sie die Registerkarte “Allgemeine Zwecke

  9. Wählen Sie die N2-Serie

  10. Wählen Sie n2-Standard-2 (folgen Sie den entsprechenden Rechengrößen, die für jede virtuelle Maschine in der Tabelle am Anfang dieses Abschnitts aufgeführt sind.)

    vm-dc1

  11. Klicken Sie für den Startdatenträger auf Ändern

    vm-boot-disk

  12. Klicken Sie auf die Registerkarte Public Image

  13. Wählen Sie das Windows Server-Betriebssystem

  14. Wählen Sie Windows Server 2019 Datacenter (für diese Bereitstellung verwenden wir die Evaluierungslizenz)

  15. Wählen Sie Ausbalancierter persistenter Datenträger

  16. Geben Sie die erforderliche Größe in GB an: 50

  17. Klicken Sie auf Auswählen

    vm-public-images

  18. Erweitern Sie das Blatt für Verwaltung, Sicherheit, Datenträger, Netzwerke und Alleinmandantenfähigkeit

    vm-Klinge

  19. Erweitern Sie den Abschnitt Netzwerk und geben Sie die entsprechenden Netzwerk-Tags der virtuellen Maschine ein: dc

  20. Geben Sie einen Hostnamen ein, wie in der Tabelle am Anfang dieses Abschnitts aufgeführt: dc1.ctx.lab

    dc-dns-netzwerke

  21. Wählen Sie das Netzwerk aus, das im Bereich Virtual Private Cloud erstellt wurde: citrixcloudnetwork

  22. Das Teilnetz sollte automatisch gefüllt werden

  23. Wählen Sie im Abschnitt Primäre interne IP die Option Kurzlebige IP-Adresse (Benutzerdefiniert)

  24. Geben Sie die IP-Adresse 10.240.1.2 unter der benutzerdefinierten kurzlebigen IP-Adresse ein

    Hinweis

    Für das Server-VDA-Master-Image muss die IP-Adresse automatisch zugewiesen werden. Wählen Sie Flüchtig (Automatisch), damit das Server-VDA-Masterimage automatisch eine IP-Adresse abrufen kann.

  25. Stellen Sie die externe IP auf Keine

  26. Klicken Sie auf Fertig

    dc-dns-netzwerk-schnittstelle

  27. Klicken Sie auf Erstellen

    dc-dns-netzwerk-interface-erstellen

  28. Nachdem das Gerät erstellt und eingeschaltet wurde, besteht der nächste Schritt darin, einen Standardbenutzernamen und ein Standardkennwort zu erstellen.

    Hinweis

    Die Funktion Windows-Kennwort festlegen in Google Cloud setzt/setzt ein starkes Kennwort mit dem von Ihnen angegebenen Nutzernamen zurück. Wenn das Konto existiert, setzt es das Kennwort zurück. Ist dies nicht der Fall, erstellt Google Cloud den Benutzer in der lokalen Sicherheitsdatenbank der Windows-Instanz und erstellt dann das Kennwort. Der Benutzer, den Google Cloud erstellt (oder aktualisiert), ist ein lokaler Administrator der Instanz.

    Es gibt mehrere Möglichkeiten, auf die Funktion Windows-Kennwort festlegen zuzugreifen - hier ist eine davon. Klicken Sie zunächst auf die VM-Instanz, um Instanzdetails anzuzeigen.

    vm-instances-view-details

  29. Klicken Sie im Abschnitt Details zur VM-Instanz auf Windows-Kennwort festlegen

    vm-instanzen-Details

  30. Geben Sie den Benutzernamen adminein

  31. Klicken Sie auf Set

    Hinweis

    Wenn Sie während der Erstellung des Kennworts die Meldung erhalten, dass das Windows-Kennwort nicht festgelegt werden konnte. Versuchen Sie es erneut. Wenn Sie diese Instanz gerade erstellt haben, warten Sie 10 Minuten, bis sie fertig ist. “, empfehlen wir, die vorgeschlagene Zeit einzuräumen, bevor Sie versuchen, das Kennwort zu erstellen.

    vm-set-new-Kennwort

  32. Standardmäßig wird ein eindeutiges neues Kennwort automatisch von Google Cloud generiert und kann nicht über die Konsole geändert werden. Wenn ein benutzerdefiniertes Kennwort erforderlich ist, müssen Sie das Kennwort innerhalb des Windows-Betriebssystems ändern.

  33. Sie können es entweder manuell kopieren oder auf das Kopiersymbol klicken. Bewahren Sie das Kennwort sicher auf, da es für die Anmeldung bei der VM-Konsole im nächsten Abschnitt erforderlich ist.

  34. Klicken Sie auf Schließen.

    vm-set-neue-windows-Kennwort

    Nachdem Sie die Schritte 1 bis 35 ausgeführt haben, erstellen Sie jede VM wie in der Tabelle am Anfang dieses Abschnitts angegeben. Die Ergebnisse sollten dem Bild ähneln:

    vm-instances-tabel-result

  35. Wenn Sie die Spalte Netzwerk-Tags nicht anzeigen können, klicken Sie auf das Symbol für die Spaltenanzeigeoption

  36. Wählen Sie Netzwerk-Tags aus der Liste aus

  37. Klicken Sie auf OK

    vm-network-tags

Schritt 3: Virtuelle Maschinen erstellen