Étape 3 : Création de machines virtuelles

Vue d’ensemble

Maintenant que vous avez mis en place un projet Google Cloud fonctionnel et que les services réseau principaux sont en place. L’étape suivante consiste à créer les ressources de machine virtuelle nécessaires pour disposer d’un emplacement de ressources Citrix Cloud fonctionnel. Comme décrit dans Architecture de référence : Citrix Virtualization on Google Cloud, un emplacement de ressources fonctionnel nécessite les éléments suivants :

  • Services de domaine Active Directory

  • Citrix Cloud Connector

  • Un ou plusieurs VDA Citrix

En appliquant le modèle de conception Cloud Forward, ces ressources sont déployées sur des instances de machines virtuelles attachées à un VPC. Les instances de machines virtuelles sont déployées de manière hautement disponible en les répartissant entre les zones Google Cloud de la région. Dans cette section du guide, nous fournissons des informations supplémentaires sur les types de ressources et de services Google Cloud, puis sur la création des instances de machines virtuelles.

Ressources de machines virtuelles Google Cloud Google Cloud fournit un stockage en mode bloc fiable et hautes performances à l’usage des instances de machines virtuelles. Le stockage en mode bloc est présenté aux machines virtuelles sous forme de disques persistants. Les disques persistants, disponibles sous forme de disque dur standard ou de disques SSD (Solid State Drive). Les disques persistants sont des périphériques de stockage réseau durables auxquels votre instance peut accéder comme s’il s’agissait de disques physiques sur un poste de travail ou un serveur. Par défaut, les instances de Google Compute Engine disposent d’un seul disque persistant racine doté d’un système d’exploitation. Des disques supplémentaires peuvent être ajoutés ultérieurement pour les cas où les applications nécessitent davantage de stockage local. Les options d’extension de disque sont les disques persistants standard ou SSD, les disques SSD locaux et les compartiments de stockage cloud. Le SSD local n’est pas recommandé pour le déploiement de Citrix Virtual Apps car les données stockées sur le SSD local sont temporaires. Les disques persistants sont situés indépendamment des instances de machines virtuelles. Vous pouvez choisir de détacher ou de déplacer des disques persistants pour conserver les données même après la suppression de l’instance de VM. Les performances des disques persistants évoluent automatiquement avec la taille. Vous pouvez redimensionner les disques persistants ou ajouter d’autres disques persistants à une instance pour répondre aux exigences en matière de performances et d’espace de stockage. Le disque persistant n’a aucun coût par E/S, il n’est donc pas nécessaire d’estimer le budget d’E/S mensuel. Les disques persistants SSD ont des IOPS en lecture de 40 000 et des IOPS en écriture de 30 000 par instance. Par rapport aux disques persistants standard, qui n’ont qu’un IOPS en lecture de 3 000 et des IOPS en écriture de 15 000. Le disque persistant SSD est recommandé pour le déploiement des charges de travail Citrix Virtual Apps. Lors de l’estimation de la capacité de stockage, n’oubliez pas que les déploiements Virtual Apps and Desktops ont deux besoins de stockage : (1) stockage pour les serveurs et applications Virtual Apps et (2) stockage pour les profils utilisateur. Le déploiement d’une image principale du serveur Virtual Apps nécessite 50 Go de stockage, qui peuvent varier en fonction des applications installées et de la version du système d’exploitation Windows Server. Par exemple, la taille de démarrage du système d’exploitation Windows Server 2016 est de 50 Go tandis que Windows Server 2012 R2 est de 32 Go. Citrix recommande de créer une nouvelle image principale Virtual Apps afin de minimiser la capacité requise au lieu de migrer une image sur site existante.

Sur Google Cloud, le service qui exécute des instances de machines virtuelles est appelé Google Compute Engine. Compute Engine propose des configurations de machines virtuelles prédéfinies pour chaque besoin. Les offres vont des petites micro-instances aux configurations hautes en mémoire et en CPU. Les ressources de calcul suivantes sont pertinentes pour tout déploiement d’applications virtuelles sur GCP :

  • Utilisation générale ou Optimisation de la charge de travail : vous pouvez choisir entre une utilisation générale ou une charge de travail optimisée en fonction des exigences des charges de travail.

  • Type de machine prédéfini : possède un nombre prédéfini de processeurs virtuels et de mémoire et est facturé au prix défini décrit sur la page de tarification .

  • Type de machine personnalisé : offre la flexibilité nécessaire pour configurer le processeur virtuel et la mémoire pour des besoins spécifiques et potentiellement réduire les coûts.

Leslicences Microsoft nécessitent que les instances Citrix Virtual Desktop ne soient pas déployées dans un cloud public autre que Microsoft. Vous pouvez implémenter Citrix Virtual Desktop sur GCP en utilisant Sole Tenant Nodes (STN) ou Google Cloud VMware Engine (GCVE). Les STN et GCVE sortent du cadre de ce guide de déploiement.

Microsoft License Mobility permet le déploiement d’applications Windows Server (Citrix Virtual Apps), telles que Remote Desktop Services (RDS), dans GCP tout en utilisant vos licences Microsoft existantes. Il est recommandé de consulter vos contrats de licence Microsoft avec Microsoft avant de commencer ce déploiement. Les instances Microsoft Windows Server nécessitent une connexion réseau Internet pour être activées avec l’hôte GCP KMS kms.windows.googlecloud.com. Le délai de grâce standard pour l’enregistrement des instances Windows Server auprès de l’hôte KMS est de 30 jours. Au bout de 30 jours, les instances cesseront de fonctionner. Vous pouvez également importer vos propres licences Windows KMS dans GCP et héberger les licences requises. Dans ce guide, nous ne déployons pas de serveur Microsoft RDS. Au lieu de cela, nous utilisons le délai de grâce de 30 jours pour la validation.

1 Création d’instances de machines virtuelles

Le modèle de conception Cloud Forward nécessite le déploiement de trois types différents d’instances de machines virtuelles (Active Directory, Citrix Cloud Connector, Citrix VDA). À l’aide des détails du tableau, répétez les étapes décrites pour créer et démarrer chaque machine virtuelle. Une fois terminé, générez et stockez des informations d’identification pour vous connecter à chaque instance de machine virtuelle la première fois.

Type de machine virtuelle Dimensionnement informatique Réseau VPC Zone Google Nom d’hôte IP Address Tags réseau
Domaine Active Directory #1 N1-Standard-2 Réseau Citrix Cloud us-west1-a dc1.ctx.lab 10.240.1.2 dc dns
Domaine Active Directory #2 N1-Standard-2 Réseau Citrix Cloud us-west1-b dc2.ctx.lab 10.240.1.3 dc dns
Cloud Connector #1 N2-Standard-4 Réseau Citrix Cloud us-west1-a cc1.ctx.lab 10.240.1.4 cc
Cloud Connector #2 N2-Standard-4 Réseau Citrix Cloud us-west1-b cc2.ctx.lab 10.240.1.5 cc
Image principale du VDA de serveur N2-Standard-4 Réseau Citrix Cloud us-west1-a mcs.ctx.lab Éphémère (automatique) vda
  1. Cliquez sur l’icône de hamburger, située dans le coin supérieur gauche de la console Google

  2. Accédez à Compute Engine

  3. Cliquez sur Instances VM

    vm-instances

  4. Cliquez sur Créer une instance

    vm-create-instances

  5. Entrez un nom : dc1

  6. Sélectionnez la région : us-west1

  7. Sélectionnez la zone : us-west1-a

  8. Sélectionnez l’ onglet Général

  9. Sélectionnez la série N2

  10. Sélectionnez n2-standard-2 (suivez le dimensionnement de calcul correspondant indiqué pour chaque machine virtuelle dans le tableau au début de cette section.)

    vm-dc1

  11. Dans Boot disk, cliquez sur Modifier

    vm-boot-disk

  12. Cliquez sur l’onglet Image publique

  13. Sélectionnez le système d’exploitation Windows Server

  14. Sélectionnez Windows Server 2019 Datacenter (pour ce déploiement, nous utilisons la licence d’évaluation)

  15. Sélectionnez Disque persistant équilibré

  16. Indiquez la taille requise en Go : 50

  17. Cliquez sur Sélectionner

    vm-public-images

  18. Développez la gestion, la sécurité, les disques, la mise en réseau et les serveurs lames à location unique

    vm-blade

  19. Développez la section Mise en réseau et entrez les balises réseau de la machine virtuelle correspondantes : dc dns

  20. Entrez un nom d’hôte tel que listé dans le tableau au début de cette section : dc1.ctx.lab

    dc-dns-networking

  21. Sélectionnez le réseau créé dans la section Virtual Private Cloud  : citrixcloudnetwork

  22. Le sous-réseau doit être automatiquement renseigné

  23. Sélectionnez Adresse IP éphémère (personnalisée) dans la section IP interne principale

  24. Entrez l’adresse IP 10.240.1.2 sous l’adresse IP éphémère personnalisée

    Remarque

    L’image principale Server VDA nécessite que l’adresse IP soit attribuée automatiquement. Pour permettre à l’image principale du VDA Server d’obtenir une adresse IP automatiquement, sélectionnez Éphémère (automatique).

  25. Définissez l’adresse IP externe sur Aucune

  26. Cliquez sur Terminé

    dc-dns-network-interface

  27. Cliquez sur Créer

    dc-dns-network-interface-create

  28. Une fois la machine créée et mise sous tension, l’étape suivante consiste à créer un nom d’utilisateur et un mot de passe par défaut.

    Remarque

    La fonction Définir le mot de passe Windows de Google Cloud définit/réinitialise un mot de passe fort à l’aide du nom d’utilisateur que vous avez spécifié. Si le compte existe, il réinitialise le mot de passe. Si ce n’est pas le cas, Google Cloud crée l’utilisateur dans la base de données de sécurité locale de l’instance Windows, puis crée le mot de passe. L’utilisateur que Google Cloud crée (ou met à jour) est un administrateur local sur l’instance.

    Il existe plusieurs façons d’accéder à la fonction Définir le mot de passe Windows. En voici une, et elle commence par cliquer sur l’instance de VM pour afficher les détails de l’instance.

    vm-instances-view-details

  29. Dans la section Détails de l’instance VM, cliquez sur Définir le mot de passe Windows

    vm-instances-details

  30. Entrez le nom d’utilisateur admin

  31. Cliquez sur Set

    Remarque

    Si, lors de la création du mot de passe, le message d’erreur « Le mot de passe Windows n’a pas pu être défini. Réessayez. Si vous venez de créer cette instance, attendez 10 minutes pour qu’elle soit prête. », nous vous recommandons de respecter le délai suggéré avant d’essayer de créer le mot de passe.

    vm-set-new-password

  32. Par défaut, un nouveau mot de passe unique est généré automatiquement par Google Cloud et ne peut pas être modifié depuis la console. Si un mot de passe personnalisé est requis, vous devez le modifier dans le système d’exploitation Windows.

  33. Vous pouvez le copier manuellement ou cliquer sur l’icône de copie. Enregistrez le mot de passe en toute sécurité, car il est nécessaire pour vous connecter à la console de la machine virtuelle dans la section suivante.

  34. Cliquez sur Fermer.

    vm-set-new-windows-password

    Après avoir suivi les étapes 1 à 35 pour créer chaque machine virtuelle comme indiqué dans le tableau au début de cette section. Les résultats doivent être similaires à ceux de l’image :

    vm-instances-tabel-result

  35. Si vous ne parvenez pas à afficher la colonne Balises réseau, cliquez sur l’icône de l’option d’affichage de la colonne

  36. Sélectionnez Tags réseau dans la liste

  37. Cliquez sur OK

    vm-network-tags

Étape 3 : Création de machines virtuelles