Microsoft Azure-Katalog verwalten
Unter Maschinenkataloge verwalten werden die Assistenten zum Verwalten eines Maschinenkatalogs beschrieben. Die folgenden Informationen beziehen sich speziell auf Microsoft Azure Resource Manager-Cloudumgebungen.
Hinweis:
Sie müssen einen Microsoft Azure-Katalog erstellt haben, bevor Sie ihn verwalten können. Siehe Microsoft Azure-Katalog erstellen.
Beibehalten einer bereitgestellten virtuellen Maschine bei Energiezyklen
Wählen Sie aus, ob eine bereitgestellte virtuelle Maschine bei Energiezyklen (Neustarts) beibehalten werden soll. Verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties
. Dieser Parameter unterstützt die zusätzliche Eigenschaft PersistVm
, mit der festgelegt wird, ob eine bereitgestellte virtuelle Maschine bei Energiezyklen beibehalten werden soll. Setzen Sie die Eigenschaft PersistVm
auf true, um eine virtuelle Maschine beim Ausschalten beizubehalten, oder setzen Sie die Eigenschaft auf false, um die virtuelle Maschine beim Ausschalten nicht beizubehalten.
Hinweis:
Die Eigenschaft
PersistVm
gilt nur für ein Provisioningschema mit aktivierten EigenschaftenCleanOnBoot
undUseWriteBackCache
. Wenn die EigenschaftPersistVm
für nicht persistente virtuelle Maschinen nicht festgelegt ist, werden die Maschinen nach dem Ausschalten aus der Azure-Umgebung gelöscht.
Im folgenden Beispiel ist die Eigenschaft PersistVm
im Parameter New-ProvScheme CustomProperties
auf true gesetzt:
<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="true" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="demo-resourcegroup" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>
<!--NeedCopy-->
Im folgenden Beispiel behält der Parameter New-ProvScheme CustomProperties
den Zurückschreibcache bei, indem PersistVM
auf true gesetzt ist:
New-ProvScheme
-AzureAdJoinType "None"
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Standard_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"false`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"PersistVm`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"demo-resourcegroup`" /><Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Client`" /></CustomProperties>"
-HostingUnitName "demo"
-IdentityPoolName "NonPersistent-MCSIO-PersistVM"
-MasterImageVM "XDHyp:\HostingUnits\demo\image.folder\scale-test.resourcegroup\demo-snapshot.snapshot"
-NetworkMapping @ {"0"="XDHyp:\HostingUnits\demo\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\ji-test.resourcegroup\jitest-vnet.virtualprivatecloud\default.network"}
-ProvisioningSchemeName "NonPersistent-MCSIO-PersistVM"
-ServiceOffering "XDHyp:\HostingUnits\demo\serviceoffering.folder\Standard_B2ms.serviceoffering" -UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->
Tipp:
Die Eigenschaft
PersistVm
legt fest, ob eine bereitgestellte virtuelle Maschine beibehalten werden soll. Die EigenschaftPersistOsdisk
legt fest, ob der Betriebssystemdatenträger beibehalten werden soll. Um eine bereitgestellte virtuelle Maschine beizubehalten, müssen Sie zuerst den Betriebssystemdatenträger beibehalten. Sie können den Betriebssystemdatenträger nur löschen, wenn Sie zuvor die virtuelle Maschine löschen. Sie können die EigenschaftPersistOsdisk
verwenden, ohne den ParameterPersistVm
festzulegen.
Konfigurationsupdates planen
Mit dem PowerShell-Befehl Schedule-ProvVMUpdate
können Sie ein Zeitfenster für die Konfigurationsupdates der vorhandenen, von MCS bereitgestellten Maschinen festlegen. Während dieses Zeitfensters wird dann bei jedem Einschalten oder Neustart ein geplantes Update des Provisioningschemas auf eine Maschine angewendet.
Wenn Sie Request-ProvVMUpdate
und Schedule-ProvVMUpdate
ausführen, wird der zuletzt ausgeführte Befehl wirksam.
Hinweis:
Schedule-ProvVMUpdate
besitzt alle Funktionen vonRequest-ProvVMUpdate
und mehr.Schedule-ProvVMUpdate
wird zukünftigRequest-ProvVMUpdate
ersetzen.
Mit Cancel-ProvVMUpdate
können Sie das Konfigurationsupdate auch vor dem geplanten Zeitpunkt abbrechen.
Sie können das Konfigurationsupdate für Folgendes planen:
- Eine einzelne VM
- Mehrere VMs, die ID oder Namen eines Provisioningschemas zugeordnet sind
- Ein gesamter Katalog, der ID oder Namen eines Provisioningschemas zugeordnet ist
Planen des Konfigurationsupdates:
- Erstellen Sie mit der Oberfläche “Vollständige Konfiguration” oder PowerShell einen Katalog.
- Öffnen Sie ein PowerShell-Fenster.
- Führen Sie
asnp citrix*
aus, um Citrix-spezifische PowerShell-Module zu laden. -
Prüfen Sie die Konfiguration der vorhandenen Maschinen. Beispiel:
Get-ProvScheme | select ProvisioningSchemeName, ProvisioningSchemeVersion <!--NeedCopy-->
-
Aktualisieren Sie das Provisioningsschema, um eine benutzerdefinierte Eigenschaft, ein Maschinenprofil oder ein Dienstangebot zu aktualisieren. Beispiel:
Set-ProvScheme –ProvisioningSchemeName “my-catalog” – MachineProfile“XDHyp:\HostingUnits<hosting-unit>\machineprofileinstance.vm” <!--NeedCopy-->
-
Prüfen Sie, ob Folgendes gilt:
- Die aktuelle Eigenschaft der VM entspricht dem aktuellen Provisioningsschema. Und:
- Es gibt eine ausstehende Aktualisierungsaktion auf der VM.
Beispiel:
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeUpdateUntil, ProvisioningSchemeVersion <!--NeedCopy-->
-
Führen Sie
Schedule-ProvVMUpdate
aus, um eine VM beim nächsten Start im geplanten Zeitfenster planmäßig auf die neuesten Provisioningeinstellungen zu aktualisieren. Beispiel:-
Update mit der aktuellen Uhrzeit als Startzeit planen:
Schedule-ProvVMUpdate -ProvisioningSchemeName " my-catalog " -VMName "vm1" -StartsNow -DurationInMinutes 120 <!--NeedCopy-->
-
Update an einem Wochenende planen:
Schedule-ProvVMUpdate -ProvisioningSchemeName " my-catalog " -VMName "vm1" -StartTimeInUTC "10/15/2022 9:00am" -DurationInMinutes (New –TimeSpan –Days 2).TotalMinutes <!--NeedCopy-->
Hinweis:
-
VMName
ist optional. Wenn nicht angegeben, wird das Update für den gesamten Katalog geplant. - Verwenden Sie statt
StartTimeInUTC
den BefehlStartsNow
, um anzugeben, dass die geplante Startzeit der aktuellen Uhrzeit entspricht. -
DurationInMinutes
ist optional. Der Standardwert ist 120 Minuten. Eine negative Zahl (z. B. -1) gibt an, dass es im Zeitfenster des Zeitplans keine Obergrenze gibt.
-
-
-
Überprüfen Sie den Updatestatus.
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeUpdateUntil, ProvisioningSchemeVersion <!--NeedCopy-->
-
Schalten Sie die VM ein. Wenn Sie die Maschine nach dem geplanten Zeitfenster einschalten, wird das Konfigurationsupdate nicht durchgeführt. Wenn Sie die Maschine innerhalb des geplanten Zeitfensters einschalten,
- Wenn die Maschine ausgeschaltet ist und
- Sie die Maschine nicht einschalten, wird das Konfigurationsupdate nicht angewendet.
- Sie die Maschine einschalten, wird das Konfigurationsupdate angewendet.
- Wenn die Maschine eingeschaltet ist und
- Sie die Maschine nicht neu starten, wird das Konfigurationsupdate nicht angewendet.
- Sie die Maschine neu starten, wird das Konfigurationsupdate angewendet.
- Wenn die Maschine ausgeschaltet ist und
Sie können ein Konfigurationsupdate auch für eine einzelne VM, mehrere VMs oder einen gesamten Katalog abbrechen. Konfigurationsupdate abbrechen:
-
Führen Sie
Cancel-ProvVMUpdate
aus. Beispiel:-
Das für eine einzelne VM geplante Konfigurationsupdate abbrechen:
Cancel-ProvVMUpdate -ProvisioningSchemeName " my-catalog " -VMName "vm1" <!--NeedCopy-->
-
Das für mehrere VMs geplante Konfigurationsupdate abbrechen:
Cancel-ProvVMUpdate -ProvisioningSchemeName "my-catalog" -VMName "vm1","vm2" <!--NeedCopy-->
-
Hinweis:
Die VMs müssen aus demselben Katalog stammen.
Speichertyps beim Herunterfahren einer VM zu einer niedrigeren Ebene ändern
Sie können Speicherkosten sparen, indem Sie den Speichertyp eines verwalteten Datenträgers auf eine niedrigere Ebene umstellen, wenn Sie eine VM herunterfahren. Verwenden Sie dazu die benutzerdefinierte Eigenschaft StorageTypeAtShutdown
.
Der Speichertyp des Datenträgers ändert sich in eine niedrigere Ebene (wie in der benutzerdefinierten Eigenschaft StorageTypeAtShutdown
angegeben), wenn Sie die VM herunterfahren. Nach dem Einschalten der VM ändert sich der Speichertyp in den ursprünglichen Speichertyp zurück (wie in der benutzerdefinierten Eigenschaft StorageType
oder WBCDiskStorageType
angegeben).
Wichtig:
Der Datenträger ist erst vorhanden, wenn die VM mindestens einmal eingeschaltet wurde. Daher können Sie den Speichertyp nicht ändern, wenn Sie die VM zum ersten Mal einschalten.
Anforderungen:
- Gilt für einen verwalteten Datenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft
UseManagedDisks
auf “true” festlegen. - Gilt für einen persistenten und nicht persistenten Katalog mit einem persistenten OS-Datenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft
persistOsDisk
auf “true” festlegen. - Gilt für einen nicht persistenten Katalog mit einem persistenten WBC-Datenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft
persistWBC
auf “true” festlegen.
Ändern des Speichertyps auf eine niedrigere Ebene:
-
Fügen Sie die benutzerdefinierte Eigenschaft
StorageTypeAtShutdown
hinzu, legen Sie den Wert auf Standard_LRS (HDD) fest und erstellen Sie einen Katalog mitNew-ProvScheme
. Informationen zum Erstellen eines Katalogs mit PowerShell finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.Hinweis:
Wenn
StorageTypeAtShutdown
einen anderen Wert als leer hat oder Standard_LRS (HDD) ist, schlägt der Vorgang fehl.Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Erstellen eines persistenten Katalogs:
$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /> <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS“ /> <Property xsi:type="StringProperty" Name="ResourceGroups" Value="" /> <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" /> <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" /> <Property xsi:type="StringProperty" Name="OsType" Value="Windows" /> <Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" /> </CustomProperties>’ <!--NeedCopy-->
Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Erstellen eines nicht persistenten Katalogs:
$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /> <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS" /> <Property xsi:type="StringProperty" Name="WbcDiskStorageType" Value="Standard_SSD_LRS" /> <Property xsi:type="StringProperty" Name="ResourceGroups" Value="" /> <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" /> <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" /> <Property xsi:type="StringProperty" Name="OsType" Value="Windows" /> <Property xsi:type="BooleanProperty" Name="persistWBC" Value=true /> <Property xsi:type="BooleanProperty" Name="persistOsDisk" Value=true /> <Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" /> </CustomProperties>’ <!--NeedCopy-->
Hinweis:
Wenn Sie ein Maschinenprofil verwenden, hat die benutzerdefinierte Eigenschaft Vorrang vor der in
MachineProfile
definierten Eigenschaft. - Fahren Sie die VM herunter und überprüfen Sie den Speichertyp der VM im Azure-Portal. Der Speichertyp des Datenträgers ändert sich in eine niedrigere Ebene, wie in der benutzerdefinierten Eigenschaft
StorageTypeAtShutdown
angegeben. - Schalten Sie die VM ein. Der Speichertyp des Datenträgers ändert sich zurück zu dem aufgeführten Speichertyp:
- Benutzerdefinierte Eigenschaft
StorageType
für OS-Datenträger - Benutzerdefinierte Eigenschaft
WBCDiskStorageType
für WBC-Datenträger, nur wenn Sie sie inCustomProperties
angeben. Andernfalls ändert er sich zurück zum unterStorageType
angegebenen Speichertyp.
- Benutzerdefinierte Eigenschaft
StorageTypeAtShutdown
auf einen vorhandenen Katalog anwenden:
Verwenden Sie Set-ProvScheme
, um eine VM zu einem vorhandenen Katalog hinzuzufügen. Das Feature gilt für neue VMs, die nach dem Ausführen von Set-ProvScheme
hinzugefügt wurden. Die vorhandenen Maschinen sind nicht betroffen.
Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Hinzufügen einer VM zu einem vorhandenen Katalog:
$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="WbcDiskStorageType" Value="Standard_SSD_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="BooleanProperty" Name="persistWBC" Value=true />
<Property xsi:type="BooleanProperty" Name="persistOsDisk" Value=true />
<Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" />
</CustomProperties>’
$ProvScheme = Get-Provscheme -ProvisioningSchemeName $CatalogName
Set-ProvScheme -ProvisioningSchemeName $ProvScheme.ProvisioningSchemeName -CustomProperties $customProperties
<!--NeedCopy-->
Aktualisieren bereitgestellter Maschinen auf das aktuelle Provisioningschema
Mit dem Befehl Set-ProvScheme
ändern Sie das Provisioningschema. Dies wirkt sich jedoch nicht auf vorhandene Maschinen aus. Mit dem PowerShell-Befehl Request-ProvVMUpdate
können Sie das aktuelle Provisioningschema auf eine oder mehrere persistente oder nicht persistente Maschine(n) anwenden. Derzeit können Sie in Azure ServiceOffering
, MachineProfile
und die folgenden benutzerdefinierten Eigenschaften aktualisieren:
StorageType
WBCDiskStorageType
IdentityDiskStorageType
LicenseType
DedicatedHostGroupId
PersistWBC
PersistOsDisk
PersistVm
Hinweis:
Sie können nur die benutzerdefinierten Eigenschaften
StorageType
,WBCDiskStorageType
undIdentityDiskStorageType
eines Katalogs mit verwaltetem Datenträger in Azure-Umgebungen aktualisieren.
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 (Maschinenkatalogname) verknüpft sind.
Nachdem Sie die folgenden Änderungen am Provisioningschema vorgenommen haben, wird die VM-Instanz für persistente Kataloge in Azure neu erstellt:
- Ändern Sie
MachineProfile
. - Entfernen Sie
LicenseType
. - Entfernen Sie
DedicatedHostGroupId
.
Hinweis:
Der Betriebssystemdatenträger vorhandener Maschinen samt Daten bleibt unverändert, und es wird eine neue VM mit dem Datenträger verbunden.
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” – ServiceOffering“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.
-
Aktualisieren Sie alle vorhandenen Maschinen. Beispiel:
Request-ProvVMUpdate –ProvisioningSchemeName “my-catalog” <!--NeedCopy-->
-
Aktualisieren Sie eine Liste bestimmter Maschinen. Beispiel:
Request-ProvVMUpdate -ProvisioningSchemeName "my-catalog" -VMName "vm1","vm2" <!--NeedCopy-->
-
Aktualisieren Sie Maschinen basierend auf der Ausgabe von Get-ProvVM. Beispiel:
Get-ProvVM -ProvisioningSchemeName "my-catalog" | Request-ProvVMUpdate <!--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. Beispiel:
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion <!--NeedCopy-->
Abrufen von Informationen für Azure-VMs, Snapshots, Betriebssystemdatenträger und Katalogimagedefinition
Sie können Informationen für eine Azure-VM anzeigen, einschließlich Betriebssystemdatenträger und -typ, Snapshot und Katalogimagedefinition. Diese Informationen werden für Ressourcen im Masterimage angezeigt, wenn ein Maschinenkatalog zugewiesen wird. Verwenden Sie diese Funktion, um entweder ein Linux- oder ein Windows-Image anzuzeigen und auszuwählen. Eine PowerShell-Eigenschaft, TemplateIsWindowsTemplate
, wurde dem Parameter AdditionDatafield
hinzugefügt. Dieses Feld enthält Azure-spezifische Informationen: VM-Typ, Betriebssystemdatenträger, Informationen zum Katalogimage und Informationen zum Betriebssystemtyp. Die Einstellung von TemplateIsWindowsTemplate
auf True zeigt an, dass der Betriebssystemtyp Windows ist; die Einstellung von TemplateIsWindowsTemplate
auf False zeigt an, dass der Betriebssystemtyp Linux ist.
Tipp:
Die von der PowerShell-Eigenschaft
TemplateIsWindowsTemplate
angezeigten Informationen werden von der Azure-API abgeleitet. Gelegentlich kann dieses Feld leer sein. Beispiel: Ein Snapshot von einem Datenträger enthält das FeldTemplateIsWindowsTemplate
nicht, da der Betriebssystemtyp nicht aus einem Snapshot abgerufen werden kann.
Beispiel: Legen Sie den AdditionData
-Parameter der Azure-VM für den Betriebssystemtyp Windows mit PowerShell auf True fest:
PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
Key Value
ServiceOfferingDescription Standard_B2ms
HardDiskSizeGB 127
ResourceGroupName FENGHUAJ-DEV-TESTING-RG
ServiceOfferingMemory 8192
ServiceOfferingCores 2
TemplateIsWindowsTemplate True
ServiceOfferingWithTemporaryDiskSizeInMb 16384
SupportedMachineGenerations Gen1,Gen2
<!--NeedCopy-->
Abrufen des Regionsnamen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure VHD und ARM-Vorlagen
Sie können Angaben zum Regionsnamen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure VHD und ARM-Vorlagen anzeigen. Diese Informationen werden für Ressourcen im Masterimage angezeigt, wenn ein Maschinenkatalog zugewiesen wird. Die PowerShell-Eigenschaft RegionName
zeigt den Regionsnamen an, wenn Sie den PowerShell-Befehl mit dem Parameter AdditionalData
ausführen.
Verwenden Sie beispielsweise den folgenden PowerShell-Befehl, um VM-Informationen in Azure abzurufen.
PS C:\Windows\system32> (get-item XDHyp:\HostingUnits\myAzureNetwork\image.folder\hu-dev-testing-rg.resourcegroup\hu-dev-tsvda.vm).AdditionalData
Key Value
HardDiskSizeGB 127
ResourceGroupName HU-DEV-TESTING-RG
RegionName East US
TemplateIsWindowsTemplate True
LicenseType
ServiceOfferingDescription Standard_B2ms
ServiceOfferingMemory 8192
ServiceOfferingCores 2
SupportedMachineGenerations Gen1,Gen2
ServiceOfferingWithTemporaryDiskSizeInMb 16384
SecurityType
SecureBootEnabled
VTpmEnabled
<!--NeedCopy-->
Identifizieren der von MCS erstellten Ressourcen
Nachfolgend werden die Tags aufgeführt, die MCS den Ressourcen auf der Azure-Plattform hinzufügt. Die Tags werden in der Tabelle als in der Form “Schlüssel”: “Wert” dargestellt.
Ressourcenname | Tag |
---|---|
ID-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Image | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Netzwerkkarte | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
OS-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Vorbereitungs-VM | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Veröffentlichter Snapshot | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Ressourcengruppe | “CitrixResource” : “Internal” |
CitrixSchemaVersion: 2.0 | |
“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Speicherkonto | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
VM im Katalog | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
WBC-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” |
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.
Weitere Informationen
In diesem Artikel
- Beibehalten einer bereitgestellten virtuellen Maschine bei Energiezyklen
- Konfigurationsupdates planen
- Speichertyps beim Herunterfahren einer VM zu einer niedrigeren Ebene ändern
- Aktualisieren bereitgestellter Maschinen auf das aktuelle Provisioningschema
- Abrufen von Informationen für Azure-VMs, Snapshots, Betriebssystemdatenträger und Katalogimagedefinition
- Abrufen des Regionsnamen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure VHD und ARM-Vorlagen
- Identifizieren der von MCS erstellten Ressourcen
- Weitere Informationen