Guide de migration et de modernisation - Virtualisation Citrix sur Google Cloud

Vue d’ensemble

Ce guide a été écrit pour les personnes ayant de l’expérience dans l’exécution et/ou la création d’un système de virtualisation traditionnel géré par le client basé sur la technologie Citrix Virtual Apps and Desktops. Il vise à aider les clients Citrix à moderniser leur système afin de tirer parti des avantages considérables offerts par les services gérés Google Cloud et Citrix Cloud. Il fournit des conseils sur la façon de migrer un déploiement géré par le client de la technologie de virtualisation Citrix vers les services gérés Google Cloud et Citrix, simplifiant et modernisant ainsi considérablement le système. Pour de nombreux clients Citrix existants, la migration est un parcours, et nombre d’entre eux exécuteront des systèmes parallèles pendant un certain temps afin de faciliter la migration avec un minimum de perturbations. Ces clients mettront probablement en œuvre quelque chose qui ressemble au modèle de conception de migration vers le cloud que nous décrivons dans la section Conseils de conception du Centre de solutions pour Citrix DaaS sur Google Cloud, mais les concepts, processus et outils que nous décrivons ici vous aideront également à vous préparer.

Stratégie de migration et de modernisation

Les clients Citrix de toutes formes et de toutes tailles optent pour une infrastructure et des services basés sur le cloud, souvent dans le cadre d’initiatives de transformation numérique et/ou de modernisation de l’IT. Bon nombre de ces entreprises se tournent vers Google Cloud et les services cloud de Citrix. Ce changement est souvent motivé par la nécessité de faire plus que de tout transférer vers le cloud : ils cherchent à transformer leurs employés et leurs processus ainsi que leur infrastructure. Citrix et Google proposent des produits, des services et des conseils qui répondent aux besoins des clients, là où ils en sont dans leur parcours de transformation numérique. Ils soutiennent et accélèrent également le processus de transformation sur tous les « plans » technologiques d’une organisation : personnes, processus et technologies.

Dans le monde de Google, les systèmes de virtualisation Citrix gérés par le client sont souvent appelés « VDI », et la migration et la modernisation de tels systèmes font généralement partie de leur pilier de modernisation de l’infrastructure . Google propose plusieurs offres de services différentes qui peuvent aider les clients à migrer et à moderniser ces charges de travail « VDI » pour Google Cloud, sous la direction de Google, Citrix ou d’organisations de services professionnels partenaires. Ces engagements suivent généralement un flux de processus qui commence par l’évaluation de l’infrastructure existante, la planification des priorités et la préparation des bases, la migration des charges de travail par vagues et l’optimisation des charges de travail et des opérations pour tirer le meilleur parti de Google Cloud. Google fournit également quelques outils souvent utilisés dans le cadre de ces missions, notamment l’outil d’évaluation, d’analyse et de planification StratoZone, Google Migrate for Compute Engineet VMware HCX pour VMware Engine.

Vous trouverez plus d’informations sur le parcours global de migration vers Google Cloud dans Migration vers Google Cloud : Premiers pas.

Présentation du processus de migration et de modernisation

Au fur et à mesure que vous migrez et moderniserez votre système de virtualisation Citrix et que vous le déplacerez vers Google Cloud, vous découvrirez qu’il existe un certain nombre de composants ou de fonctions différents que vous aborderez en cours de route. Pour chaque composant ou fonction, nous passerons d’une couche gérée par le client à des services gérés dans le cloud. Citrix et Google proposent une variété d’outils et de services conçus pour simplifier considérablement le processus. En un coup d’œil, ils sont :

Composant/fonction :	Migrer depuis : (géré par le client)	Migrez vers : (services cloud)	Migrez en utilisant :
Courtage et administration des sessions	Citrix VDI (CVAD)	Citrix DaaS (CVADS)	Outil de configuration automatisée Citrix
Gestion des environnements de travail	Gestionnaire d’environnement Citrix Workspace (WEM)	Service de gestion d’environnement Citrix Workspace	Kit d’outils de migration Citrix WEM
Services d’interface utilisateur	Citrix StoreFront	Citrix Workspace Service… ou exécution parallèle	NA - configuration initiale uniquement
Proxy de session HDX	Citrix ADC/passerelle	Citrix Gateway Service… ou exécutez en parallèle	NA - configuration initiale uniquement
Infrastructure VDA	Infrastructure autogérée	Moteur de calcul Google Cloud (GCE) ou Google Cloud VMware Engine (GCVE)	Service de portabilité d’image Citrix ou VMware HCX pour VMware Engine
Infrastructure d’applications	Infrastructure autogérée	Moteur de calcul Google Cloud (GCE) ou Google Cloud VMware Engine (GCVE)	Google Migrate pour Compute Engine ou VMware HCX pour VMware Engine
Authentification et autorisation	Microsoft Active Directory	Google Cloud Identity ou autre fournisseur d’identité SAML/OIDC	Synchronisation de l’annuaire Google Cloud ou d’autres outils

Au début de ce processus, la plupart des clients exécuteront probablement leurs charges de travail virtualisées Citrix et les applications qui s’y exécutent, sous forme de machines virtuelles sur une infrastructure de calcul, de stockage et de réseau autogérée. Dans la plupart des environnements, ces services sont fournis par un hyperviseur traditionnel et une pile de gestion basés sur des plateformes d’hyperviseur VMware, Microsoft, Nutanix ou Citrix. Google fournit une grande variété d’outils et de services qui peuvent être utilisés pour héberger n’importe quelle application sur Google Cloud. Les VDA Citrix, qui s’exécutent en tant que machines virtuelles, peuvent être exécutés sur Google Cloud Compute Engine (GCE) ou Google Cloud VMware Engine (GCVE).

Le processus de migration et de modernisation peut être décomposé en trois phases généralisées et en deux flux de travail parallèles. Elles peuvent être résumées comme suit :

Phase 1 : migrer vers les services Citrix Cloud et préparer Google Cloud à recevoir des charges de travail

• Workstream 1a : migrer l’infrastructure de virtualisation vers les services Citrix Cloud
• Workstream 1b - Configuration de la zone d’atterrissage et du réseau d’entreprise sur Google Cloud

Phase 2 : création de l’emplacement des ressources Citrix Cloud sur Google Cloud

Phase 3 : migration des applications et des charges de travail vers Google Cloud

• Workstream 3a : migrer l’infrastructure des applications vers Google Cloud
• Workstream 3b - transférer des images VDA vers Google Cloud

Dans les sections ci-dessous, nous allons décrire ces phases/flux de travail et fournir quelques indications vers des documents externes qui fourniront des détails supplémentaires. Cela dit, nous allons probablement manquer quelque chose qui est important pour vous. Nous serions reconnaissants d’avoir l’occasion de tirer des leçons de vos commentaires ! Qu’avons-nous manqué ? Que pouvons-nous améliorer ? Commencez la conversation par un e-mail adressé à notre groupe de travail PME Citrix sur Google. Merci d’avance de nous avoir permis de faire partie de votre voyage !

Phase 1 : migrer vers les services Citrix Cloud et préparer Google Cloud à recevoir des charges de travail

La première phase comprend deux flux de travail, qui peuvent être exécutés en parallèle. Ils sont :

• Workstream 1a : migrez l’infrastructure de virtualisation vers les services Citrix Cloud. Ce processus est décrit dans le Guide de déploiement : Migration de Citrix Virtual Apps and Desktops from on-premises to Citrix Cloud. Ce guide de déploiement aidera le lecteur à migrer d’une architecture de déploiement sur site gérée par le client typique vers une architecture gérée par les services Citrix Cloud. Voir les exemples de diagrammes avant et après ci-dessous :

• Workstream 1b - configurez la zone d’atterrissage et le réseau d’entreprise sur Google Cloud. Cela inclut l’extension des services Active Directory à Google Cloud.

L’une des activités fondamentales de conception/construction que Google guidera les clients consiste à configurer le « shell » de l’infrastructure du client sur Google Cloud, souvent décrit comme une zone d’atterrissage. Une zone d’atterrissage vous permet de « débarquer » des charges de travail sur Google Cloud et comprend au moins un projet Google Cloud et des services réseau de base. Bien que la création d’une zone d’atterrissage de base et la mise en place d’un réseau fonctionnel sur Google Cloud soient simples, les exigences de l’entreprise imposent souvent des configurations plus complexes. Vous pouvez configurer une zone d’atterrissage de base sur Google Cloud en suivant les 5 premières étapes détaillées dans le guide de démarrage, mais pour les scénarios plus complexes, vous avez encore du travail à faire. Pour savoir comment créer une zone de destination pour les environnements d’entreprise, vous pouvez commencer par les liens ci-dessous ou contacter votre ingénieur client Google Cloud pour obtenir des conseils plus ciblés.

Liens
Migration vers Google Cloud : Bien démarrer
Série de vidéos YouTube - Démarrez votre migration vers Google Cloud

Phase 2 : création de l’emplacement des ressources Citrix Cloud sur Google Cloud

Cette phase tirera parti des services Citrix Cloud ainsi que de la zone d’atterrissage et de la mise en réseau établies lors de la phase 1 pour créer un emplacement de ressources Citrix Cloud sur Google Cloud. Cela inclut la préparation d’un projet Google Cloud et la création d’un compte de service IAM pour héberger des VDA sur Google Cloud, l’installation de Cloud Connector et la définition de la connexion d’hébergement et des ressources utilisées pour le provisionnement des VDA et la gestion de flotte. Vous trouverez des instructions détaillées sur la façon de créer un emplacement de ressources sur Google Cloud dans le guide de démarrage, que vous trouverez sur le lien ci-dessous.

Le guide de démarrage détaille 8 étapes à suivre pour disposer d’un emplacement de ressources Citrix Cloud fonctionnel sur Google Cloud Compute Engine (GCE). Les détails des étapes seront différents si l’emplacement des ressources est déployé sur Google Cloud VMware Engine (GCVE), mais les résultats sont les mêmes. Si vous migrez un plan de contrôle existant géré par le client vers GCE, vous effectuerez essentiellement les étapes 1 à 5 ci-dessous dans le cadre du flux de travail 1b décrit ci-dessus. Les 8 étapes détaillées dans le Guide de démarrage sont les suivantes :

• Étape 1 : Configuration d’un projet Google Cloud
• Étape 2 : Configuration des services réseau
• Étape 3 : Création de machines virtuelles
• Étape 4 : Configuration de l’accès aux consoles de machines virtuelles
• Étape 5 : Déploiement d’Active Directory
• Étape 6 : Initialiser l’emplacement des ressources Citrix Cloud
• Étape 7 : configurer Citrix Virtual Apps and Desktops Service
• Étape 8 : Valider la configuration

Une fois que vous avez un emplacement de ressources Citrix Cloud fonctionnel exécuté sur Google Cloud, vous pouvez vous concentrer sur la réalisation de la troisième phase de migration que nous allons vous décrire ci-dessous.

Phase 3 : migration des applications et des charges de travail vers Google Cloud

Cette phase comprend également quelques flux de travail différents qui peuvent être exécutés en parallèle. Dans un environnement de virtualisation Citrix, la « charge de travail » est souvent considérée comme le VDA, car c’est sur le VDA que l’interface utilisateur d’une application donnée est exécutée. Cependant, la plupart des applications nécessitent une infrastructure supplémentaire pour fonctionner. Cela peut être aussi simple qu’un partage de fichiers dans lequel les documents et les données sont stockés, aussi complexe que le premier et le deuxième niveau d’une application client/serveur, ou n’importe où entre les deux.

L’une des pratiques les plus utilisées depuis longtemps dans le monde de la virtualisation Citrix consiste à placer votre VDA (où s’exécutent les applications) le plus près possible de l’infrastructure sur laquelle l’application est exécutée. Bien que cela ne soit pas toujours strictement nécessaire, cela permet souvent d’optimiser les performances de la ou des applications en question. Nous divisons cette phase en deux flux de travail distincts, car l’outil permettant de migrer les « applications » diffère souvent de l’outil utilisé pour migrer les « charges de travail ».

Le premier flux de travail que nous avons appelé « Workstream 3a - migrer l’infrastructure des applications vers Google Cloud ». Ce flux de travail peut être relativement simple ou complexe selon la complexité de votre environnement. Pour terminer ce flux de travail, vous devez avoir identifié les composants et les dépendances de l’application et de l’infrastructure de prise en charge. Vous devrez également savoir quel sera votre service IaaS cible sur Google Cloud (Compute Engine ou VMware Engine) et avoir préparé l’un ou l’autre des deux pour recevoir des charges de travail. Avec ces informations en main, vous pouvez ensuite commencer à utiliser les outils de migration disponibles pour déplacer l’application et l’infrastructure de prise en charge vers votre service IaaS cible. Vous pouvez commencer votre parcours d’apprentissage sur l’utilisation de ces outils en cliquant sur les liens ci-dessous.

Liens
Google Migrate pour Compute Engine
VMware HCX pour VMware Engine

Le deuxième flux de travail que nous avons appelé Workstream 3b - portage d’images VDA vers Google Cloud. Pour la plupart des clients, beaucoup de travail est consacré à la création et à la maintenance de leurs images « dorées », qui sont essentiellement la source à partir de laquelle leurs différents domaines de VDA sont clonés et maintenus. Ces images finissent souvent par être personnalisées (pour chaque catalogue de VDA exécutant la même pile d’applications) et très personnalisées pour un environnement spécifique. Ces images de référence sont souvent relativement complexes car elles incluent un système d’exploitation, des correctifs et des mises à jour, des logiciels de support et des agents de gestion ou de reporting, des binaires d’application, des applications d’assistance, etc. Ils changent également au fil du temps à mesure que les composants de la pile évoluent et changent.

Certains clients créent et mettent à jour ces images dorées à la main, en utilisant uniquement un simple journal des modifications et un processus de gestion manuelle des modifications. D’autres clients investissent dans l’automatisation et l’outillage pour créer et gérer leurs images de référence, réduisant ainsi les efforts manuels requis et les risques d’apparition d’incohérences et d’erreurs. Certains clients intègrent également la technologie ApPlayering de Citrix dans leur processus de gestion d’image de référence. Quoi qu’il en soit, la plupart utiliseront l’un des outils de provisionnement et de gestion des images de Citrix (MCS ou PVS) pour déployer et mettre à jour leur flotte de VDA.

En général, plus vous avez déjà investi dans l’automatisation et l’outillage, plus vous aurez d’options pour effectuer ce flux de travail, car vous êtes probablement déjà préparé à gérer les changements de la plate-forme de calcul sous-jacente. Pour avoir un aperçu de ce qui est possible avec les outils d’automatisation modernes pour Windows, consultez le travail de Trond Eirik Haavarstein, professionnel de la technologie Citrix, et son cadre d’automatisation.

Les recommandations d’outils et de techniques que nous fournissons ici varient en fonction de votre environnement informatique source, de votre environnement de calcul cible (GCE ou GCVE) et des sommes que vous avez investies dans l’automatisation de vos créations et mises à jour d’images. Ils seront également influencés par votre volonté de moderniser la charge de travail (par exemple, mettre à jour le système d’exploitation vers une nouvelle version). Nous décrirons ci-dessous certains des outils et techniques disponibles pour porter vos images Golden VDA vers Google Cloud.

Service de portabilité des images Citrix

Citrix a investi massivement dans la création d’un service Web moderne capable de porter des images VDA à partir de divers environnements informatiques sources vers divers environnements cibles, notamment Google Compute Engine (GCE). Ils appellent cela le service de portabilité d’image, et au moment de la rédaction de cet article, il est disponible en avant-première technique. Il est conçu pour fonctionner de concert avec d’autres services et outils Citrix (tels que l’ outil de configuration automatisée Citrix) afin de permettre aux clients d’intégrer la gestion des images de référence dans leurs flux de travail de développement préférés. Il fonctionne actuellement avec les images de référence source utilisées par PVS ou MCS s’exécutant sur VMware, et génère une image pouvant être utilisée par MCS sur Google Compute Engine. Il est conscient de nombreuses exigences uniques pour qu’une image soit utilisée par la virtualisation Citrix (telles que ListOfDDCs pour le VDA Citrix, l’identité de la machine, le réarmement KMS/Office, etc.) et les gère de manière appropriée pour vous. Reportez-vous au lien de documentation fourni pour plus d’informations.

Google Migrate pour Compute Engine

Comme nous l’avons indiqué précédemment, Google Migrate for Compute Engine est un outil puissant que les clients utilisent pour migrer des machines virtuelles vers GCE en masse. Google Migrate peut potentiellement être utilisé pour faciliter une migration unique de vos machines virtuelles Golden Image d’une plateforme informatique source vers GCE. Une fois sur GCE, elle devrait pouvoir être utilisée comme instance d’image de référence pour MCS sur GCE, bien que ce processus n’ait pas été testé par Citrix Engineering au moment de la rédaction de cet article.

VMware HCX pour VMware Engine

Pour les clients qui choisissent de déployer leurs charges de travail sur Google Cloud à l’aide du service VMware Engine (GCVE) comme environnement de calcul, Google propose VMware HCX for VMware Engine pour les aider à migrer leurs charges de travail. HCX peut potentiellement être utilisé pour faciliter une migration unique de vos machines virtuelles Golden Image de votre environnement VMware sur site vers GCVE. Une fois sur GCVE, il devrait pouvoir être utilisé comme instance d’image de référence pour MCS sur GCVE, bien que ce processus n’ait pas été testé par Citrix Engineering au moment de la rédaction de cet article.