- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes dans Kubernetes
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- AI Trust Layer
- Résolution des problèmes
- La configuration de sauvegarde ne fonctionne pas en raison d’un échec de connexion à Azure Government
- Pods dans l'espace de noms uipath bloqués lors de l'activation des rejets de nœuds personnalisés
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- La sauvegarde de Velero échoue avec l'erreur FailedValidation
- Résolution des problèmes de clés secrètes externes
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Erreurs de validation du certificat TLS
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Architecture de Disaster Recovery et prise en charge du produit pour les déploiements Actif/Passif dans Automation Suite sur EKS/AKS.
Cet article vous détaille les concepts de base ainsi que l’architecture de Disaster Recovery d’Automation Suite, et couvre les déploiements actif/passif.
La capacité à garantir une automatisation continue de l’entreprise se trouve au cœur de toute plateforme d’automatisation. Automation Suite peut résister à la défaillance complète de nœuds, de centres de données entiers, ainsi que de régions. Vous pouvez déployer Automation Suite en configuration active/passive.
Les déploiements multi-sites d'Automation Suite en mode Actif/Passif prennent en charge les scénarios suivants :
- Déploiement dans la même région : deux clusters Automation Suite déployés dans la même région ;
- Déploiement multi-régio : deux clusters Automation Suite déployés dans des régions différentes.
Le tableau suivant fournit des détails sur les produits Automation Suite que vous pouvez déployer en mode actif/passif.
| Produit | Prise en charge de l'activité Actif/Passif |
|---|---|
| Orchestrator | ✅ |
| Action Center | ✅ |
| Agents | ❌ |
| AI Center | ✅ |
| Apps | ✅ |
| Automation Ops | ✅ |
| Robots Automation Suite | ✅ |
| Computer Vision | ✅ |
| Data Service | ✅ |
| Document Understanding | ✅ |
| Test Manager | ✅ |
| Automation Hub | ✅ |
| Healing Agent | ✅ |
| Insights | ✅ |
| Process Mining | ✅ |
| Integration Service | ✅ |
| Passerelle LLM | ✅ |
| Observeabilité LLM | ✅ |
| ECS | ✅ |
| ScreenPlay | ✅ |
| Proxy sémantique | ✅ |
| Studio Web | ✅ |
| Autopilot for Everyone | ✅ |
| Maestro | ❌ |
| Temporel en tant que service (TaaS) | ❌ |
| À propos d’Autopilot for Developers | ✅ |
| Solutions | ✅ |
- Vous pouvez installer des produits qui ne sont pas pris en charge dans Disaster Recovery en mode actif/passif. Cependant, vous ne pouvez pas utiliser ces produits lorsque le cluster principal est en panne.
- Pour AI Center, la fonctionnalité de pipeline d'entraînement est disponible uniquement dans le cluster principal.
Prérequis
Pour configurer un déploiement actif/passif, assurez-vous de répondre aux exigences suivantes :
- Matériel
- Base de donnés
- Amazon Elastic Cache (Redis)
- S3 (Magasin d'objets)
- SQS (files d'attente)
- Route 53
- Exigences spécifiques à chaque produit
Matériel
Le cluster matériel secondaire (passif) doit être identique au cluster matériel principal.
Base de donnés
La base de données doit être accessible depuis les clusters actif et passif.
Amazon Elastic Cache (Redis)
Le système doit fonctionner séparément pour le cluster actif et le cluster passif.
S3 (Magasin d'objets)
Le système S3 doit être synchronisé et il doit prendre en charge la réplication multi-régionale (CRR).
SQS (files d'attente)
SQS doit fonctionner séparément sur les configurations actif et passif.
Route 53
Route53 doit être utilisé pour contrôler l’acheminement du trafic. La configuration dans Route53 est requise pour diriger le trafic vers l'équilibreur de charge actif lors du fonctionnement.
En cas de sinistre, le trafic doit être réacheminé vers l'équilibreur de charge passif à l'aide de la route 53.
Exigences spécifiques à chaque produit
Si votre déploiement inclut Studio Web ou Insights, vous devez activer la sauvegarde et la restauration pour leurs volumes persistants (données sauvegardées sur le PVC) afin de vous assurer que ces produits peuvent se rétablir correctement lors du basculement. Pour en savoir plus, consultez :