Migrieren von Citrix Virtual Apps und Desktops von VMware vSphere auf den Dienst Citrix Virtual Apps and Desktops auf Microsoft Azure

Übersicht

In diesem Dokument erfahren Sie, wie Sie von Citrix Virtual Apps and Desktops auf VMware vSphere auf den Dienst Citrix Virtual Apps and Desktops auf Microsoft Azure migrieren können. Die Migration auf Cloud-Ressourcen modernisiert Ihre Bereitstellung und bietet verbesserte Elastizität, Skalierbarkeit und Verwaltung.

Die hier dokumentierten Leitlinien basieren auf einer Bereitstellung in einer von Citrix und Microsoft überprüften und genehmigten Laborumgebung. Die anfänglichen und endgültigen Bereitstellungen stellen typische Kundenumgebungen dar.

Wir haben diese wichtigen Produkte und Komponenten migriert:

• Citrix Virtual Apps und Desktops on-premises zum Citrix Virtual Apps and Desktops Service
• Workspace Environment Management on-premises zum Workspace Environment Management Service
• On-Premises StoreFront und Citrix Gateway zu Citrix Workspace und Citrix Gateway Service
• On-Premises-vSphere-Arbeitslasten für Arbeitslasten in Azure
• On-Premises Dateiserver zu Azure
• Citrix Workload in Azure

Das folgende Diagramm zeigt den Migrationsprozess.

Der beste Migrationspfad

Nach unserer Erfahrung und unseren Tests folgt der beste Migrationspfad den folgenden Schritten:

1. Richten Sie eine grundlegende Citrix Cloud-Umgebung ein．
2. Migrieren Sie on-premises Citrix Virtual Apps and Desktops auf Citrix Virtual Apps and Desktops Servicemit dem von Citrix entwickelten automatisierten Konfigurationstool.
3. Migrieren von on-premises Workspace Environment Management zu Workspace Environment Management Service．
4. Konfigurieren der Zugriffsebene für Endbenutzer．
5. Bereiten Sie das Azure-Abonnementum die Workloads von Ihrer lokalen Bereitstellung zu erhalten.
6. Konfigurieren von Site-zu-Site Konnektivität．
7. Verwenden Sie Azure-Tools zumMigrieren Ihrer On-Premises-Server auf Azure．
8. Verschieben Sie Ihre Citrix Workload auf Azure．

Wenn Sie die Migration in der angegebenen Reihenfolge durchführen, haben Sie eine organisierte und geordnete Migration. Mit der angegebenen Reihenfolge können Sie Produkte, Komponenten und Services in einer Kombination aus On-Premises- und Cloud-Bereitstellungen ausführen und so die Unterbrechung der täglichen Arbeitslasten minimieren.

Das folgende Diagramm zeigt unsere migrierte Umgebung mit allen Workloads auf Azure und der Verwendung von Citrix Cloud.

Zielgruppe

Wir haben dieses Dokument für Benutzer geschrieben, die

• Vertraut mit der Verwaltung einer Citrix Virtual Apps and Desktops oder XenApp und XenDesktop Site
• Vertraut mit der Administration einer StoreFront-Umgebung
• Vertraut mit den Grundlagen von Azure

Es ist auch hilfreich, wenn Sie die Grundlagen von Citrix Cloud kennen und Citrix Gateway oder NetScaler Gateway verstehen.

Angaben zum Labor

Wir haben den Migrationsworkflow in unserem Labor ausgeführt und dabei virtuelle Maschinen verwendet, auf denen die folgenden Komponenten installiert und konfiguriert waren:

• Domänencontroller, DNS, DHCP, Zertifikatsdienste
• Standardmäßig für SQL Server 2019
• Citrix Delivery Controller
• StoreFront 1912
• Citrix Director
• Remotedesktopdienste (RDS) und Citrix Lizenzserver
• Citrix Workspace Environment Management Server
• Dateiserver
• Windows 2016-Meister
• Windows 10-Meister
• Citrix ADC

Active Directory Struktur

Jede Komponente der Gesamtlösung erfordert die Integration mit Active Directory (AD), um die Authentifizierung in die Citrix-Umgebung und Personalisierungseinstellungen bereitzustellen, die über AD Organizational Units (OUs) in jedem Teil des Projekts auf Benutzersitzungen angewendet werden.

Citrix empfiehlt eine OU-Struktur wie die in der folgenden Abbildung dargestellte. Integrieren Sie die OU-Struktur in Ihre aktuelle Struktur. Die OU-Struktur hostet die Maschinen und die Benutzerkonten für die Citrix Cloud-Umgebung.

Active Directory Vorbereitung

Für unsere Laborumgebung haben wir GPOs definiert, die:

1. Konfigurieren Sie Citrix Workspace Environment Management, um den Infrastrukturserver zu definieren.
2. Konfigurieren Sie die Citrix Workspace-App, um SSO zu ermöglichen und Anwendungen auf dem Desktop des Benutzers zu füllen.
3. Konfigurieren Sie ein Anmeldeskript, um mit BGInfo einen Hintergrund anzuwenden. Für die Zwecke unserer Demo wenden wir basierend auf der Phase des Migrationsprojekts verschiedene Hintergrundeinstellungen an.

Mit der grundlegenden Einrichtung des Labors sind wir bereit, mit der Migration zu beginnen.

Wir empfehlen, dass Sie die AD-Struktur, GPOs, erstellen und die GPOs verknüpfen, die Ihre Azure-Workload hosten, bevor Sie das Migrationsprojekt starten. Es ist auch hilfreich, Kontrollpunkte zu haben, damit Sie den erfolgreichen Abschluss jedes Schritts überprüfen können.

Richten Sie eine grundlegende Citrix Cloud-Umgebung ein

Wenn Sie den Dienst Citrix Virtual Apps and Desktops bereits verwenden, können Sie mit dem Abschnitt überspringenWorkspace Environment Management Service．

Wir richten die Citrix Cloud-Umgebung in drei Schritten ein:

Schritt 1: Onboarding

Schritt 2: Bereitstellen von Citrix Cloud Connector auf zwei VMware ESX-VMs

Schritt 3: Benennen Sie den Ressourcenstandort um

Schritt 1: Onboarding

Stellen Sie sicher, dass Sie eine gültige habenAbonnement für Citrix Virtual Apps and Desktops．

Um fortzufahren, benötigen Sie Zugriff auf den Dienst Citrix Virtual Apps and Desktops. Wenn Sie keinen Zugriff haben, wenden Sie sich an einen Citrix Vertreter.

Schritt 2: Cloud Connector-Installation

Mit dem Citrix Cloud Connector können Sie die sichere Kommunikation zwischen Ihrer on-premises Bereitstellung und Citrix Cloud konfigurieren. Um sicherzustellen, dass Ihr Citrix Cloud Connector für die Spezifikation eingerichtet ist, lesen Sie denSystemanforderungen．Sie benötigen zwei VMware ESX-VMs, um zwei Citrix Cloud Connectors zu hosten.

Sie können die Cloud Connector-Softwareinteraktivoder über dieBefehlszeileinstallieren.

Schritt 3: Benennen Sie den Ressourcenstandort um

Hinweise aus dem Außendienst:

Wenn Sie mehrere Ressourcenstandorte haben, empfiehlt es sich, für jeden Ressourcenstandort einen eindeutigen Namen zu haben. Das hilft Ihnen, es leichter zu identifizieren.

1. Wählen Sie Ihren Ressourcenstandort, klicken Sie aufund wählen SieUmbenennenaus.

   

2. Geben Sie Ihrem Ressourcenstandort einen neuen Namen, z. B.vor Ort, und klicken Sie aufSpeichern．

   

Checkpoint: Citrix Cloud Connector

Wenn Ihre Cloud Connectors erfolgreich bereitgestellt und ausgeführt werden, werden sie auf der linken Seite mit einem grünen Balken aufgeführt.

Wenn der Status nicht Ihren Erwartungen entspricht, verwenden Sie dasCitrix Cloud Services Connectivity Test Tool, um weitere Informationen zu erhalten.

Migrieren zu Citrix Virtual Apps and Desktops Service

Wenn Sie den Dienst Citrix Virtual Apps and Desktops bereits verwenden, können Sie mit dem Abschnitt überspringenWorkspace Environment Management Service．

Wenn Sie Citrix Virtual Apps and Desktops on-premises verwenden, können Sie die Verfahren in diesem Abschnitt als Leitfaden für die Migration auf Citrix Virtual Apps and Desktops Service verwenden.

Für die MCS-Provisioning-Methode enthält derMCS-MigrationAbschnitt ausführliche Migrationsschritte.

Für die PVS-Provisioning-Methode gehen Sie zuPVS-Migration．

Das folgende Diagramm zeigt unsere Cloud-Umgebung in Azure, nachdem wir auf den Dienst Citrix Virtual Apps and Desktops migriert haben.

MCS-Migration

Schritt 1: Vorbereitung

Um erfolgreich mit dem automatisierten Konfigurationstool zu migrieren, müssen Sie für on-premises von MCS konfigurierte Kataloge Ihre On-Premises-Konfiguration für Hosting, Maschinenkataloge und Bereitstellungsgruppen replizieren. Das Migrationstool erstellt und weist nur Anwendungen und Richtlinien für MCS-Bereitstellungen zu.

Während dieser Migrationsphase empfehlen wir, dass Sie nur wenige VMs für jeden Maschinenkatalog erstellen. Mit nur wenigen VMs können Sie die Erstellung von Maschinenkatalogen validieren und dann Bereitstellungsgruppen erstellen und das Azure-Migrationstool ausführen.

Da das Ziel darin besteht, Ihre Citrix Workload auf Azure zu migrieren, ist es nicht erforderlich, alle VMs mit Citrix Virtual Apps and Desktop on-premises zu erstellen.

Verwenden Sie Ihre on-premises Masterimages, um Citrix Virtual Apps and Desktops Service-Maschinenkataloge und Bereitstellungsgruppen zu erstellen.

Wichtig:

Um das Migrationstool erfolgreich ausführen zu können, müssen die in Citrix Virtual Apps and Desktops Service erstellten Bereitstellungsgruppen identische Namen wie die vorhandenen on-premises Bereitstellungsgruppen haben.

Herstellen einer Hostverbindung

Bei der Hostverbindung richten Sie das Netzwerk und den Speicher — die Ressourcen — für eine Verbindung ein. SieheErstellen und Verwalten von Verbindungenfür detaillierte Informationen über Verbindungen.

Erstellen von Maschinenkatalogen

Verwenden Sie Maschinenkataloge, um Sammlungen von Maschinen als einzelne Einheiten zu verwalten. Weitere Informationen finden Sie unterErstellen von Maschinenkatalogen．Maschinenkataloge sind eine Voraussetzung für die Erstellung von Bereitstellungsgruppen. Wenn Sie das Azure-Migrationstool ausführen, übernimmt das Tool alle Ihre Einstellungen und erstellt alle benötigten VMs. Um sicherzustellen, dass Sie Platzhalter für Ihre Bereitstellungsgruppen haben, erstellen Sie in diesem Schritt Maschinenkataloge, die eine minimale Anzahl von VMs enthalten. In der Regel reichen zwei VMs aus, um diese Anforderung zu erfüllen.

Erstellen von Bereitstellungsgruppen

Verwenden Sie Bereitstellungsgruppen, um den Zugriff und die Bereitstellung von Maschinen, Anwendungen und Desktops zu steuern. Einzelheiten finden Sie unterErstellen von Bereitstellungsgruppen．Erstellen Sie Bereitstellungsgruppen, die identische Namen wie Ihre vorhandenen on-premises Bereitstellungsgruppen haben.

Schritt 2: Migration

Wir verwenden ein von Citrix entwickeltes Tool, das automatisierte Konfigurationstool, um Citrix Virtual Apps und Desktops von on-premises auf den Citrix Virtual Apps and Desktops Service zu migrieren. Das kannst duladen Sie das automatische Konfigurationstool herunter冯Citrix。死Dokumentation毛皮das工具协助der Tech Zone in verfügbarAutomatisierte Konfiguration．

Da unser on-premises lokal Labor MCS verwendet, migrieren wir nur Folgendes:

• Anwendungen
• Citrix Richtlinien

Exportieren der Vor-Ort-Konfiguration

Hinweis:

Da wir MCS verwenden und nur Anwendungen und Gruppenrichtlinien importieren können, verwenden wir hier zwei Optionen:-Applicationsund-GroupPoliciesum nur die erforderlichen Informationen zu exportieren.

Voraussetzungen

Wir führen das automatisierte Konfigurationstool auf einem Delivery Controller aus, und es muss .NET Framework 4.7.2 oder höher auf diesem Server installiert sein.

Sie können .NET Framework 4.7.2 von: herunterladenhttps://dotnet.microsoft.com/download/dotnet-framework/net472．

Installieren SieAutoConfig_PowerShell_x64.msiauf dem Delivery Controller. Durch die Installation des Tools wird ein Desktop-Symbol namensAuto Configerstellt, das die PowerShell-Eingabeaufforderung startet. Sie führen die automatisierten Cloud-Konfigurations-Cmdlets über die PowerShell-Eingabeaufforderung aus.

Exportieren von Anwendungen

1. Klicken Sie auf das Symbol fürAutomatisches Konfigurieren．

   

2. Führen Sie den folgenden Befehl aus:Export-CvadAcToFile –Applications $true．

   

Richtlinien für den Export

1. Führen Sie den folgenden Befehl aus:Export-CvadAcToFile –GroupPolicies $true．

   

2. Stellen Sie sicher, dass das Ergebnis alsTruegemeldet wird.

Einstellungen in Citrix Cloud importieren

Alle Dateien, die Sie bearbeiten, befinden sich in dem Ordner, in dem Sie den PowerShell-Befehl ausführen. Das ToolAuto Configerstellt die Dateien, wenn Sie den Exportbefehl ausführen.

Voraussetzungen

1. Bearbeiten und füllen Sie dieCustomerInfo.ymlDatei mitCustomer ID,Client IDundSecretaus.

   

2. Stellen Sie eine Verbindung mit Citrix Cloud her und gehen Sie zuIdentity and Access Management．

   

3. Klicken Sie aufAPI-Zugriff．

   

4. Notieren Sie sich Ihre Kundennummer.

   

5. Geben Sie einen Namen an und klicken Sie aufClient erstellen．

   

6. Kopieren Sie den Ausweis.

   

7. Kopiere das Geheimnis

   

8. Fügen Sie die Informationen in ein Dokument ein (es ist nicht möglich, die Informationen erneut anzuzeigen, also bewahren Sie das Dokument sicher auf).

   

9. Wenn die Datei gefüllt ist, speichern Sie sie (fügen Sie Ihre Informationen zwischen die Anführungszeichen ein).

10. Bearbeiten SieZoneMapping.ymlmit Notepad.

    

11. Ersetzen Sie den hervorgehobenen Text durch den Standortnamen Ihrer Cloud-Ressource, wie im folgenden Beispiel gezeigt:

    

Hinweis:

要是der standardmaßige Standortname Cloud-Ressource nicht geändert wurde, sollte erPrimärsein.

Die richtige Syntax für die primäre Zone besteht darin, ein Leerzeichen zwischen dem Doppelpunkt:und dem ersten Anführungszeichen zu halten", was der Standard-YAML-Syntax entspricht. Bei dem Namen wird zwischen Groß- und Kleinschreibung unterschieden und muss wie gezeigt in Anführungszeichen eingeschlossen werden.

Importieren von Anwendungen

1. Führen Sie den folgenden Befehl im Tool Auto Config aus:Import-CvadAcToSite -Applications $true．

   

2. Geben Sie “Ja” ein, um die Aktion zu bestätigen.

   

   Die resultierende Ausgabe sieht wie das folgende Bild aus:

   

Richtlinien für den Im

1. Führen Sie den folgenden Befehl im Tool Auto Config aus:Import-CvadAcToSite -GroupPolicies $true．

   

2. Geben Sie “Ja” ein, um die Aktion zu bestätigen.

   

   Die resultierende Ausgabe sieht wie das folgende Bild aus:

   

3. Stellen Sie sicher, dass das ErgebnisTrueist.

Weitere Details zu jeder VDA-Neukonfigurationsoption sind in der Citrix Produktdokumentation unterVDA-Registrierung

Checkpoint: Migration des Dienstes für Citrix Virtual Apps and Desktops mit MCS

1. Stellen Sie eine Verbindung zu Citrix Virtual Apps and Desktops Service her, gehen Sie zuAnwendungenund stellen Sie sicher, dass Anwendungen erstellt wurden.

2. Gehen Sie zuRichtlinienund stellen Sie sicher, dass Ihre Richtlinien erstellt und zugewiesen wurden.

Wenn Sie Workspace Environment Management verwenden, fahren Sie mit fortMigrieren zum Workspace Environment Management Service．

Wenn Sie Workspace Environment Management nicht verwenden, besteht der nächste Schritt darinKonfigurieren der Zugriffsebene für Endbenutzer．

PVS Migration

Wir verwenden ein von Citrix entwickeltes Tool, das automatisierte Konfigurationstool, um Citrix Virtual Apps und Desktops von on-premises auf den Citrix Virtual Apps and Desktops Service zu migrieren. Das kannst duladen Sie das automatische Konfigurationstool herunter冯Citrix。

死Dokumentation毛皮das工具协助der Tech Zone in verfügbarAutomatisierte Konfiguration．

Exportieren der Vor-Ort-Konfiguration

Voraussetzungen

Wir führen das automatisierte Konfigurationstool auf einem Delivery Controller aus, und es muss .NET Framework 4.7.2 oder höher auf diesem Server installiert sein.

Sie können .NET Framework 4.7.2 von: herunterladenhttps://dotnet.microsoft.com/download/dotnet-framework/net472．

Installieren SieAutoConfig_PowerShell_x64.msiauf dem Delivery Controller. Durch die Installation des Tools wird ein Desktop-Symbol namensAuto Configerstellt, das die PowerShell-Eingabeaufforderung startet. Sie führen die automatisierten Cloud-Konfigurations-Cmdlets über die PowerShell-Eingabeaufforderung aus.

Einstellungen exportieren

1. Klicken Sie auf das Symbol fürAutomatisches Konfigurieren．

   

2. Führen Sie den folgenden Befehl aus:Export-CvadAcToFile．Dieser Befehl ist der gleiche wie das Ausführen desExport-CvadAcToFile -All $TrueBefehls.

   

3. Stellen Sie sicher, dass das Ergebnis alsTruegemeldet wird.

Einstellungen in Citrix Cloud importieren

Voraussetzungen

1. Bearbeiten und füllen Sie dieCustomerInfo.ymlDatei mitCustomer ID,Client IDundSecretaus.

   

2. Stellen Sie eine Verbindung mit Citrix Cloud her und gehen Sie zuIdentity and Access Management．

   

3. Klicken Sie aufAPI-Zugriff．

   

4. Notieren Sie sich IhreKundennummer．

   

5. Geben Sie einen Namen an und klicken Sie aufClient erstellen．

   

6. Kopieren Sie den Ausweis.

   

7. Kopiere das Geheimnis.

   

8. Fügen Sie die Informationen in ein Dokument ein (es ist nicht möglich, die Informationen erneut anzuzeigen, also bewahren Sie das Dokument sicher auf).

   

9. Fügen Sie am Ende der Datei die folgende Zeile hinzu:HostConnections: Trueum die Hosting-Konfiguration zu ermöglichen.

   

10. Wenn die Datei gefüllt ist, speichern Sie sie (fügen Sie Ihre Informationen zwischen die Anführungszeichen ein).

11. Bearbeiten SieZoneMapping.ymlmit Notepad.

    

12. Ersetzen Sie den hervorgehobenen Text durch den Namen Ihres in Citrix Cloud definierten on-premises Ressourcenstandorts, wie im folgenden Beispiel gezeigt:

    

    Hinweis:

    要是der standardmaßige Standortname Cloud-Ressource nicht geändert wurde, sollte erPrimärsein.

    Die richtige Syntax für die primäre Zone besteht darin, ein Leerzeichen zwischen dem Doppelpunkt:und dem ersten Anführungszeichen zu halten", was der Standard-YAML-Syntax entspricht. Bei dem Namen wird zwischen Groß- und Kleinschreibung unterschieden und muss wie gezeigt in Anführungszeichen eingeschlossen werden.

13. Bearbeiten SieCvadAcSecurity.ymlmit Notepad.

    

14. Füllen Sie die Datei mit Ihren Zugangsdaten und speichern Sie sie. Das richtige Format für den Benutzernamen lautetdomain\username．

Einstellungen importieren

1. Führen Sie den folgenden Befehl im Tool Auto Config aus:Import-CvadAcToSite -All $true．

   

2. Geben Sie “Ja” ein, um die Aktion zu bestätigen.

   

Die resultierende Ausgabe sieht wie das folgende Bild aus:

Weitere Details zu VDA-Registrierungsoptionen finden Sie in der Citrix Produktdokumentation unterVDA-Registrierung

Checkpoint: Citrix Virtual Apps und Desktop-Dienst mit PVS

1. Stellen Sie eine Verbindung mit Citrix Virtual Apps and Desktops Service her, gehen Sie zu Maschinenkataloge und stellen Sie sicher, dass Ihre Maschinenkataloge erstellt und Maschinen zugewiesen wurden.

2. Gehen Sie zuBereitstellungsgruppenund stellen Sie sicher, dass Ihre Bereitstellungsgruppen erstellt wurden.

3. Stellen Sie sicher, dass Ihre VMs in der Citrix Cloud-Studio-Konsole registriert sind.

4. Gehen Sie zu Applications und stellen Sie sicher, dass Ihre Anwendungen erstellt wurden.

5. Gehen Sie zu Richtlinien und stellen Sie sicher, dass Ihre Richtlinien erstellt und zugewiesen wurden.

Wenn Sie Workspace Environment Management verwenden, fahren Sie mit fortMigrieren zum Workspace Environment Management Service．Wenn Sie Workspace Environment Management nicht verwenden, besteht der nächste Schritt darinKonfigurieren der Endbenutzerzugriffsebene．

Migrieren zum Workspace Environment Management Service

Dieser Schritt gilt nur, wenn Sie Workspace Environment Management on-premises verwenden und auf den Workspace Environment Management Service migrieren möchten. Wenn dies nicht auf Sie zutrifft, fahren Sie mit dem nächsten Abschnitt fort, dem Citrix Workload in Azure.

Schritt 1: Erfüllen Sie die Systemanforderungen

Das工具包unterstutzt迁移冯Workspac死去e Environment Management 4.7 und höher. Um von einer früheren Version zu migrieren, führen Sie ein Upgrade von Workspace Environment Management 4.x auf Workspace Environment Management 4.7 oder höher auf und migrieren Sie die Datenbank dann auf den Workspace Environment Management Service.

Einzelheiten zur Migration auf den Workspace Environment Management Service finden Sie unterMigrieren．

Das folgende Diagramm zeigt die Umgebung mit unseren Ressourcen vor Ort und Azure-Ressourcen, die jetzt den Workspace Environment Management Service zu unserer Cloud-Umgebung hinzufügen.

Hinweise来自der实践:

Um zu überprüfen, ob unsere VDAs von On-Prem zu Cloud wechseln, besteht ein einfacher Trick darin, eine Einstellung zu erstellen, die nur im Workspace Environment Management Service konfiguriert ist.

Schritt 2: Wechseln in den Service-Agent-Modus

Verwenden Sie die Agenten-Switch-Funktion, um vom lokalen in den Service-Agent-Modus zu wechseln. Informationen zum Agenten-Switch finden Sie unter Agentenwechsel.

Hinweis:

Die Agenten-Switch-Funktion ist in Workspace Environment Management 1909 und höher verfügbar. Bei früheren Versionen müssen Sie den Agent neu installieren oder auf Version 1909 oder höher aktualisieren, bevor Sie den Agent-Switch verwenden.

Alternativ können Sie den Agenten über die RegisterkarteDownloadsdes Dienstes herunterladen und den Agenten dann manuell neu installieren.

1. Stellen Sie eine Verbindung mit der on-premises Workspace Environment Management Console her.

   

2. Klicken Sie unterErweiterte Einstellungenauf die RegisterkarteAgentenwechsel．

   

3. Aktivieren Sie das KontrollkästchenZu Service Agent wechseln, geben Sie die Cloud Connector-Server an und klicken Sie aufÜbernehmen．

4. Starten Sie den VDA neu, um die neuen Einstellungen zu übernehmen.

Checkpoint: Workspace Environment Management Service-MigrationAls Überprüfungsschritt, um zu bestätigen, dass unsere VDAs von On-Prem auf Cloud gewechselt sind, haben wir eine App, Notepad, hinzugefügt, die eindeutig über den Workspace Environment Management Service verfügbar ist. Wir haben die folgenden Schritte verwendet, um den Wechsel zu bestätigen.

1. Öffnen Sie den Win 10 + Citrix Virtual Apps and Desktops Service Desktop.

2. Stellen Sie sicher, dass die mit dem Workspace Environment Management Service konfigurierte Anwendung (in unserem Beispiel Notepad) auf dem Desktop des Benutzers gefüllt ist.

Konfigurieren der Zugriffsebene für Endbenutzer

Sie haben zwei Möglichkeiten, den Endbenutzer-Zugriffs-Layer zu konfigurieren:

• Verwenden Sie weiter,StoreFront mit Citrix Gatewaywenn Sie bestimmte StoreFront-Funktionen benötigen
• Migrieren auf Citrix Workspace und Citrix Gateway-Dienst

StoreFront mit Citrix Gateway

In diesem Abschnitt konfigurieren wir on-premises StoreFront und Citrix Gateway so, dass sie in den Citrix Virtual Apps and Desktops Service integriert werden. Um mehrere StoreFront-Sites zu unterstützen, verwenden wir Multisite-Aggregation.

StoreFront

1. Fügen Sie Ihren Cloud Connector in jedem konfigurierten Store als Delivery Controller hinzu.

   

2. Fügen Sie eine Delivery Controller-Konfiguration hinzu, indem Sie den Cloud Connector als Secure Ticket Authority (STA) in Ihrer Citrix Gateway-Konfiguration hinzufügen.

   

3. Aggregierte Ressourcen. Um mehr über Multisite-Aggregation zu erfahren,Entwickeln von StoreFront Aggregation für mehrere Standorteist eine nützliche Ressource.

4. Ordnen Sie Benutzer Controllern zu.

Citrix Gateway

Fügen Sie den Citrix Cloud Connector als STA in Ihrer Citrix Gateway-Konfiguration hinzu.

Checkpoint: STA

Stellen Sie sicher, dass alle STA-Server den Status UP haben, wie in der folgenden Abbildung gezeigt.

Jetzt sind die STA-Server in Betrieb und StoreFront ist konfiguriert.

Checkpoint: Citrix Virtual Apps and Desktops Service-Migration mit lokaler Zugriffsschicht

1. Stellen Sie in Citrix Cloud sicher, dass die VDAs registriert sind. Die Citrix Produktdokumentation bietet ein tieferes Verständnis vonVDA-Registrierung．

2. Verbinden Sie sich mit Ihrem Citrix Gateway.

3. Starten Sie eine veröffentlichte Ressource.

Migrieren auf Citrix Workspace und Citrix Gateway-Dienst

In diesem Abschnitt migrieren wir auf den Citrix Gateway-Dienst und Citrix Workspace, wie im folgenden Diagramm gezeigt.

Hinweis:

Stellen Sie bei der Bewertung des Citrix Gateway-Dienstes und Citrix Workspace sicher, dass die erforderlichen Anpassungen und Konfigurationen verfügbar sind.

Konfiguration

1. Stellen Sie eine Verbindung mit Citrix Cloud her.

2. Klicken Sie aufStartseite > Workspace-Konfiguration．

   

3. Bearbeiten Sie die Workspace-URL und geben Sie einen Namen an, der Ihren Anforderungen entspricht. Klicken Sie aufSpeichern．

   

4. Klicken Sie aufAuthentifizierung．

   

5. Die unterstützten Authentifizierungsmethoden werden vorgestellt. Wählen Sie das gewünschte aus und klicken Sie aufAnpassen．

   

6. Sie können mit zwei Logos anpassen. Eine für die Authentifizierungsseite und eine für den Workspace Store.

   

7. Sie können bei Bedarf die Farben ändern.

   

8. Klicken Sie aufSpeichern．

   

9. Klicken Sie aufDienstintegrationen．

   

10. Aktivieren SieVirtual Apps and Desktops．

    

11. Klicken Sie aufBestätigen．

    

12. Klicken Sieauf Access．

    

13. Klicken Sie rechts neben dem Ressourcenstandort auf die 3 Punkte…und wählen SieKonnektivität konfigurieren．

    

14. Wählen SieGateway Serviceund klicken Sie aufSpeichern．

Checkpoint: Migration von Citrix Workspace und Citrix Gateway

1. Stellen Sie in Citrix Cloud sicher, dass die VDAs registriert sind. Die Citrix Produktdokumentation bietet ein tieferes Verständnis vonVDA-Registrierung．

2. Stellen Sie eine Verbindung mit Ihrer Citrix Workspace-URL her

3. Starten Sie eine veröffentlichte Ressource.

Bereiten Sie das Azure-Abonnement

Der erste Schritt zur Migration Ihrer Workloads zu Azure besteht darin, die Azure-Umgebung einzurichten. Wenn Sie neu bei Azure sind oder wenn Ihre Umgebung andere Komponenten als unser Labor-Setup enthält, bietet Microsoft viele hilfreiche Ressourcen, wieNeu bei Azure? Befolgen Sie diese einfachen Schritte, um loszulegenund dieAzure Migrate-Dokumentation．

Einen detaillierten Blick auf die Architektur von Citrix Virtual Apps and Desktops auf Azure finden Sie unterCitrix Virtual Apps and Desktops Service unter Azure．

Wir haben die Azure-Umgebung in fünf grundlegenden Schritten vorbereitet:

Schritt 1: Wählen Sie ein Azure-Abonnementmodell

Schritt 2: Wählen Sie die Azure-Regionen

Schritt 3: Erstellen einer Ressourcengruppe

Schritt 4: Erstellen Sie ein virtuelles Netzwerk

Schritt 5: Bereitstellen eines Servers in Azure, der in unserem Fall als Domänencontroller fungiert. Sie können jeden Servertyp bereitstellen, der für Sie einfach ist, oder diesen Schritt ganz überspringen.

Wenn unser Azure-Abonnement eingerichtet ist und für den nächsten Schritt bereit ist, sieht unsere Umgebung wie im folgenden Diagramm aus. Die Ressourcen und Arbeitslasten sind alle on-premises und wir haben eine Ressourcengruppe, ein virtuelles Netzwerk und einen Server in Azure.

Schritt 1: Wählen Sie ein Azure-Abonnementmodell

Richten Sie Ihr Azure-Abonnement ein.

Die Auswahl eines Abonnementmodells ist eine komplexe Entscheidung, die das Verständnis des Wachstums Ihres Azure-Footprints innerhalb und außerhalb der Citrix-Bereitstellung beinhaltet. Selbst wenn die Citrix-Bereitstellung klein ist, haben Sie möglicherweise immer noch eine große Menge anderer Ressourcen, die sich stark gegen die Azure-API ablesen/schreiben. Diese starke Lese-/Schreibaktivität kann sich negativ auf die Citrix-Umgebung auswirken. Das Gegenteil gilt auch, wenn viele Citrix Ressourcen eine übermäßige Anzahl der verfügbaren API-Aufrufe verbrauchen können, wodurch die Verfügbarkeit für andere Ressourcen innerhalb des Abonnements verringert wird. Informationen zu Azure-Abonnementlimits und -Quoten finden Sie unterAzure-Abonnement- und Service-Limits, Kontingente und Einschränkungen．

Schritt 2: Wählen Sie Azure-Regionen

Eine Azure-Region ist eine Gruppe von Rechenzentren, die innerhalb eines latenzdefinierten Umfangs bereitgestellt und über ein dediziertes regionales Netzwerk mit niedriger Latenz verbunden sind. Azure bietet Kunden die Flexibilität, Anwendungen dort bereitzustellen, wo sie es benötigen. Azure ist allgemein in 60 Regionen und 149 Ländern auf der ganzen Welt verfügbar. Microsoft stellt Einzelheiten in bereithttps://azure.microsoft.com/en-us/global-infrastructure/regions/．

Schritt 3: Erstellen einer Ressourcengruppe

Eine Ressourcengruppe in Azure ist eine Sammlung von Assets in logischen Gruppen für die einfache oder sogar automatische Provisioning, Überwachung und Zugangskontrolle sowie für eine effektivere Verwaltung ihrer Kosten. Der Vorteil der Verwendung von Ressourcengruppen in Azure besteht darin, dass Sie verwandte Ressourcen gruppieren können, die zu einer Anwendung gehören. Da die Ressourcen der Anwendung einen einheitlichen Lebenszyklus von der Erstellung bis zur Nutzung und schließlich die De-Provisionierung teilen, können sie gemeinsam für die Effizienz verwaltet werden.

Der Schlüssel zu einem erfolgreichen Ressourcengruppenentwurf besteht darin, den Lebenszyklus der Ressourcen zu verstehen, die in den Ressourcengruppen enthalten sind.

Wenn Sie eine Anleitung zum Einrichten einer Ressourcengruppe benötigen, stellt Microsoft Details in bereitWas ist Azure Resource Manager．

奥得河的风景明信片mehrere Ressourcengruppen在内der ersten Erstellung auf einen Maschinenkatalog angewendet werden. Diese Ressourcengruppen können nicht über Maschinenkataloge hinweg gemeinsam genutzt werden. Ressourcengruppen sind aufgrund des Limit von 800 pro Ressource in einer Ressourcengruppe auf 240 Citrix MCS-VMs beschränkt. WeitereCTX237504Einzelheiten zu dieser Einschränkung finden Sie unter.

Ressourcengruppen sind zum Zeitpunkt der Erstellung an Maschinenkataloge gebunden und können später nicht hinzugefügt oder geändert werden. Um Ressourcengruppen zu einem Maschinenkatalog hinzuzufügen, muss der Maschinenkatalog entfernt und neu erstellt werden.

Schritt 4: Erstellen Sie ein virtuelles Netzwerk in Azure

Das virtuelle Netzwerk ist erforderlich, um eine sichere Kommunikation zwischen den Ressourcen in Ihrer Umgebung zu ermöglichen. Weitere Informationen zum Erstellen virtueller Netzwerke in Azure finden Sie unterSchnellstart: Mit dem Azure-Portal ein virtuelles Netzwerk erstellen．Hilfe zur Konfiguration eines virtuellen Netzwerks finden Sie unterWas ist Azure Virtual Network．

Schritt 5: Bereitstellen eines Servers in Azure (optional)

Mit der Gründung unserer Ressourcengruppe und unseres virtuellen Netzwerks sind wir bereit, einen Server in Azure bereitzustellen. Wir verwenden diesen Server als Domänencontroller. Es hilft uns, die AD-Replikation zu validieren, nachdem wir eine Site-to-Site-Konnektivität Weitere Informationen zum Einrichten virtueller Maschinen erhalten Sie unterSchnellstart: Erstellen einer virtuellen Windows-Maschine im Azure-Portal．Microsoft bietet auch hilfreiche Anleitungen zur Auswahl der richtigen VM-Größe für Ihre Workload inGrößen für virtuelle Maschinen in Azure．

Schritt 5 ist optional. Wir haben einen Server in Azure bereitgestellt, um eine typische Bereitstellung besser darzustellen.

Nachdem wir unsere Ressourcengruppen und unser virtuelles Netzwerk erstellt haben und einen Server bereitgestellt haben, besteht unser nächster Schritt darin, die Konnektivität zwischen unseren on-premises und Azure-Umgebungen zu konfigurieren.

Konfigurieren von Site-zu-Site Konnektivität

Um Ihre On-Premises-Umgebung mit Azure zu verbinden, haben Sie mehrere Optionen:

• Site-to-Site VPN Detaillierte Informationen finden Sie unterErstellen einer Site-zu-Site-Verbindung im Azure-Portal．

• Citrix SD-WAN Eine Schritt-für-Schritt-Anleitung für Citrix SD-WAN finden Sie imLeitfaden zum Machbarkeitsnachweis: Citrix SD-WAN Cloud-zu-Rechenzentrum-Konnektivität．

• Express-Route Die Schritt-für-Schritt-Anleitung für die Express-Route finden Sie imExpress-Route-Dokumentation．

Für die Zwecke unserer Demonstration haben wir Standort-zu-Site-VPN verwendet.

Das folgende Diagramm zeigt, wie unsere Azure-Umgebung für die Kommunikation mit unserer on-premises Umgebung eingerichtet ist.

Checkpoint: Site-Konnektivität

Wenn Sie Konnektivität implementiert haben, besteht ein Checkpoint darin, mit Azure-Ressourcen aus Ihrer on-premises Umgebung und umgekehrt zu kommunizieren.

In unserem Fall haben wir zwei Methoden verwendet:

Option 1: Testen Sie mit dem Ping-Befehl zwischen Ressourcen an jedem Standort.

Option 2: Treten Sie dem bereitgestellten Server in Azure zu unserer on-premises AD-Domäne bei. Wenn Sie Schritt 5 ausgelassen haben, können Sie diese Option überspringen.

Nachdem wir die Site-to-Site-Konnektivität konfiguriert und validiert haben, besteht unser nächster Schritt darin, unsere on-premises Workloads auf Azure zu migrieren.

Migrieren von on-premises Workloads zu Azure

In einer typischen Citrix Kundenbereitstellung gibt es mehrere Komponenten, die migriert werden können. Komponententypen und Migrationspläne können je nach Kunden variieren.

Um ein besseres Gefühl für die Herangehensweise an Ihre Migration zu erhalten, lesen Sie aufMicrosoft Cloud-Annahme-Framework für Azure．

In diesem Abschnitt behandeln wir die Migration von Komponenten, die in engem Zusammenhang mit Citrix stehen, wie dem Dateiserver für Profile und Ordnerumleitung und die Master-Images für die Provisioning. Für die Zwecke dieses Dokuments haben wir die Migration auf die Komponenten in unserer Laborumgebung eingeschränkt. Für Ihre Produktionsumgebung haben Sie jedoch die Möglichkeit, einen größeren Teil Ihrer Infrastruktur auf Azure zu verlagern.

File-Server-Technologien

Azure bietet verschiedene Dateiserver-Technologien an, mit denen Citrix Benutzerdaten, Roamingprofilinformationen oder als Ziele für Citrix App Layering-Netzwerkdateifreigaben gespeichert werden können. Die Azure-Optionen umfassen:

• Standalone-Dateiserver mitAzure-Dateien

• Dateiserver verwendenSpeicherreplikation

• Skalieren Sie den Dateiserver (SOFS) mitLagerräume direkt (S2D)

• Verteilte Dateisystemreplikation (DFS-R)

• Speichergeräte von Drittanbietern (wie NetApp und andere) vonAzure Marketplace

Wählen Sie Dateiserver-Technologien, die Ihren Geschäftsanforderungen am besten entsprechen.Einführung in Azure Storagebietet eine Liste von Speichertypen und entsprechenden Anwendungsfällen, mit denen Sie feststellen können, was für Ihre Situation am besten ist.

Verwaltung der Infrastrukturkosten

Azure Reserved VM-Instanzen (RIs) senken die Kosten erheblich — bis zu 72 Prozent im Vergleich zu den kostenpflichtigen Preisen — mit ein- oder dreijährigen Bedingungen auf virtuellen Windows- und Linux-Computern (VMs). Wenn Sie die durch Azure RIs erzielten Kosteneinsparungen mit dem Mehrwert des Azure-Hybrid-Vorteils kombinieren, können Sie bis zu 80 Prozent sparen. Die 80% werden auf der Grundlage einer dreijährigen Azure Reserved Instanz-Verpflichtung eines Windows Servers im Vergleich zum normalen Auszahlungssatz berechnet.

Während Azure Reserved Instances Vorabverpflichtungen zur Rechenkapazität eingehen muss, bieten sie auch Flexibilität, Reserved Instances jederzeit auszutauschen oder zu kündigen. Eine Reservierung deckt nur die Rechenkosten der virtuellen Maschine ab. Dadurch werden keine zusätzlichen Software-, Netzwerk- oder Speichergebühren gesenkt. Dies ist gut für die Citrix Infrastruktur und die Mindestkapazität, die für einen Anwendungsfall benötigt wird (ein- und ausgeschaltet).

Azure VM-Instanztypen

Jede Citrix Komponente verwendet einen zugehörigen virtuellen Maschinentyp in Azure. Jede verfügbare VM-Serie ist auf eine bestimmte Kategorie von Arbeitslasten (allgemeiner Zweck, rechenoptimiert usw.) abgebildet, wobei verschiedene Größen die der VM zugewiesenen Ressourcen (CPU, Arbeitsspeicher, IOPS, Netzwerk und andere) steuern. DieSerie virtueller Maschinenenthält detaillierte Beschreibungen der Serie und ihrer Fähigkeiten.

Die meisten Citrix Bereitstellungen verwenden die Instanztypen der D-Serie und der F-Serie. Die D-Serie wird häufig für die Citrix Infrastrukturkomponenten und manchmal für die Arbeitslasten der Benutzer verwendet, wenn sie mehr Speicher benötigen, der über die Instanztypen der F-Serie hinausgeht. Instanztypen der F-Serie sind aufgrund ihrer schnelleren Prozessoren am häufigsten für Benutzerarbeitslasten, die die Wahrnehmung von Reaktionsfähigkeit mit sich bringen.

Warum D-Series oder F-Serie? Aus Citrix-Perspektive verwenden die meisten Infrastrukturkomponenten (Cloud Connectors, StoreFront, NetScaler usw.) CPU, um Kernprozesse auszuführen. Diese VM-Typen haben ein ausgewogenes CPU-Speicher-Verhältnis und werden auf einheitlicher Hardware (im Gegensatz zur A-Serie) gehostet, um eine konsistentere Leistung zu erzielen und Premium-Speicher zu unterstützen. Natürlich können und sollten Sie Ihre Instanztypen an Ihre Anforderungen und Ihr Budget anpassen.

Die Größe und Anzahl der Komponenten in Ihrer Infrastruktur hängt immer von Ihren Anforderungen, Ihrem Umfang und Ihren Arbeitslasten ab. Mit Azure können wir jedoch dynamisch und auf Abruf skalieren. Für Kostenbewusste ist es der beste Ansatz, kleiner zu beginnen und zu skalieren. Azure-VMs erfordern einen Neustart, wenn Sie die Größe ändern. Planen Sie diese Ereignisse daher nur innerhalb geplanter Wartungsfenster und unter den festgelegten Änderungskontrollrichtlinien. Citrix bietet eine detailliertere Analyse inDie Skalierbarkeit und Wirtschaftlichkeit der Bereitstellung von Citrix Virtual App- und Desktop-Diensten auf Azure

Speicher

Wie bei jedem anderen Computer verwenden die virtuellen Maschinen in Azure Datenträger als Speicherort für das Speichern eines Betriebssystems, von Anwendungen und Daten. Alle virtuellen Azure-Computer verfügen über mindestens zwei Laufwerke — einen Windows-Betriebssystemdatenträger und einen temporären Datenträger. Der Betriebssystemdatenträger wird aus einem Image erstellt, und sowohl der Betriebssystemdatenträger als auch das Image werden in Azure als virtuelle Festplatten (VHDs) gespeichert. Virtuelle Maschinen können auch andere Datenträger für Daten angeschlossen haben, die auch als VHDs gespeichert sind.https://docs.microsoft.com/en-us/azure/virtual-machines/windows/disks-types

Azure磁盘wurden entwickelt,嗯Langlebigkeit盟f Enterprise-Klasse zu gewährleisten. Sie können aus zwei Leistungssteinen für den Speicher auswählen, wenn Sie Datenträger erstellen: Premium-SSD-Datenträger und Standard-HDD-Speicher. Die Datenträger können entweder verwaltet oder nicht verwaltet sein. Verwaltete Datenträger sind standardmäßig und unterliegen nicht den Speicherkontenbeschränkungen wie die nicht verwalteten Datenträger.

微软empfiehlt verwaltete Datentrager伏尔网卡ht verwalteten Datenträgern. Nicht verwaltete Datenträger sollten nur für Ausnahmen in Betracht gezogen werden. Bedenken Sie, dass Standardspeicher (HDD und SSD) Transaktionskosten (Speicher-E/A) beinhaltet, aber niedrigere Kosten pro Datenträger hat. Premium Storage hat keine Transaktionskosten, hat jedoch höhere Kosten pro Datenträger und bietet eine verbesserte Benutzererfahrung.

Die Datenträger bieten nur dann eine SLA an, wenn ein Verfügbarkeitsgruppe verwendet wird. Verfügbarkeitssätze werden von Citrix MCS nicht unterstützt. Wenn Sie VMs für Citrix Cloud Connector, Citrix ADC oder StoreFront in Azure erstellen, verwenden Sie Availability Sets.

Übersicht über Azure Migrate-Dienste

Azure苏珥Bewe bietet一张Reihe冯迁移工具rtung und Migration auf on-premises Azure-Server, Infrastruktur, Anwendungen und Daten. Ausführliche Informationen finden Sie unterÜber Azure Migrate．我们有Azure迁移版本wendet, um unseren Dateiserver und Masterimages zu migrieren.

Das folgende Diagramm zeigt die Standorte unserer Ressourcen bei der Migration zu Azure.

Wir empfehlen einen dreistufigen Prozess:

Schritt 1: Discovery

Schritt 2: Bewertung

Schritt 3: Migration

Hinweis:

Für PVS-Benutzer sind bestimmte Schritte erforderlich, um Ihre Umgebung vorzubereiten, bevor Sie zu Azure migrieren. Befolgen Sie diese Schritte im nächsten Abschnitt. MCS-Benutzer können direkt zu gehenEntdeckung．

Voraussetzung für die PVS-spezifische Imagevorbereitung

Für jedes PVS-Image ist es erforderlich, die VM aus dem Provisioning zu entfernen und vorübergehend so zu konfigurieren, dass sie nur auf VMware vSphere gehostet wird. Sie tun dies mit Reverse-Imaging. Es gibt mehrere Methoden für Reverse Imaging. Einer wird ausführlich beschriebenCTX202159: Durchführen von Reverse-Imaging auf einem Provisioning Services-Zielgerät für Windows und seinen anwendbaren Verwendungen．

Schritt 1: Discovery

Der erste Schritt besteht darin, ein Migrationsprojekt zu erstellen und die zu verwendenden Tools auszuwählen. Sie müssen die Appliance für den Ermittlungsprozess einrichten. Weitere Informationen finden Sie unterDiscovery von Maschinen, Apps, Rollen und Features．

Microsoft bietet zwei Methoden zum Einrichten der Appliance an:

• OVA-Vorlage (eine herunterladbare Datei)

• Skript

Die Azure Migrate-Appliance stellt eine Verbindung mit dem vCenter Server her, um VMs mit agentenloser Migration zu erkennen und zu migrieren.

Nachdem die Appliance bereitgestellt wurde und Sie Anmeldeinformationen bereitgestellt haben, beginnt die Appliance mit der kontinuierlichen Erkennung von VM-Metadaten und Leistungsdaten sowie der Erkennung von Apps, Funktionen und Rollen. Die Dauer der App-Ermittlung hängt davon ab, wie viele VMs Sie haben. Es dauert in der Regel eine Stunde für die App-Ermittlung von 500 VMs.

Schritt 2: Bewertung

Basierend auf den Discoveryergebnissen erstellen Sie eine Bewertung aller on-premises Ressourcen in Ihrem vCenter.

Für die Bewertung (was Microsoft empfiehlt) haben Sie mehrere Optionen. Die beiden, die uns am meisten für Citrix Workloads interessieren, sind:

• Azure Migrate: Serverbewertung

• Movere

Wir verwenden Azure Migrate: Server Assessment in diesem Projekt.

Das Migrationstool bietet einen Überblick über Ihre Umgebung mit Details wie:

• Name
• IP-Adresse
• Installierte Anwendungen
• Abhängigkeiten
• Kerne
• Speicher
• Datenträger
• Speicher
• Betriebssystem

Während der Bewertungskonfiguration haben Sie Zugriff auf Bewertungseigenschaften, die Ihnen Folgendes ermöglichen:

• Zielstandort wählen
• Wählen Sie den Speichertyp
• Wählen Sie aus, ob Sie basierend auf reservierte Instanzen bewerten möchten
• Wählen Sie die Kriterien für die Größen
• Wählen Sie die Leistungsgeschichte
• Auswahl der Perzentil-Nutzung
• Wählen Sie VMs Series
• Komfortfaktor wählen
• Wählen Sie Preisdetails

Damit Abhängigkeiten entdeckt werden können, müssen Sie Software auf den VMs bereitstellen. SieheAnalysieren von Maschinenabhängigkeiten (agentenlos)．

Abhangigkeiten sind hilfreich, um zu wissen, wann Sie Anwendungs- oder Datenbankserver migrieren möchten. Wenn Sie die Abhängigkeiten kennen, können Sie genau bestimmen, welche Server migriert werden müssen, um eine dauerhafte und sichere Verbindung zwischen Ihren Servern zu gewährleisten.

Um die Migration zu erleichtern, haben wir eine Gruppe erstellt, die nur die VMs enthält, die wir migrieren möchten.

Schritt 3: Migration

Für die Servermigration bietet Microsoft Optionen für agentenbasierte und agentenlose Ansätze. Unser Fokus liegt hier auf dem agentenlosen Ansatz, wie in beschriebenMigrieren von VMware VMs auf Azure (ohne Agenten)．Informationen zum Ermitteln des besten Ansatzes für Ihr Unternehmen finden Sie unterWählen Sie eine VMware Migrationsoption．

Der Migrationsprozess beginnt mit einer ersten Replikation der on-premises VMs auf Azure.

死多尔des Prozesses hangt von der Große mit Ihren VMs verbundenen Datenträger und Ihrer Bandbreite ab. Die Dauer hängt auch von

• 死Anzahl der gleichzeitigen Migrationen
• Ihre Bandbreite auf vCenter
• Die Verfügbarkeit von Speicher (für den agentenlosen Ansatz)
• Ihre Netzwerkbandbreite

Während des Replikationsprozesses müssen Sie Folgendes auswählen:

• VMware vSphere
• Zu verwendende Appliance
• Wählen Sie Virtuelle Maschinen zur Migration aus (importieren Sie die Bewertung, wählen Sie Gruppe)
• Wählen Sie Zieleinstellungen
• Wählen Sie Berechnen
• Datenträger wählen

Wenn die Delta-Replikation nach der ersten Replikation beginnt, könnenFühren Sie eine Testmigration durchSie eine vollständige Migration zu Azure durchführen.

Wir empfehlen dringend, dass Sie mindestens einmal für jeden Computer eine Testmigration durchführen, bevor Sie sie migrieren.

• Durch das Ausführen einer Testmigration wird überprüft, ob die Migration wie erwartet funktioniert, ohne die on-premises Computer zu beeinträchtigen, die weiterhin in Betrieb sind, und die Replikation fortsetzt.

• Die Testmigration simuliert die Migration, indem eine Azure-VM mit replizierten Daten erstellt wird (normalerweise Migration auf ein VNet außerhalb der Produktion in Ihrem Azure-Abonnement).

• Sie können die replizierte Azure VM verwenden, um die Migration zu validieren, App-Tests durchzuführen und alle Probleme vor der vollständigen Migration zu beheben.

Beende die Migration

Befolgen Sie Microsofts Anleitung zuBeende die Migrationund fürBest Practices nach der．

1. Klicken Sie nach Abschluss der Migration mit der rechten Maustaste und wählen SieVM > Replizierung beendenaus. Dieser Befehl beendet die Replikation für den on-premises Computer und bereinigt die Informationen zum Replizierungsstatus für die VM.

2. Installieren Sie den Azure VM Windows- oder Linux-Agenten auf den migrierten Maschinen.

3. Führen Sie alle Anpassungen nach der Migration von Apps durch, z. B. das Aktualisieren von Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.

4. Durchführen abschließender Akzeptanztests für Anwendungen und Migrationen für die migrierte Anwendung, die jetzt in Azure ausgeführt wird

5. Reduzieren Sie den Datenverkehr auf die migrierte Azure-VM-Instanz.

6. Entfernen Sie die on-premises VMs aus Ihrem lokalen VM-Bestand.

7. Entfernen Sie die on-premises VMs aus lokalen Backups.

8. Aktualisieren Sie alle internen Dokumentationen, um den neuen Standort und die neue IP-Adresse der Azure-VMs anzuzeigen.

Best Practices nach der

• Für erhöhte Belastbarkeit:

  • Schützen Sie Daten, indem Sie Azure-VMs mithilfe des Azure Backup-Dienstes sichern.Weitere Informationen finden Sie unter Sichern einer virtuellen Maschine in Azure．
  • Halten Sie Arbeitslasten am Laufen und kontinuierlich verfügbar, indem Sie mit Site Recovery Azure-VMs in eine sekundäre Region replizieren.Weitere Informationen finden Sie unter Einrichten von Disaster Recovery für Azure-VMs．

• Für erhöhte Sicherheit:

  • Sperren und begrenzen Sie den Zugriff auf eingehenden Verkehr mitAzure Security Center - Gerade einmalige Verwaltung．
  • Beschränken Sie den Netzwerkverkehr auf Management-Endpunkte mitNetzwerksicherheitsgruppen．
  • Stellen SieAzure Disk-Verschlüsselungbereit, um Datenträger zu sichern, und Daten vor Diebstahl und unbefugtem Zugriff zu schützen.
  • Lesen Sie mehr überAbsicherung von IaaS-Ressourcenund besuchen Sie dieAzure-Sicherheitscenter．

Erwägen Sie für die Überwachung und Verwaltung die Verwendung vonCitrix Application Delivery Management-Service．

Erwägen Sie die BereitstellungAzure-Kostenmanagement, um den Ressourcenverbrauch und die Ausgaben zu

Checkpoint: Azure-Migration

1. Validieren Sie die IP-Adresse, die dem Dateiserver in Azure nach der Migration zugewiesen wurde.

2. Stellen Sie sicher, dass die IP-Adresse auf dem DNS-Server aktualisiert wurde.

3. Stellen Sie eine Verbindung mit dem Citrix Gateway mit einem neuen Benutzerkonto her.

4. Öffnen Sie den Dienstdesktop von Citrix Virtual Apps and Desktops.

5. Schließen Sie die Sitzung und stellen Sie sicher, dass das Profil des Benutzers auf dem Dateiserver in Azure erstellt wurde.

Verschieben Sie Citrix Workload auf Azure

Als Nächstes verlagern wir unsere Citrix Workload auf Azure.

Das folgende Diagramm zeigt die migrierten Azure- und Citrix Cloud-Komponenten und unsere verbleibende On-Premises-Umgebung.

Schritt 1: Voraussetzungen

1. Stellen Sie zwei Cloud-Konnektoren in Azure bereit.

   

2. Erstellen Sie einen Ressourcenstandort in Citrix Cloud.

   

3. Stellen Sie Cloud Connector-Software auf den Servern bereit und verbinden Sie sie an die neuen Ressourcenstandorte.

   

Schritt 2: Erstellen Sie Citrix Workload

1. Erstellen Sie die Grundkonfiguration
   1. Hosting
   2. Maschinenkataloge
   3. Liefer-Gruppen
   4. Veröffentlichen von Anwendungen
   5. binden Citrix Richtlinien

Schritt 3: Konfigurieren Sie die Zugriffsebene für Endbenutzer

Hinweis:

Wenn Sie den Citrix Workspace und den Citrix Gateway-Dienst nicht verwenden, führen Sie die folgenden Schritte aus.

1. Stellen Sie eine Verbindung mit dem on-premises StoreFront-Server her, um die Azure Cloud Connectors als Delivery Controller für jeden Store hinzuzufügen.

   

2. Konfigurieren Sie die Benutzerzuordnung undAggregation mit mehreren Standorten(während des Übergangsschritts) für den internen Speicher.

   

3. Konfigurieren Sie die Benutzerzuordnung und die Aggregation mit mehreren Standorten für den externen Store.

   

4. Fügen Sie die von Azure gehosteten Cloud Connectors als STA in der Citrix Gateway-Konfiguration in StoreFront hinzu.

   

5. Fügen Sie die von Azure gehosteten Cloud Connectors als STA in der Konfiguration von Citrix Gateway Virtual Servers auf Citrix ADC hinzu.

   

6. Stellen Sie sicher, dass alle STAsUPsind.

Kontrollpunkt: Citrix Workload

1. Verbinden Sie sich mit Ihrem Citrix Gateway.

2. Öffnen Sie den veröffentlichten Desktop des Azure-gehosteten Citrix Virtual Apps and Desktop.

3. Stellen Sie sicher, dass der Name des Desktops derjenige ist, den Sie in Azure bereitgestellt haben.

4. Starten Sie Apps, um sicherzustellen, dass sie gestartet werden. Notieren Sie sich die App-Performance. Wenn Ihre Apps schlecht funktionieren, müssen Sie möglicherweise die Größe Ihrer Azure-Maschine anpassen.