Mettre à niveau les outils Citrix (XenServer) pour les serveurs cloud Windows

Systèmes d'exploitation pris en charge

Windows Server 2008
Windows Server 2008 R2
Windows Server 2012
Windows Server 2012 R2

Les outils Citrix® sont fondamentaux pour le bon fonctionnement des Serveurs Cloud virtualisés dans l'infrastructure Rackspace Cloud. Ce sont les pilotes sous-jacents de la machine virtuelle, qui lui donnent accès au matériel virtuel, en particulier aux périphériques de mise en réseau et de bloc.

Cet article explique comment mettre à niveau les outils Citrix pour les machines virtuelles sur les serveurs cloud Windows®. Ces outils doivent uniquement être touché si le serveur Windows a des problèmes tels que l'écran bleu de la mort (BSoD) ou si le support a recommandé la mise à niveau des outils.

Avertissement : L'exécution des étapes décrites dans cet article entraîne une interruption du réseau. Par conséquent, ne le faites pas effectuez ces étapes sur un serveur de production car le processus provoque une interruption du réseau et plusieurs redémarrages du serveur. Au lieu de cela, créez une image du serveur de production sur lequel effectuer la mise à niveau.

Prérequis

Avant de commencer, effectuez les actions suivantes :

Créez une sauvegarde de vos données à partir du serveur à l'aide de la sauvegarde dans le cloud.
Créez une image cloud du serveur pour conserver sa configuration.
Installez la dernière version de l'agent Windows sur le serveur de production.

Créer une sauvegarde à l'aide de Cloud Backup

Utilisez le produit Cloud Backup pour sauvegarder toutes les données utilisateur. Cette instruction Cloud Backup couvre l'installation de l'agent Cloud Backup et la configuration de la sauvegarde.

Créer une image du serveur de production

Créez une image du serveur de production qui a besoin des mises à niveau. Cela peut prendre moins d'une heure ou plusieurs heures, selon la taille du disque dur virtuel de votre serveur. Vous pouvez trouver plus d'informations sur les images dans la FAQ Cloud Images.
Créez un nouveau serveur en utilisant l'image que vous avez créée.
Vérifiez que le nouveau serveur démarre correctement et que toutes les données et tous les services sont intacts.

Le nouveau serveur que vous avez créé à partir de l'image est considéré comme votre hors production serveur. Effectuez les actions dans toutes les sections suivantes sur ce serveur.

Mettre à niveau l'agent Rackspace Cloud Servers et télécharger Xenserver Tools 6.5

La mise à niveau nécessite une connexion active à Internet. Suivez ces étapes pour installer l'Rackspace Cloud Servers agent .

Démarrez une invite de commande en tant qu'administrateur.

Dans l'invite de commande, exécutez le code suivant :

   powershell.exe -NoProfile -NoLogo -InputFormat None -ExecutionPolicy Bypass -Command "iex(New-Object Net.WebClient).DownloadString('https://87df11eb517b9ca6b2dd-2feac036ecfab0eba46621f3ae4943bc.ssl.cf1.rackcdn.com/latest/Update-Xentools.ps1')"

Votre résultat devrait ressembler à ce qui suit :

   Info  :: STEP 1 => Update the Nova Agent
   Info  :: Starting the Agent Upgrade to version 1.3.1.1
   Warn  :: RackspaceCloudServersAgent RackspaceCloudServersAgentUpdater is stopped
   Info  :: Downloading the AgentService_1.3.1.1.zip
   Info  :: Downloaded Successfully AgentService_1.3.1.1.zip in  C:\Windows\Temp
   Info  :: Downloading the UpdateService_1.3.1.1.zip
   Info  :: Downloaded Successfully UpdateService_1.3.1.1.zip in  C:\Windows\Temp
   Info  :: Renaming Agent to 1.3.0.1
   Info  :: Renaming AgentUpdater to 1.3.0.1
   Info  :: Unzipping AgentService.zip to Agent)
   Info  :: Creating the Directory C:\Program Files\Rackspace\Cloud Servers\Agent
   Info  :: Unzipping UpdateService.zip to AgentUpdater
   Info  :: Creating the Directory C:\Program Files\Rackspace\Cloud Servers\AgentUpdater
   Info  :: Cloning the AgentLog from Agent1.3.0.1 to Agent
   Info  :: Removing AgentService_1.3.1.1.zip and UpdateService_1.3.1.1.zip
   Info  :: Restarting the Agent and AgentUpdater services
   Info  :: STEP 1 => DONE!!!
            ***************************************************************************************
   Info  :: STEP 2 => Download the latest XenServer Tools on the Server
   Info  :: Downloaded Successfully xs-tools-6.5.0-20200.zip in  C:\rs-pkgs
   Info  :: Creating the Directory C:\rs-pkgs\xs-tools-6.5.0-20200
   Info  :: STEP 2 => DONE!!!
   Info  :: ***************************************************************************************
   Info  :: STEP 3 => Before executing the installation of the Xenserver Tools,
                      YOU MUST CREATE A SNAPSHOT OF YOUR SERVER using the Control Panel
                      The Snapshot will allow you to recover your server if the installation fails.
                      Once you are done with This Step 3, Start the installation at STEP 4
            ***************************************************************************************
   Warn  :: STEP 4 => Execute the Xenserver tools Installer.
                      Before you execute the installer, connect to the Console of the server
                      in the Control Panel, because the server will reboot few times on its own.
                      You will loose network access and Remote Desktop will fail
                      until the installation is completed.
                      *****************************************************************************
                      Execute:  C:\rs-pkgs\xs-tools-6.5.0-20200\install.bat
                      *****************************************************************************

Mise à niveau vers XenServer Tools 6.5 sur le nouveau serveur hors production

Remarque : Vous devez effectuez les étapes suivantes en utilisant la console et non RDP, car la connectivité réseau sera interrompue. Comme alternative à Java, il existe plusieurs façons de générer des URL de console NoVNC (HTML5).

Accédez à la console Java du serveur hors production via le panneau de configuration du cloud.

Connectez-vous au panneau de configuration du cloud.
Dans la barre de navigation supérieure, cliquez sur Sélectionner un produit> Rackspace Cloud .
Sélectionnez Serveurs> Serveurs Cloud .
Sur les serveurs page, cliquez sur l'icône d'engrenage à côté du nom du serveur et sélectionnez Console d'urgence .

Pour envoyer des requêtes API, utilisez cURL depuis la ligne de commande, utilisez le plugin de navigateur de votre choix ou connectez-vous à Pitchfork avec votre nom d'utilisateur Rackspace et votre clé API. Avant d'envoyer l'appel API, assurez-vous de changer le console_type en novnc . La réponse contient l'URL de la console. Copiez et collez le lien dans un nouvel onglet du navigateur. Notez que ces URL expirent après environ 10 minutes, et si la console n'est pas utilisée, la session est déconnectée.

Maintenant, depuis la console d'urgence, exécutez les commandes suivantes :

Démarrez une invite de commande en tant qu'administrateur.
Dans l'invite de commande, exécutez le code suivant :
```
 C:\rs-pkgs\xs-tools-6.5.0-20200\install.bat
```
Le serveur redémarre automatiquement plusieurs fois mais peut avoir besoin d'être redémarré manuellement si Windows le demande. Reconnectez-vous à l'aide de la console après chaque redémarrage et suivez les invites de Windows. Autoriser Windows à détecter et installer automatiquement les pilotes nécessaires si la boîte de dialogue d'installation du logiciel du pilote le demande.
Une fois l'installation terminée, il peut y avoir un périphérique final pour lequel les pilotes ne peuvent pas être détectés ou installés dans Windows Server 2008. Ce périphérique est connu sous le nom de vm_gen_counter , et Windows ne l'a pas pris en charge jusqu'à Windows Server 2012. Trouvez plus d'informations dans VM-Generation ID.
Envoyez un ping à l'adresse IP du serveur depuis un emplacement distant pour confirmer que le réseau fonctionne.
Si le réseau du serveur ne fonctionne pas ou si la configuration du réseau ne semble pas correcte, vous devrez peut-être réinitialiser le réseau manuellement. Pour cela, envoyez le resetnetwork action à l'API des serveurs.

Avertissement aux clients de RackConnect v2 : La réinitialisation manuelle du réseau d'un serveur à l'aide de l'API réactive l'interface publique du serveur et supprime éventuellement la route par défaut vers votre RackConnect Gateway. Nous conseillons aux clients disposant d'une configuration RackConnect de contacter le support Rackspace pour obtenir de l'aide si vous rencontrez des problèmes de connectivité réseau après la mise à niveau de Citrix Tools.

Effectuer une réinitialisation du réseau

Pour réinitialiser le réseau du serveur via l'API, connectez-vous à Pitchfork avec votre nom d'utilisateur Rackspace et votre clé API. Émettez le, Réinitialiser le réseau appeler en utilisant l'UUID du serveur.

Alternativement, pour réinitialiser manuellement le réseau du serveur, accédez à ** C:\rs-pkgs\ ** pour rechercher des fichiers texte distincts contenant la configuration IP et les informations de routage qui étaient présentes avant la mise à niveau des outils Citrix.

Décidez quel serveur conserver

Après avoir effectué les étapes précédentes sur le nouveau serveur hors production, décidez si vous souhaitez utiliser le nouveau serveur comme serveur de production ou continuer à utiliser le serveur de production d'origine à partir duquel vous avez créé la nouvelle image. Cette section explique vos options.

Option 1 :Utiliser le nouveau serveur comme serveur de production

Maintenant que le nouveau serveur contient l'agent Citrix Tools for Virtual Machinesand Rackspace Cloud Servers mis à jour, il est peut-être presque prêt pour une utilisation en production.

Vous pouvez supprimer le serveur d'origine et continuer à utiliser le nouveau serveur comme serveur de production. C'est généralement l'option la plus rapide et la plus simple.

Une mise en garde notable concernant cette option est que l'adresse IP sur le nouveau serveur est différente de l'adresse IP de votre serveur de production d'origine. Vous ne pouvez pas transférer l'adresse IP du serveur d'origine vers le nouveau serveur. Vous pouvez atténuer ce problème si vous avez utilisé Cloud Load Balancers avec votre serveur d'origine. Si vous utilisiez des équilibreurs de charge, supprimez simplement le serveur d'origine (nœud) de l'équilibreur de charge et ajoutez le nouveau.

Avant de supprimer le serveur d'origine, assurez-vous de restaurer toutes les données importantes au nouveau serveur. Cela inclut toutes les données susceptibles de résider sur un lecteur de disque éphémère qui n'est pas inclus dans l'image du serveur d'origine. pour plus d'informations.

Si le serveur d'origine dispose d'un stockage éphémère, vous pouvez migrer les données vers le nouveau serveur de plusieurs manières. Si les deux serveurs ont une adresse IP de réseau de service, vous pouvez utiliser le partage de fichiers intégré à Windows. Vous pouvez également utiliser FTP, FTPS ou notre agent Cloud Backup pour les serveurs cloud, que vous pouvez installer sur les instances Windows et Linux®.

Vous pouvez également transférer des données entre serveurs en ajoutant Cloud Block Storage au serveur d'origine. Vous créez un volume et l'attachez au serveur d'origine, copiez les données dont vous avez besoin sur le volume, détachez le volume du serveur d'origine, puis attachez le volume au nouveau serveur sur lequel le lecteur éphémère a été monté auparavant, par exemple, D : . Les articles suivants peuvent vous aider à démarrer :

Présentation de Cloud Block Storage
Préparez votre volume de stockage Cloud Block
FAQ sur le stockage en bloc dans le cloud

Si vous décidez d'utiliser cette première option, nous vous recommandons de prendre une image finale du serveur que vous pourrez utiliser comme image de base pour créer de nouveaux serveurs ou reconstruire votre serveur actuel.

Option 2 :effectuez les étapes d'installation sur le serveur de production d'origine

Vous pouvez effectuer toutes les étapes d'installation sur le serveur de production pendant une fenêtre de maintenance planifiée. Le serveur conserve son adresse IP d'origine.

Après avoir installé les outils Citrix sur le serveur hors production, vous comprenez mieux la durée de votre fenêtre de maintenance.

Avant de commencer ce processus sur le serveur de production, nous vous recommandons d'avoir des sauvegardes appropriées, de préférence à la fois une image du serveur et des sauvegardes de tout le contenu important sur le serveur. Bien que le nouveau serveur précédemment construit doive toujours être accessible et contenir un système de fichiers racine presque identique au serveur d'origine, plusieurs sauvegardes vous permettent d'utiliser l'agent Cloud Backup, que vous pouvez installer sur les serveurs cloud Windows et Linux.

Vous pouvez supprimer le serveur hors production sur lequel vous avez testé la mise à niveau après la fermeture de la fenêtre de maintenance.

Option 3 :Reconstruire la production d'origine à partir d'une image du nouveau serveur

Vous pouvez reconstruire le serveur de production d'origine à partir d'une image du nouveau serveur. Le serveur conserve son adresse IP d'origine.

De toutes les trois options, cette option prend le plus de temps. La durée dépend de la taille du disque dur virtuel de votre nouveau serveur hors production.

Avertissement : Si vous choisissez cette option, nous vous recommandons de créer les sauvegardes appropriées comme indiqué dans l'option 2. La reconstruction d'un serveur détruit toutes les données du serveur d'origine et installe l'image que vous sélectionnez.

Dans le panneau de configuration du cloud, créez une image de votre nouveau serveur hors production et attendez que l'image soit créée.
Dans le panneau de configuration du cloud, accédez aux détails du serveur du serveur d'origine. page.Sous l'UUID du serveur , cliquez sur Reconstruire .
Dans la boîte de dialogue contextuelle qui s'affiche, cliquez sur Enregistré pour afficher vos images enregistrées, puis sélectionnez l'image que vous avez créée à l'étape 1.
Cliquez sur Reconstruire le serveur .