Disaster Recovery - Installation du cluster secondaire

Installez le cluster secondaire pour la reprise après sinistre dans les déploiements multi-sites d'Automation Suite.

Pour installer le cluster Automation Suite secondaire dans un déploiement actif/passif, procédez comme suit.

1. Générez ou copiez le fichier input.json à partir du cluster Automation Suite principal. Pour plus de détails, consultez la section Génération ou copie du fichier de configuration du cluster principal.
2. Mettez à jour le fichier input.json avec les paramètres spécifiques au cluster Automation Suite secondaire.
3. Reprenez l'installation d'Automation Suite.
4. Désactivez les produits inactifs si vous utilisez une configuration actif/passif.

Générer ou copier le fichier de configuration du cluster principal

Générez un nouveau fichier input.json ou copiez-le à partir du cluster principal.

uipathctl manifest get-revision --namespace <uipath> >> /path/to/new/input.json

Mise à jour du fichier de configuration

Mettez à jour le fichier input.json avec les paramètres spécifiques au cluster Automation Suite secondaire en procédant comme suit :

1. Désactiver les produits non pris en charge.

   Définissez tous les produits qui ne sont pas pris en charge en mode multi-sites sur false.

   • Pour une configuration actif/passif, désactivez les produits qui ne prennent pas en charge le actif/passif. Pour plus de détails sur la prise en charge du mode actif/passif au niveau du produit, consultez le tableau dans Disaster Recovery - actif/passif. L'exemple suivant montre comment désactiver les produits :

     {
       "process_mining": {
         "enabled": false
       },
       "automation_hub": {
         "enabled": false
       },
       "insights": {
         "enabled": false
       }
     }
     

   Remarque :

   Vérifiez que vous avez bien activé le service platform, comme indiqué dans l’exemple suivant :

   "platform": {
   "enabled": true
   },
   

2. Mettez à jour le fichier input.json avec les paramètres spécifiques au cluster secondaire. Vous devez fournir le kubeconfig du cluster principal, car il est requis pour le cluster secondaire d'accéder aux configurations effectuées sur le cluster principal.

   "fqdn" : "<global traffic manager fqdn>"
   "cluster_fqdn": "<fqdn of the secondary cluster>",
   
   "multisite": {
       "enabled": true,
       "primary": false,
       "other_kube_config": "[base64 encoded kubeconfig]"
    }
   

   Pour de plus amples informations, consultez la section Expérience d'installation avancée.

3. Vous devez conserver l'espace de noms dans le cluster secondaire le même que dans le cluster principal car, lors de l'installation secondaire, plusieurs configurations sont copiées à partir du cluster principal.

   "namespace": "<namespace same as primary>"
   

4. Vous devez vous assurer que les espaces de noms d'ArgoCD et Istio sont correctement définis.

   "ingress": {
     "namespace": "<namespace where istio is installed>",
   }
   "argocd": {
     "application_namespace": "<namespace where istio is installed>"
   }
   

5. Certaines requêtes du cluster secondaire sont transmises au cluster principal. Pour prendre en charge ce comportement, le cluster secondaire doit faire confiance à l'autorité de certification racine du cluster principal. Ajoutez le chemin d'accès au certificat CA du cluster principal au champ additional_ca_certs dans input.json. Le certificat CA est situé dans la clé secrète istio-ingressgateway-certs dans l'espace de noms Istio du cluster principal. Décodez la valeur sous la clé ca.crt et enregistrez-la en tant que fichier .pem .

   "additional_ca_certs": "<path to PEM file containing the primary cluster CA certificate>"
   

   Si cette configuration n'est pas appliquée, les services peuvent échouer avec l'erreur suivante :

   System.Net.Http.HttpRequestException: The SSL connection could not be established, see inner exception.

   System.Security.Authentication.AuthenticationException: The remote certificate is invalid because of errors in the certificate chain: UntrustedRoot

6. Assurez-vous que l'instance Argo CD peut gérer l'espace de noms <uipath> si l'espace de noms <uipath> est différent de l'espace de noms <argocd> . Exécutez la commande suivante :

   oc label namespace <uipath> argocd.argoproj.io/managed-by=<argocd>
   

   Après avoir appliqué cette configuration, redémarrez le contrôleur d'application Argo CD (StatefulSet) et le serveur (Deployment).

7. Si Istio est géré en uipathctl, mettez à jour les paramètres suivants dans la configuration du plug-in WASM :

   • fqdn : remplacez la valeur du cluster_fqdn par le nom de domaine complet du gestionnaire de trafic.
   • uipath_service_namespace - Définissez ce paramètre sur la même valeur que le champ namespace dans input.json. Si ces valeurs ne sont pas mises à jour, Orchestrator peut afficher les erreurs suivantes :
   • URL is invalid
   • Routing error occurs in the WASM plugin: error status returned by host: bad argument

Reprendre l'installation

Une fois les paramètres de l'étape précédente fournis ou modifiés dans input.json, vous pouvez reprendre l'installation. Pour de plus amples informations, consultez la section Installation d'Automation Suite.

Remarque :

Vous devez procéder à l’installation d’Automation Suite en utilisant le programme d’installation uipathctl. Notez que vous n’avez pas besoin de générer un nouveau fichier input.json.

Désactivation des produits inactifs

Important :

Cette étape est requise. Le non-respect de cette consigne peut entraîner l’échec de certains services.

Si vous avez déployé Automation Suite en mode Actif/Passif, désactivez les produits inactifs à l’aide de la commande suivante.

uipathctl cluster maintenance enable