Exécution d'une mise à niveau côte à côte

Effectuez une mise à niveau côte à côte pour Automation Suite à l'aide d'un environnement parallèle pour basculer en toute sécurité le trafic vers un nouveau cluster.

La mise à niveau côte à côte d'Automation Suite vous permet d'effectuer des opérations de mise à niveau en toute sécurité à l'aide d'un environnement parallèle au lieu de la mise à niveau sur place.

Cette méthode permet aux administrateurs de transférer le trafic de l'ancien cluster Automation Suite (par exemple, le déploiement bleu) vers le nouveau cluster Automation Suite (par exemple, le déploiement vert) après avoir vérifié le nouveau déploiement. Si vous détectez un problème, vous pouvez rapidement revenir à l'ancien déploiement.

Lors de l'exécution d'une mise à niveau côte à côte, les deux clusters parallèles partagent une seule licence.

Prérequis

• Si AI Center est activé, veillez à bien respecter les exigences CUDA.
• Prérequis matériels, selon le modèle que vous avez choisi :
  • Mise à niveau côte à côte (cluster cible de taille identique) : les environnements source et cible doivent répondre aux mêmes exigences matérielles et logicielles.
  • Mise à niveau côte à côte (démarrage à nœud unique) : vous pouvez configurer un cluster cible à nœud unique, puis le faire évoluer. Assurez-vous de répondre à la configuration matérielle requise suggérée par le calculateur de dimensionnement d'installation d'Automation Suite en fonction de votre sélection de produits et des détails de votre utilisation.
• Configuration logicielle requise : les environnements source et cible doivent respecter les mêmes exigences matérielles et logicielles.

Migration de données et responsabilités

La table suivante décrit l'état de migration des données et les responsabilités pour chaque composant pendant la mise à niveau.

Données	État (Status)	Responsabilité
SQL	Retained (Conservé)	Client
Nom de domaine complet	Retained ; facultatif (Retained ; optional) Vous devez choisir un nouveau nom de domaine complet pour le nouveau cluster. Vous pouvez éventuellement revenir au nom de domaine complet précédent si nécessaire.	Client
Bundles à la demande	Non migré Exécutez un script pour identifier les bundles qui se trouvent dans le cluster. Un amorçage manuel est nécessaire.	Client
Certificats	Non migré Vous devez apporter des certificats dans le cadre de la nouvelle installation de cluster.	Client
Configuration du cluster	Non migré Vous devez générer cluster_config.json à partir du cluster source d'origine pour mapper les mêmes services à la nouvelle installation de cluster.	Client
Alertes et tableaux de bord personnalisés créés par les utilisateurs	Non migré Vous devez reconfigurer les alertes et les tableaux de bord personnalisés après la mise à niveau.	Client
Journaux d'application/configuration du flux Prometheus créés par les utilisateurs	Non migré Vous devez reconfigurer le journal des applications et le flux Prometheus.	Client
Charges de travail dynamiques	Dépend de l'application Les tâches d'entraînement AI Center sont perdues ; les compétences sont conservées.	Compétences (script nécessaire pour une exécution après la mise à niveau): UiPath® / Tâches d’entraînement: Client
Magasin d'objets	Retained (Conservé)	Magasin d’objets intégré au cluster: UiPath® / Magasin d’objets externe: Client
Insights	Retained (Conservé)	UiPath®
Données MongoDB	Retained (Conservé) Les données MongoDB sont déplacées vers le serveur SQL cible.	UiPath®
RabbitMQ	Non nécessaire	UiPath®
Surveillance (données)	Non nécessaire Les données de surveillance ne s’appliquent pas au nouveau cluster. Si vous n'utilisez pas les composants de surveillance intégrés, vous devez configurer des composants de surveillance externes après la mise à niveau de la migration.	S/O
Registre Docker	Non nécessaire Vous devez installer un registre docker intégré au cluster ou apporter un registre docker externe.	S/O

Vue d'ensemble du processus

Pour effectuer une mise à niveau côte à côte, effectuez les étapes suivantes:

1. Préparez le nouveau cluster :

   • Préparez le fichier cluster_config.json.
   • Installez votre nouveau cluster (infrastructure et magasin d'objets dans le cluster (le cas échéant) uniquement).
   • Configurez les certificats CA supplémentaires.

2. Migrez les données vers le nouveau cluster :

   • Hydratez le registre Docker avec les images de mise à niveau hors ligne.
   • Mettez le cluster en mode maintenance.
   • Clonez vos bases de données de cluster source.
   • Exécutez le script de migration des données sur le cluster source.
   • Si vous avez configuré un magasin d'objets externe, clonez les compartiments du magasin d'objets.

3. Finalisez la mise à niveau :

   • Modifiez le fichier cluster_config.json pour pointer vers les bases de données et les compartiments clonés.
   • Exécutez le programme d'installation sur le cluster cible.
   • Si vous n'avez pas fourni les certificats lors de l'installation, mettez-les à jour après l'installation.
   • Vérifiez si le cluster cible fonctionne comme prévu.
   • Si vous avez opté pour la mise à niveau côte à côte (cluster cible de taille identique), vous pouvez éventuellement mettre à jour le nom de domaine complet du cluster cible pour qu'il corresponde au nom de domaine complet du cluster source, ou bien utiliser un nouveau nom de domaine complet. Si vous avez opté pour la mise à niveau côte à côte (démarrage à nœud unique), vous pouvez mettre à jour le nom de domaine complet ultérieurement.
   • Activez la sauvegarde sur le cluster cible.

4. Mettre à l'échelle le cluster cible - applicable uniquement si vous avez opté pour la mise à niveau côte à côte (début du nœud unique):

   • Faites la sauvegarde du cluster source (recommandé).
   • Ajoutez des nœuds de serveur et d'agent similaires à votre cluster source.
   • Modifiez le fichier cluster_config.json .
   • Réexécutez le programme d'installation pour mettre le cluster à l'échelle dans la configuration haute disponibilité.
   • Vous pouvez éventuellement mettre à jour le nom de domaine complet du cluster cible afin qu'il corresponde au nom de domaine complet du cluster source, ou bien utiliser un nouveau nom de domaine complet.

Modèles de mise à niveau côte à côte

Nous proposons deux modèles pour les mises à niveau côte à côte :

1. Mise à niveau côte à côte (cluster cible de taille identique) :
   • Nécessite que le cluster cible ait les mêmes ressources matérielles que le cluster source.
   • Prêt pour le trafic une fois :
     • La migration des données est terminée.
     • Les contrôles d'intégrité ont réussi.
2. Mise à niveau côte à côte (démarrage à nœud unique) :
   • Commence par une configuration à nœud unique, puis passe à une configuration haute disponibilité. Cela réduit la configuration matérielle requise initiale nécessaire pour une mise à niveau côte à côte.
   • Le matériel utilisé pour la configuration à nœud unique doit répondre aux recommandations du calculateur de capacité pour la configuration à nœud unique.
   • Pour la mise à l'échelle :
     • Les nœuds du cluster source peuvent être désaffectés et ajoutés au cluster cible.
   • Prêt pour le trafic une fois :
     • La migration des données est terminée.
     • Le cluster est mis à l'échelle vers le multi-nœuds.
     • Les contrôles d'intégrité ont réussi.

Vous trouverez une comparaison des deux modèles dans le tableau suivant :

	Mise à niveau côte à côte (cluster cible de taille identique)	Mise à niveau côte à côte (démarrage à nœud unique)
Prérequis matériels	Nécessite un matériel identique pour les clusters source et cible.	Commencer avec un matériel minimal, en évoluant selon les besoins.
Temps d'arrêt	Temps d'arrêt minimal en raison d'un environnement cible entièrement redondant.	Temps d'arrêt plus élevé en raison d'opérations de mise à l'échelle des nœuds.
Impact sur le cluster source	Aucun impact.	Les nœuds source peuvent être désaffectés et joints au cluster cible.
Processus de restauration	Restauration simple car la source reste intacte.	Si l'opération de mise à l'échelle échoue dans le cluster cible, la restauration implique la réintégration des nœuds dans le cluster source.
Impact sur les coûts	Coûts plus élevés en raison d'une infrastructure dupliquée.	Coûts réduits avec des prérequis matériels initiaux réduits.