Citrix DaaS

Konfiguration zu Citrix Cloud migrieren

Das Automated Configuration Tool (ACT) ermöglicht die Migration der Citrix Virtual Apps and Desktops-Konfiguration (Richtlinien, Anwendungen, Kataloge, Administratorrollen, Bereiche und mehr) von einem oder mehreren lokalen Standorten zu Citrix DaaS, das in der Citrix Cloud gehostet wird. Es kann auch zum Migrieren von Informationen zwischen verschiedenen Cloudregionen oder Mandanten verwendet werden.

Dieses Tool erkennt und exportiert eine oder mehrere lokale Sites als Sammlung von Konfigurationsdateien, die Sie optional bearbeiten können. Die Konfiguration dieser Dateien kann dann in Citrix DaaS importiert werden. Die Migration erfolgt schrittweise durch mehrmaliges Ausführen des Tools, sodass Sie den gewünschten Konfigurationszustand problemlos erreichen können.

ACT ist nicht nur ein einmaliges Migrationstool. Sie können es verwenden, um Ihre täglichen Cloudvorgänge zu verwalten, beispielsweise:

  • Automatisieren der Übertragung von Test- oder Stage-Cloudkonten zu Produktionscloudkonten
  • Backup und Wiederherstellen Ihrer Konfiguration
  • Aufteilen einer Cloudumgebung in mehrere Clouds

Das folgende 2-minütige Video bietet einen kurzen Überblick über die automatische Konfiguration.

Weitere Informationen zur automatischen Konfiguration finden Sie unter Proof of Concept: Automated Configuration Tool in der Tech Zone.

Detaillierte Informationen zum Migrieren Ihrer Bereitstellung und zur Vorbereitung der Konfiguration auf die Migration finden Sie unter Migrieren der On-Premises-Version von Citrix Virtual Apps and Desktops zu Citrix Cloud in der Tech Zone.

Bekannte Einschränkungen

Voraussetzungen für die Migration Ihrer Konfiguration

Zum Exportieren der Citrix Virtual Apps and Desktops-Konfiguration benötigen Sie:

  • Aktuelle Version von Citrix Virtual Apps and Desktops und unmittelbare Vorgängerversion oder Citrix Virtual Apps and Desktops/XenApp und XenDesktop LTSR: alle Versionen
  • Eine in die Domäne eingebundene Maschine mit .NET Framework 4.7.2 oder höher und dem Citrix PowerShell SDK. Dieses wird automatisch auf dem Delivery Controller installiert. (Wenn Sie es auf einer anderen Maschine als dem On-Premises-Delivery Controller ausführen möchten, muss Citrix Studio installiert sein, da mit Studio die richtigen PowerShell-Snap-Ins installiert werden. Das Studio-Installationsprogramm ist auf dem Citrix Virtual Apps and Desktops-Installationsmedium.)

Zum Importieren Ihrer Konfiguration in Citrix DaaS benötigen Sie:

  • Eine Maschine mit Zugriff auf Citrix Cloud. Dabei muss es sich weder um einen Delivery Controller noch um eine mit der Domäne verbundene Maschine handeln.
  • Bereitgestelltes Citrix DaaS.
  • Ein aktiver Ressourcenstandort mit installiertem Connector; er muss derselben Domäne angehören wie die On-Premises-Bereitstellung.
  • Verbindung zu Sites, die auf Citrix Cloud zugreifen, muss zulässig und verfügbar sein. Weitere Informationen finden Sie unter Anforderungen an System und Konnektivität.

Hinweis

Die automatische Konfiguration kann nicht auf einem Cloud Connector-System installiert werden.

Wichtige Schritte

  1. Laden Sie das automatisierte Konfigurationstool herunter und überprüfen Sie die Systemanforderungen. Weitere Informationen finden Sie unter Download der automatisierten Konfiguration.
  2. Füllen Sie die Datei CustomerInfo.yml mit Ihren vom Citrix Cloud-Portal generierten Werten CustomerName, CustomerID und SecretKey. Siehe . Generieren Sie die Kunden-ID, Client-ID und den geheimen Schlüssel und füllen Sie die Kundeninformationsdatei.
  3. Wenn die lokale Site mehrere Zonen enthält, aktualisieren Sie die Datei ZoneMapping.yml, um Zonen den Citrix DaaS-Ressourcenstandorten zuzuordnen. Siehe Zonenzuordnungsdatei füllen.
  4. Wenn die Site mehrere Hostingverbindungen enthält, aktualisieren Sie die Datei CvadAcSecurity.yml mit den Verbindungsinformationen für jeden Hosttyp, der in Citrix DaaS migriert wird. Wenn nur eine einzelne Hostverbindung besteht, aktualisieren Sie die Datei CvadACSecurity.yml mit den Verbindungsinformationen für die Hostverbindung. Siehe Sicherheitsdatei für Hostverbindungen aktualisieren.
  5. Öffnen Sie ACT und exportieren Sie Ihre lokale Site mit dem Befehl Export-CvadAcToFile. Die Liste der für die Migration unterstützten Komponenten finden Sie unter Unterstützte Migrationsobjekte. Informationen zu den Schritten zum Exportieren finden Sie unter Lokale Konfiguration exportieren.
  6. Importieren Sie Komponenten schrittweise mit dem Befehl Merge-CvadAcToSite . Alternativ können Sie die gesamte Site auf einmal migrieren. Achten Sie darauf, die Komponenten in der unter Reihenfolge der Komponentenmigration aufgeführten Reihenfolge zu migrieren. Informationen zu den Schritten zum Importieren finden Sie unter Import ausführen.
  7. Aktivieren Sie die Cloudsite. Siehe Sites aktivieren.

Herunterladen der automatischen Konfiguration

Laden Sie das automatisierte Konfigurationstool von Citrix Downloads herunter und installieren Sie es.

Upgrade der automatisierten Konfiguration

Um Funktionsfehler zu vermeiden, verwenden Sie immer die neueste verfügbare Version von ACT.

Um Ihre Toolversion zu erfahren, gehen Sie wie folgt vor:

  1. Doppelklicken Sie auf das Symbol Automatisches Konfigurieren. Ein PowerShell Fenster wird angezeigt.
  2. Führen Sie den folgenden Befehl aus, um die Versionsnummer zu überprüfen.

      Get-CvadAcStatus
    <!--NeedCopy-->
    
  3. Vergleichen Sie Ihre Toolversion mit der in Citrix-Downloads aufgeführten Version. Die neueste Version befindet sich dort.
  4. Laden Sie die aktuelle Softwareversion des Tools von Citrix herunter und installieren Sie es. Sie müssen hierfür die alte Version nicht deinstallieren.

Hinweis

Wenn Sie Cmdlets ausführen, um in der automatisierten Konfiguration auf die Cloud zuzugreifen, benachrichtigt Sie das Tool, wenn eine neuere Version zum Download bereitsteht. Weitere Informationen zu Cmdlets finden Sie unter Cmdlets des automatisierten Konfigurationstools.

Kunden-ID, Client-ID und den geheimen Schlüssel generieren

Um die lokale Site zu Citrix DaaS zu migrieren, füllen Sie die Datei CustomerInfo.yml mit der Kunden-ID, der Client-ID und dem geheimen Schlüssel vom Citrix Cloud-Portal.

Zum Abrufen der Kunden-ID gehen Sie wie folgt vor:

  1. Melden Sie sich bei Ihrem Citrix Cloud-Konto an und wählen Sie den Kunden aus.
  2. Klicken Sie auf das Rastersymbol und wählen Sie Identitäts- und Zugriffsverwaltung aus.
  3. Navigieren Sie zu API-Zugriff > Sichere Clients. Die Kunden-ID wird auf der Seite angezeigt.

So rufen Sie die Client-ID und den geheimen Schlüssel ab:

  1. Geben Sie auf der Seite Sichere Clients einen Namen in das Feld ein. Dieser Name wird zur Unterscheidung zwischen mehreren Client-IDs und geheimen Schlüsseln verwendet.
  2. Klicken Sie auf Client erstellen, um die Client-ID und den geheimen Schlüssel zu erstellen.
  3. Kopieren Sie die Client-ID und den geheimen Schlüssel an einen sicheren Ort und laden Sie die .csv-Datei mit diesen Informationen herunter. Verwenden Sie die Datei .csv, um die Datei CustomerInfo.yml zu füllen.

Hinweis

  • Die Client-ID und der geheime Schlüssel laufen nicht ab. Werden sie kompromittiert, entfernen Sie sie sofort mit dem Papierkorb-Symbol und erstellen Sie neue.
  • Der geheime Schlüssel kann nicht wiederhergestellt werden, wenn er verloren geht oder vergessen wird. Er muss zusammen mit der Client-ID und neu erstellt werden.

Kundeninformationsdatei füllen

Infolge der Verwendung der Datei CustomerInfo.yml müssen bei der Ausführung des Cmdlets nicht mehr jedes Mal Kundeninformationsparameter angegeben werden. Jede Kundeninformation kann per Cmdlet-Parameter überschrieben werden.

Verwenden Sie das Cmdlet New-CvadAcCustomerInfoFile, um die Datei CustomerInfo.yml zu erstellen.

Wichtig:

Bearbeiten Sie die Datei CustomerInfo.yml nicht manuell. Dies kann zu unbeabsichtigten Formatierungsfehlern führen.

Das Cmdlet New-CvadAcCustomerInfoFile hat die folgenden erforderlichen Parameter.

  • CustomerId: Kunden-ID.
  • ClientId: Client-ID des Kunden, die in Citrix Cloud erstellt wurde.
  • Secret: Kundengeheimnis, das in Citrix Cloud erstellt wurde.

Beispiel:

  New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==
<!--NeedCopy-->

Sie können die Datei CustomerInfo.yml auch mit dem Parameter SecurityCsvFileSpec erstellen, der auf die heruntergeladene Datei security.csv verweist. Sie müssen auch die CustomerID angeben.

  New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123
<!--NeedCopy-->

Verwenden Sie das Cmdlet Set-CvadAcCustomerInfoFile, um die Datei CustomerInfo.yml zu aktualisieren. Dieses Cmdlet ändert nur die Client-ID.

  Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E
<!--NeedCopy-->

Nachfolgend sehen Sie das Beispiel einer CustomerInfo.yml-Datei.

              # Created/Updated on 2020/01/29 16:46:47
              CustomerId: ‘markhof123’
              ClientId: ‘6713FEA6-46CC-4F8A-BC71-539F2DDK5384’
              Secret: ‘TwBLaaabbbaaaaaaaaaaw==’
              Environment: Production
              AltRootUrl: ‘’
              StopOnError: False
              AlternateFolder: ‘’
              Locale: ‘en-us’
              Editor: ‘C:\Program Files\Notepad++\notepad++.exe’
              Confirm: True
              DisplayLog: True

Zonenzuordnungsdatei füllen

Die On-Premises-Zone entspricht dem Cloudressourcenstandort. Im Gegensatz zu anderen Sitekomponenten können Sie die On-Premises-Zone nicht automatisch in die Cloud importieren. Stattdessen muss sie manuell mit der Datei ZoneMapping.yml zugeordnet werden. Importfehler können auftreten, wenn der Zonenname keinem bestehenden Ressourcenstandort zugewiesen ist.

Wenn die lokalen Sites nur eine Zone und die Cloudsites nur einen Ressourcenstandort haben, stellt das Tool zur automatisierten Konfiguration die richtige Zuordnung her, sodass die Datei ZoneMapping.yml nicht manuell verwaltet werden muss.

Wenn die lokalen Sites jedoch über mehrere Zonen oder Cloudsites über mehrere Ressourcenstandorte verfügen, aktualisieren Sie die Datei ZoneMapping.yml manuell, um die korrekte Zuordnung der lokalen Zonen zu den Cloudressourcenstandorten widerzuspiegeln.

Die Datei ZoneMapping.yml befindet sich in %HOMEPATH%\Documents\Citrix\AutoConfig. Der Inhalt der Datei .yml ist ein Wörterbuch mit dem Zonennamen als Schlüssel und dem Ressourcenstandortnamen als Wert.

Beispielsweise wird eine lokale Citrix Virtual Apps and Desktops-Site mit einer primären Zone namens “Zone-1” und einer sekundären Zone namens “Zone-2” in eine Citrix DaaS-Bereitstellung mit zwei neu erstellten Cloudressourcenstandorten namens “Cloud-RL-1” und “Cloud-RL-2” migriert. In diesem Fall würde ZoneMapping.yml wie folgt konfiguriert:

              Zone-1: Cloud-RL-1

              Zone-2: Cloud-RL-2

Hinweis

Fügen Sie zwischen dem Doppelpunkt und dem Ressourcenstandortnamen ein Leerzeichen ein. Wenn ein Zonen- oder Ressourcenstandortname Leerzeichen enthält, setzen Sie den Namen in Anführungszeichen.

Sicherheitsdatei für Hostverbindungen aktualisieren

Hostverbindungen und die zugehörigen Hypervisors können mit ACT exportiert und importiert werden.

Das Hinzufügen eines Hypervisors zu einer Hostverbindung erfordert Hypervisortyp-spezifische Sicherheitsinformationen. Diese Informationen können aus Sicherheitsgründen nicht aus der On-Premises-Site exportiert werden. Sie müssen die Informationen manuell bereitstellen, damit die automatische Konfiguration Hostverbindungen und Hypervisors in die Cloudsite importieren kann.

Der Exportvorgang erstellt die Datei CvadAcSecurity.yml in %HOMEPATH%\Documents\Citrix\AutoConfig, die Platzhalter für jedes Sicherheitselement enthält, das für den spezifischen Hypervisortyp erforderlich ist. Sie müssen die Datei CvadAcSecurity.yml aktualisieren, bevor Sie sie in die Cloud-Site importieren. Administratorupdates werden über mehrere Exportvorgänge beibehalten und bei Bedarf neue Sicherheitsplatzhalter hinzugefügt. Sicherheitselemente werden nie entfernt. Weitere Informationen finden Sie unter Datei CvadAcSecurity.yml manuell aktualisieren.

              HostConn1:
              ConnectionType: XenServer
              UserName: root
              PasswordKey: rootPassword
              HostCon2:
              ConnectionType: AWS
              ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
              SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
              Region: East

Hypervisor-spezifische Sicherheitsinformationen

Nachfolgend werden die für die einzelnen Hypervisortypen erforderlichen Sicherheitsinformationen aufgeführt.

  • XenServer, Hyper-V, VMware
    • Benutzername
    • Klartextkennwort
  • Microsoft Azure
    • Abonnement-ID
    • Anwendungs-ID
    • Anwendungsgeheimnis
  • AWS
    • Dienstkonto-ID
    • Anwendungsgeheimnis
    • Region

Besondere Sicherheitsüberlegungen

Alle Sicherheitsinformationen werden als Klartext eingegeben. Wenn Klartext nicht empfohlen wird, können die Hostverbindungen und zugehörigen Hypervisors manuell mit Studio erstellt werden. Die Namen von Hostverbindungen und Hypervisors müssen mit ihrem On-Premises-Gegenstück übereinstimmen, damit Maschinenkataloge, die die Hostverbindungen verwenden, erfolgreich importiert werden.

Exportieren Sie Ihre Citrix Virtual Apps and Desktops On-Premises-Konfiguration

Mit einem export-PowerShell-Befehl können Sie Ihre vorhandene lokale Konfiguration exportieren und die erforderlichen .yml-Dateien abrufen. Diese Dateien werden verwendet, um Ihre gewünschte Konfiguration in Citrix Cloud zu importieren.

Unterstützte Migrationsobjekte

Die automatische Konfiguration unterstützt das Verschieben der Konfiguration der folgenden Komponenten:

  • Tags
  • Delegierter Administrator
    • Geltungsbereiche
    • Rollen
  • Hostverbindungen
    • Ein einzelner Ressourcenpool
    • Admin-Geltungsbereiche
  • Maschinenkataloge
    • Admin-Geltungsbereiche
    • Maschinen
    • Remote-PC-Zugriff, physisch, gepoolt, bereitgestellt, MCS, zugewiesen
  • StoreFront
  • Bereitstellungsgruppen
    • Zugriffsrichtlinie
    • Admin-Bereichszuweisung
    • Anwendungszugriffsrichtlinie
    • Zuweisungsrichtlinie
    • Anspruch-/Desktoprichtlinie
    • Energiezeitpläne
    • Sitzungsfortbestehen
    • Vorabstart von Sitzungen
    • Neustartzeitpläne
    • Tags
  • Anwendungsgruppen
    • Admin-Bereichszuweisung
    • Bereitstellungsgruppen
    • Benutzer und Gruppen
  • Anwendungen
    • Anwendungsordner
    • Symbole
    • Anwendungen
    • Per Broker konfigurierte FTAs
    • Tags
  • Gruppenrichtlinien
  • Benutzerzoneneinstellungen

Exportieren der lokalen Konfiguration

  1. Doppelklicken Sie auf das Symbol Automatisches Konfigurieren. Ein PowerShell Fenster wird angezeigt.
  2. Führen Sie den folgenden Befehl aus, um alle Komponenten zu exportieren. Durch Exportieren der On-Premises-Konfiguration wird die Konfiguration nicht geändert.

      Export-CvadAcToFile
    <!--NeedCopy-->
    

Nachdem Sie ein beliebiges Cmdlet zum ersten Mal ausgeführt haben, wird ein Exportordner mit den .yml-Konfigurationsdateien und Protokollen erstellt. Der Ordner ist in %HOMEPATH%\Documents\Citrix\AutoConfig. Jeder nachfolgende Export erstellt einen Unterordner. Der übergeordnete Ordner %HOMEPATH%\Documents\Citrix\AutoConfig enthält immer die Dateien aus dem zuletzt ausgeführten Export.

Hinweis

Wenn die automatisierte Konfiguration nicht auf dem Delivery Controller installiert ist, führen Sie import-module Citrix.AutoConfig.Commands aus, bevor Sie das Tool über PowerShell verwenden. Dieser Schritt ist nicht erforderlich, wenn Sie die automatische Konfiguration über das Auto-Konfig-Symbol öffnen.

Bei Auftreten von Fehlern oder Ausnahmen konsultieren Sie den Abschnitt Fixups in der Protokolldatei.

Konfiguration in Citrix DaaS importieren

Wichtig:

  • Stellen Sie bei der Migration einer On-Premises-Bereitstellung in die Cloud sicher, dass die Domänen- und Organisationseinheits-GPOs, die die Citrix-Einstellungen enthalten, in die Cloud migriert werden. Citrix Web Studio unterstützt GPMC nicht und daher sind die Domänen- und Organisationseinheits-GPOs im Web Studio nicht sichtbar. Die Citrix-Richtlinienengine erzwingt die Domänen- und Organisationseinheits-GPOs auf VDAs und Benutzern, die sich in den Domänen und Organisationseinheiten befinden. Nach der Anmeldung bei einem VDA sieht ein Benutzer möglicherweise, dass die Richtlinien der Domänen- und Organisationseinheits-GPOs auf seine Sitzung angewendet werden. Administratoren können diese Richtlinien und Einstellungen jedoch nicht sehen, was zu Verwirrung führen kann.

Reihenfolge der Komponentenmigration

Die Komponenten und ihre Voraussetzungen sind hier aufgelistet. Abhängigkeiten einer Komponente müssen vor dem Import oder dem Zusammenführen vorhanden sein. Wenn eine Voraussetzung fehlt, kann der Befehl zum Importieren oder Zusammenführen fehlschlagen. Im Abschnitt Fixups der Protokolldatei werden bei Fehlschlagen des Imports oder des Zusammenführens fehlende Voraussetzungen aufgelistet.

  1. Tags
    • Keine Voraussetzungen
  2. Delegierter Administrator
    • Keine Voraussetzungen
  3. Hostverbindungen
    • Sicherheitsinformationen in CvadAcSecurity.yml
  4. Maschinenkataloge
    • In Active Directory vorhandene Maschinen
    • Hostverbindungen
    • Tags
  5. StoreFront
  6. Bereitstellungsgruppen
    • In Active Directory vorhandene Maschinen
    • In Active Directory vorhandene Benutzer
    • Maschinenkataloge
    • Tags
  7. Anwendungsgruppen
    • Bereitstellungsgruppen
    • Tags
  8. Anwendungen
    • Bereitstellungsgruppen
    • Anwendungsgruppen
    • Tags
  9. Gruppenrichtlinien
    • Bereitstellungsgruppen
    • Tags
  10. Benutzerzoneneinstellungen

Import ausführen

  1. Doppelklicken Sie auf das Symbol Automatisches Konfigurieren. Ein PowerShell Fenster wird angezeigt.
  2. Führen Sie den folgenden Befehl aus, um alle Komponenten zu importieren.

      Merge-CvadAcToSite
    <!--NeedCopy-->
    

Überprüfen Sie den erwarteten Zustand gegen den neuen aktuellen Zustand. Importoptionen steuern, ob die Importergebnisse mit der On-Premises-Site identisch oder eine Teilmenge davon sind.

Nachdem Sie das Cmdlet ausgeführt haben, wird ein Exportordner mit den .yml-Konfigurationsdateien und Protokollen erstellt. Der Ordner ist in %HOMEPATH%\Documents\Citrix\AutoConfig.

Bei Auftreten von Fehlern oder Ausnahmen konsultieren Sie den Abschnitt Fixups in der Protokolldatei.

Hinweis

Wenn die automatisierte Konfiguration nicht auf dem Delivery Controller installiert ist, führen Sie import-module Citrix.AutoConfig.Commands aus, bevor Sie das Tool über PowerShell verwenden. Dieser Schritt ist nicht erforderlich, wenn Sie die automatische Konfiguration über das Auto-Konfig-Symbol öffnen.

Informationen zum Wiederherstellen Ihrer ursprünglichen Citrix DaaS-Konfiguration finden Sie unter Citrix DaaS-Konfiguration sichern.

Importvorgang verstehen

Beim Import werden Updates präzise durchgeführt, es werden nur die erforderlichen Updates durchgeführt und es wird überprüft, ob alle Updates korrekt durchgeführt wurden. Die folgenden Schritte werden bei allen Importvorgängen befolgt:

  1. Lesen der exportierten YML-Datei (erwarteter Zustand).
  2. Lesen der Cloud (aktueller Zustand).
  3. Backup des Cloudzustands vor Import in YML-Dateien (das Backup kann bei Bedarf wiederhergestellt werden).
  4. Bewerten der Unterschiede zwischen erwartetem und aktuellem Zustand. Dies bestimmt, welche Aktualisierungen erforderlich sind.
  5. Ausführen der Aktualisierungen.
  6. Erneutes Lesen der Cloud (neuer aktueller Zustand).
  7. Backup des Cloudzustands nach Import in YML-Dateien (das Backup kann bei Bedarf wiederhergestellt werden).
  8. Vergleich des erwarteten Zustands und des neuen aktuellen Zustands.
  9. Meldung der Vergleichsergebnisse.

Granulare Migration

Wichtig:

Weitere Informationen zur Reihenfolge der Komponentenmigration finden Sie unter Reihenfolge der Komponentenmigration.

Sie haben die Möglichkeit der selektiven Migration von nur Komponenten oder sogar nur Komponentennamen.

  • Zu den unterstützten Komponentenparametern gehören MachineCatalogs, Tags und mehr.
  • Zu den unterstützten Komponentennamenparametern gehören die Parameter IncludeByName und ExcludeByName und andere.

Weitere Informationen zu Parametern und deren Verwendung finden Sie unter Parameter für granulare Migration.

Sites aktivieren

Der Delivery Controller steuert sowohl vor Ort als auch in der Cloud Ressourcen wie die Vermittlung von Desktops und Anwendungen sowie den Neustart von Maschinen. Probleme treten auf, wenn Ressourcen von zwei oder mehr Sites gesteuert werden. Eine solche Situation kann bei der Migration von einer On-Premises-Site zu einer Cloudsite auftreten. On-Premises- und Cloud-Delivery Controller können die gleichen Ressourcen verwalten. Eine solche duale Verwaltung kann dazu führen, dass Ressourcen nicht mehr verfügbar sind oder nicht mehr verwaltet werden können und dass eine Diagnose schwierig wird.

Durch die Siteaktivierung können Sie vorgeben, wo die aktive Site gesteuert wird.

Die Siteaktivierung wird über den Bereitstellungsgruppen-Wartungsmodus verwaltet. Bereitstellungsgruppen werden in den Wartungsmodus versetzt, wenn die Site inaktiv ist. Der Wartungsmodus wird Bereitstellungsgruppen in aktiven Sites beendet.

Die Siteaktivierung hat weder Einfluss auf die VDA-Registrierung und Maschinenkataloge noch erfolgt durch sie eine Verwaltung dieser Objekte.

  • Set-CvadAcSiteActiveStateCloud
  • Set-CvadAcSiteActiveStateOnPrem

Alle Cmdlets unterstützen die Filterung IncludeByName und ExcludeByName . Über diesen Parameter können Sie vorgeben, bei welchen Bereitstellungsgruppen der Wartungsmodus geändert werden kann. Bereitstellungsgruppen können bei Bedarf selektiv geändert werden.

Importieren und Übertragen der Steuerung in die Cloud

Im Folgenden finden Sie eine allgemeine Beschreibung des Verfahrens zum Importieren und Übertragen der Steuerung von der On-Premises-Site in die Cloudsite.

  1. Exportieren und importieren Sie die On-Premises-Site in die Cloud. Stellen Sie sicher, dass der Parameter –SiteActive in keinem der Import-Cmdlets vorhanden ist. Die On-Premises-Site ist aktiv und die Cloudsite inaktiv. Standardmäßig befinden sich Cloudsite-Bereitstellungsgruppen im Wartungsmodus.
  2. Überprüfen Sie den Inhalt und die Konfiguration der Cloud.
  3. Legen Sie die On-Premises-Site außerhalb der Geschäftszeiten auf inaktiv fest. Der Parameter –SiteActive muss fehlen. Alle Bereitstellungsgruppen der On-Premises-Site sind im Wartungsmodus.
    • Set-CvadAcSiteActiveStateOnPrem
  4. Legen Sie die Cloudsite auf aktiv fest. Der Parameter –SiteActive muss vorhanden sein. Keine Cloudsite-Bereitstellungsgruppe ist im Wartungsmodus.
    • Set-CvadAcSiteActiveStateCloud –SiteActive
  5. Vergewissern Sie sich, dass die Cloudsite aktiv und die On-Premises-Site inaktiv ist.

Kontrolle zurück an den lokalen Standort übertragen

Zum Rückübertragen der Steuerung von der Cloudsite in die On-Premises-Site gehen Sie folgendermaßen vor:

  1. Legen Sie die Cloudsite außerhalb der Geschäftszeiten auf inaktiv fest. Alle Cloudsite-Bereitstellungsgruppe sind im Wartungsmodus.
    • Set-CvadAcSiteActiveStateCloud
  2. Legen Sie die On-Premises-Site auf aktiv fest. Keine Bereitstellungsgruppe der On-Premises-Site ist im Wartungsmodus.
    • Set-CvadAcSiteActiveStateOnPrem -SiteActive

Zusätzliche Informationen zur Siteaktivierung

  • Sind keine Maschinen energieverwaltet und gibt es keine Neustartzeitpläne (was normalerweise bedeutet, dass keine Hostverbindungen bestehen), können alle Cloud-Bereitstellungsgruppen als aktiv importiert werden. Fügen Sie -SiteActive zu Merge-CvadAcToSite/Import-CvadAcToSite hinzu oder führen Sie nach dem Importieren Set-CvadAcSiteActiveStateCloud -SiteActive aus.
  • Gibt es energieverwaltete Maschinen oder Neustartpläne, ist ein anderer Prozess erforderlich. Wenn Sie in dieser Situation beispielsweise vom lokalen Standort zur Cloud wechseln, setzen Sie die Site vor Ort mit Set-CvadAcSiteActiveStateOnPrem auf inaktiv. Setzen Sie dann die Cloudsite mit Set-CvadAcSiteActiveStateCloud -SiteActive auf aktiv.
  • Die Cmdlets Set-CvadAcSiteActiveStateCloud und Set-CvadAcSiteActiveStateOnPrem werden auch verwendet, um den Vorgang umzukehren. Führen Sie beispielsweise Set-CvadAcSiteActiveStateCloud ohne den Parameter -SiteActive aus und führen Sie dann Set-CvadAcSiteActiveStateOnPrem mit dem Parameter -SiteActive aus.

Grundlegendes zur Migration bereitgestellter Kataloge von Machine Creation Services

Hinweis

Dieses Feature ist nur ab Version 3.0 verfügbar. Überprüfen Sie Ihre Version, indem Sie Get-CvadAcStatus innerhalb der automatisierten Konfiguration verwenden.

MCS-Kataloge erstellen zwei verschiedene Arten von Katalogen:

  • Wenn an einer Maschine vorgenommene Änderungen verloren gehen oder rückgängig gemacht werden (üblicherweise Server-Betriebssysteme, auf denen Anwendungen veröffentlicht werden) – dies ist ein Anwendungsfall für gepoolte VDI/Multisession
  • Wenn Änderungen an einer Maschine während des Neustarts beibehalten werden (üblicherweise Client-Betriebssystem mit einem dedizierten Benutzer). Dies ist ein Anwendungsfall für statische VDI.

Der Katalogtyp kann im Katalogknoten in Citrix Studio und anhand des Werts “Benutzerdaten:” des Katalogs überprüft werden.

Hinweis

Ein Backup der MCS aus der Cloud kann nicht mit der automatischen Konfiguration durchgeführt werden.

Gepoolte VDI-/Multisitzungskataloge

Kataloge mit “Benutzerdaten: Verwerfen” sind gepoolte VDI-Kataloge und können nur das Hauptimage und die Konfiguration migrieren. Virtuelle Maschinen in diesen Katalogen werden von der Migration ausgeschlossen. Das liegt daran, dass der Lebenszyklus der virtuellen Maschine von der Site verwaltet wird, von der Sie importieren, was bedeutet, dass sich der Status bei jedem Einschalten der Maschinen ändern kann. Dies macht den Import unmöglich, da die Synchronisierung der Importdaten für die virtuellen Maschinen schnell verloren geht.

Wenn Sie diese Kataloge mit dem Tool migrieren, erstellt das Tool Katalogmetadaten und initiiert die Erstellung des Hauptimages, es werden jedoch keine Maschinen importiert.

Da dieser Prozess je nach der Größe des Hauptimages einige Zeit dauern kann, startet der Importbefehl innerhalb des Tools die Katalogerstellung mit MCS nur, wartet jedoch nicht, bis sie abgeschlossen ist. Überwachen Sie nach Abschluss des Imports den Fortschritt der Katalogerstellung mit Studio in der Cloudbereitstellung.

Sobald das Hauptimage erstellt wurde, können Sie Maschinen bereitstellen. Berücksichtigen Sie die Kapazitätsaspekte, da die Kapazität durch Ihre Nutzung vor Ort verbraucht würde.

Alle anderen Objekte (Bereitstellungsgruppen, Anwendungen, Richtlinien usw.), die diesen Katalog verwenden, können importiert werden und müssen nicht auf die Erstellung des Hauptimages warten. Wenn die Erstellung des Katalogs abgeschlossen ist, können Maschinen zum importierten Katalog hinzugefügt werden, und dann können Benutzer ihre Ressourcen starten.

Hinweis

Verwenden Sie dieselben im Tool verfügbaren Befehle zur Migration von Katalogen und allen anderen Objekten.

Statische VDI-Kataloge

Hinweis

Da dieser Vorgang Low-Level-Details importiert, die in der Datenbank gespeichert sind, muss dieser Prozess von einer Maschine mit Datenbankzugriff ausgeführt werden.

Die statischen VDI-Kataloge migrieren das Hauptimage, die Konfigurationen und alle virtuellen Maschinen. Im Gegensatz zum Anwendungsfall für gepoolte VDI müssen keine Images erstellt werden.

Die VDAs müssen auf den Connector verweisen, damit sie sich bei der Cloud registrieren können.

Aktivieren Sie die Cloudsite anhand der Informationen im Abschnitt Aktivieren der Sites, damit der Neustartzeitplan, die Energieverwaltung und andere Elemente von der Cloud gesteuert werden.

Wenn Sie diesen Katalog nach Abschluss der Migration von Ihrer lokalen Site löschen möchten, müssen Sie die Option zum Belassen des VM- und AD-Kontos auswählen. Andernfalls werden sie gelöscht und die Cloudsite würde auf die gelöschte VM verweisen.

Aktualisieren Sie die MCS-Tags, um verwaiste Ressourcen nach der Migration zu erkennen

Nachdem Sie von der On-Premises-Konfiguration zu einer Cloudsite oder von Ihrer Cloudkonfiguration zu einer anderen Cloudsite migriert haben, müssen Sie bei persistenten VMs die MCS-Site-ID-Tags aktualisieren, damit verwaiste Ressourcen korrekt erkannt werden können. Verwenden Sie dazu den PowerShell-Befehl Set-ProvResourceTags. Derzeit ist dieses Feature für Azure verfügbar.

Verfahren:

  1. Aktualisieren Sie die MCS-Site-ID-Tags der neuen Citrix-Site mit dem PowerShell-Befehl Set-ProvResourceTags. Beispiel:

      Set-ProvResourceTags -ProvisioningSchemeUid xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]
    <!--NeedCopy-->
    

    Or,

      Set-ProvResourceTags -ProvisioningSchemeName xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]
    <!--NeedCopy-->
    

Die Parameterdetails lauten wie folgt:

  • ProvisioningSchemeUid oder ProvisioningSchemeName ist ein obligatorischer Parameter.
  • VMName ist ein optionaler Parameter. Wenn kein VMName angegeben ist, werden die Tags aller VMs dieses Maschinenkatalogs aktualisiert.
  • VMBatchSize ist ein optionaler Parameter, um alle VMs in Batches aufzuteilen. Wenn kein VMBatchSize angegeben ist, wird der Standardwert (10) angewendet. Der Bereich reicht von 1 bis 60.
  • ResourceType kann einer der folgenden sein:

    • MachineCatalog: Zum Aktualisieren von Tags von Maschinenkatalogressourcen.
    • VirtualMachine: Zum Aktualisieren von Tags VM-bezogener Ressourcen.
    • Alle: (Standard-Ressourcentyp): Zum Aktualisieren von Tags sowohl des Maschinenkatalogs als auch der VM-bezogenen Ressourcen.