Google Cloud Platform-Katalog verwalten
Unter Maschinenkataloge verwalten werden die Assistenten zum Verwalten eines Maschinenkatalogs beschrieben. Die folgenden Informationen beziehen sich speziell auf Google-Cloudumgebungen.
Hinweis:
Sie müssen einen Google Cloud Platform-Katalog erstellt haben, bevor Sie ihn verwalten können. Weitere Informationen finden Sie unter Google Cloud Platform-Katalog erstellen.
Verwalten von Maschinenkatalogen
Informationen zum Hinzufügen von Maschinen zu einem Katalog, zum Aktualisieren von Maschinen und zum Rollback eines Updates finden Sie unter Verwalten von Maschinenkatalogen.
Energieverwaltung
Citrix DaaS ermöglicht die Energieverwaltung von Google Cloud-Maschinen. Mit dem Knoten Suchen im linken Bereich finden Sie die Maschine, für die Sie eine Energieverwaltung festlegen möchten. Folgende Energieaktionen stehen zur Verfügung:
- Löschen
- Starten
- Neustarten
- Neustart erzwingen
- Herunterfahren
- Herunterfahren erzwingen
- Zu Bereitstellungsgruppe hinzufügen
- Tags verwalten
- Wartungsmodus einschalten
Sie können die Energieverwaltung für Google Cloud-Maschinen auch mit Autoscale aktivieren. Fügen Sie hierfür die Google Cloud-Maschinen einer Bereitstellungsgruppe hinzu und aktivieren Sie Autoscale für diese Bereitstellungsgruppe. Weitere Hinweise zu Autoscale finden Sie unter Autoscale.
Bereitgestellte Maschinen mit PowerShell aktualisieren
Mit dem Befehl Set-ProvScheme ändern Sie das Provisioningschema. Dies wirkt sich jedoch nicht auf vorhandene Maschinen aus. Mit dem PowerShell-Befehl Set-ProvVMUpdateTimeWindow können Sie jetzt das aktuelle Provisioningschema auf eine oder mehrere persistente oder nicht persistente Maschine(n) anwenden. Die derzeit in GCP von diesem Feature unterstützte aktualisierte Eigenschaft ist das Maschinenprofil.
Sie können Folgendes aktualisieren:
- Eine einzelne VM
- Eine Liste bestimmter VMs oder alle VMs, die mit der ID eines Provisioningschemas verknüpft sind.
- Eine Liste bestimmter VMs oder alle VMs, die mit dem Namen eines Provisioningschemas verknüpft sind.
Schrittfolge zum Aktualisieren der vorhandenen VMs:
-
Prüfen Sie die Konfiguration der vorhandenen Maschinen. Beispiel:
Get-ProvScheme | select ProvisioningSchemeName, ProvisioningSchemeVersion <!--NeedCopy--> -
Aktualisieren Sie das Provisioningschema. Beispiel:
`Set-ProvScheme –ProvisioningSchemeName "my-catalog" –MachineProfile "XDHyp:\HostingUnits<hosting-unit>\machineprofileinstance.vm" <!--NeedCopy--> -
Überprüfen Sie, ob die aktuelle Eigenschaft der VM mit dem aktuellen Provisioningschema übereinstimmt und ob eine Aktualisierungsaktion auf der VM aussteht. Beispiel:
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion <!--NeedCopy-->Sie können auch Maschinen einer bestimmten Version finden. Beispiel:
Get-ProvVM -Filter "ProvisioningSchemeVersion -eq 1" | select VMName, ProvisioningSchemeVersion <!--NeedCopy--> - Aktualisieren Sie vorhandene Maschinen.
-
Gehen Sie zum Aktualisieren aller vorhandenen Maschinen folgendermaßen vor:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1 <!--NeedCopy--> -
Zum Aktualisieren einer Liste bestimmter Maschinen:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1 <!--NeedCopy--> -
Zum Aktualisieren von Maschinen basierend auf der Ausgabe von
Get-ProvVM:Get-ProvVM -ProvisioningSchemeName "my-catalog" | Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1 <!--NeedCopy-->
-
-
Suchen Sie Maschinen mit einem geplanten Update. Beispiel:
Get-ProvVM -Filter "ProvisioningSchemeUpdateAfter" | select VMName, ProvisioningSchemeUpdateAfter <!--NeedCopy--> -
Starten Sie die Maschinen neu. Beim nächsten Einschalten werden Eigenschaftsänderungen auf die vorhandenen Maschinen angewendet. Sie können den aktualisierten Status mit dem folgenden Befehl überprüfen:
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion <!--NeedCopy-->
Datenträgerbezogene benutzerdefinierte Eigenschaften eines Katalogs ändern
Sie können die folgenden datenträgerbezogenen benutzerdefinierten Eigenschaften eines Katalogs und der VMs des Katalogs ändern:
PersistOSDiskPersistWBCStorageTypeIdentityDiskStorageTypeWbcDiskStorageType
Hinweis:
- Die Eigenschaft
StorageTypeist für den OS-Datenträger vorgesehen.- Die Eigenschaft
PersistOsDiskkann nur für nicht persistente Kataloge mit aktiviertem Zurückschreibcache festgelegt werden
Diese Implementierung hilft Ihnen, auch nach der Erstellung eines Katalogs verschiedene Speichertypen für verschiedene Datenträger auszuwählen und so den Preisen für die verschiedenen Speichertypen Rechnung zu tragen.
Verwenden Sie dazu die PowerShell-Befehle Set-ProvScheme und Set-ProvVMUpdateTimeWindow:
- Öffnen Sie ein PowerShell-Fenster.
- Führen Sie
asnp citrix*aus. - Führen Sie
Get-ProvVM -VMName <VM name>aus, um die benutzerdefinierten Eigenschaften abzurufen. - Ändern Sie die Zeichenfolge der benutzerdefinierten Eigenschaften:
- Kopieren Sie die benutzerdefinierten Eigenschaften in einen Editor und ändern Sie die benutzerdefinierten Eigenschaften.
-
Fügen Sie im PowerShell-Fenster die geänderte Zeichenfolge für “Custom Properties” aus dem Editor ein, und weisen Sie ihr eine Variable zu. Beispiel:
$cp = '<CustomProperties xmlns=http://schemas.citrix.com/2014/xd/machinecreation xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="CatalogZones" Value="" /> <Property xsi:type="StringProperty" Name="PersistWBC" Value="true" /> <Property xsi:type="StringProperty" Name="PersistOSDisk" Value="true" /> <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="pd-standard" /> <Property xsi:type="StringProperty" Name="StorageType" Value="pd-standard" /> </CustomProperties>' <!--NeedCopy-->
-
Aktualisieren Sie den bestehenden Katalog. Beispiel:
Set-ProvScheme -ProvisioningSchemeName <yourCatalogName> -CustomProperties $cp <!--NeedCopy--> -
Aktualisieren Sie die vorhandenen VMs. Beispiel:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1 <!--NeedCopy--> - Starten Sie die VMs neu. Beim nächsten Einschalten werden Änderungen benutzerdefinierter Eigenschaften auf die vorhandenen Maschinen angewendet.
Schutz vor versehentlichem Löschen von Maschinen
Citrix DaaS ermöglicht den Schutz von MCS-Ressourcen in Google Cloud vor versehentlichem Löschen. Konfigurieren Sie die bereitgestellte VM, indem Sie das Flag deletionProtection auf TRUE setzen.
Standardmäßig werden mit MCS oder dem Google Cloud-Plug-In bereitgestellte VMs mit aktiviertem InstanceProtection erstellt. Die Implementierung gilt für persistente und nicht persistente Kataloge. Nicht persistente Kataloge werden aktualisiert, wenn die Instanzen anhand der Vorlage neu erstellt werden. Für bestehende persistente Maschinen können Sie das Flag in der Google Cloud-Konsole festlegen. Weitere Informationen zum Festlegen des Flags finden Sie in der Google-Dokumentation. Neue Maschinen, die zu persistenten Katalogen hinzugefügt wurden, werden mit aktiviertem Flag deletionProtection erstellt
Der Versuch, eine VM-Instanz, für die das Flag deletionProtection festgelegt ist, zu löschen, schlägt fehl. Wenn Sie jedoch die Berechtigung compute.instances.setDeletionProtection oder die IAM-Rolle Compute-Administrator haben, können Sie das Flag zurücksetzen, damit die Ressource gelöscht werden kann.
Identifizieren der von MCS erstellten Ressourcen
Nachfolgend werden die Tags aufgeführt, die MCS den Ressourcen hinzufügt. Die Tags werden in der Tabelle als in der Form “Schlüssel”: “Wert” dargestellt.
| Ressourcenname | Tag |
|---|---|
| ID-Datenträger | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
| Image | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
| OS-Datenträger | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
| Vorbereitungs-VM | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
| Veröffentlichter Snapshot | “CitrixResource”: “internal” |
| Speicherbucket | “Citrixresource”: “internal” |
| Vorlage | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
| VM im Katalog | “CitrixResource”: “internal” |
| “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”. Das Plug-In fügt auch dieses Tag für von MCS bereitgestellte VMs hinzu: “citrix-provisioning-scheme-id”: “provSchemeId”. Sie können es verwenden, um in der GCP-Konsole nach Katalog zu filtern. | |
| WBC-Datenträger | “CitrixResource”: “internal” |
| CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
Hinweis:
Eine VM ist im Citrix-Bestand nicht sichtbar, wenn ein CitrixResource-Tag hinzugefügt wird, um sie als eine von MCS erstellte Ressource zu identifizieren. Sie können das Tag entfernen oder umbenennen, um sie sichtbar zu machen.