Architecture de déploiement GCP

Important :

Vous ne pouvez actuellement utiliser le modèle de déploiement GCP qu'avec Automation Suite 2024.10. Nous vous recommandons donc de vous référer à la Documentation d'Automation Suite 2024.10.

Schéma d'architecture

Composants

• Réseau virtuel
  • Un sous-réseau où résident tous les nœuds.
  • Une passerelle NAT pour la connectivité sortante (une ressource Cloud Nat attachée à un routeur cloud) ;
  • Règles de pare-feu pour sécuriser le trafic du sous-réseau.
• A DNS private zone needed for installation. For more details, check the Known limitations section.
• 4 Managed Instance Groups. You can choose the instance type for server, agent, GPU agent nodes, and Automation Suite Robots nodes. Make sure to check Multi-node HA-ready production machine requirements and Single-node evaluation machine requirements to meet the hardware requirements. Each VM has a 128 GB OS and 256 GB cluster binaries and state disk. Server nodes have two additional disks: a 512GB data disk and a 512GB disk used for objectstore.
  • Nœuds de serveur (plan de contrôle du cluster). Les nœuds de serveur exécutent également des charges de travail.
  • Nœuds d'agent. Conçus pour exécuter uniquement des charges de travail (ils n'ont pas de services de plan de contrôle). Si le nombre de nœuds d'agent souhaités est de 0, un groupe d'instances géré vide est créé.
  • Nœuds GPU. Nœuds utilisés spécifiquement pour les modèles ML dotés de cartes vidéo. Si le nombre de nœuds GPU souhaités est de 0, aucun groupe d'instances gérées n'est créé.
  • Nœuds Robots Automation Suite. Conçu pour exécuter uniquement des charges de travail de robot. Si le nombre de nœuds Robots Automation Suite souhaités est de 0, un groupe d'instances gérées vide est créé. Les nœuds des Robots Automation Suite ont un disque supplémentaire de 32 Go utilisé pour la mise en cache des packages de Robot.
• Équilibreur de charge public utilisé pour équilibrer le trafic HTTPS depuis le port 443 vers les nœuds.
• 2 équilibreurs de charge internes et 1 groupe d'instances géré nécessaires pour transférer les demandes d'enregistrement de nœud. Les MV ont la plus petite taille d'instance possible.
• Nœud Task Mining déployé en tant que machine virtuelle distincte. Son type d'instance est n2-standard-32.
• Instance de bastion utilisée pour accéder aux autres nœuds. Elle possède une adresse IP publique et SSH activé.
• Instance de base de données SQL :
  • 8 cœurs et 32 Go de RAM
  • Taille de disque de 1000 Go pouvant être étendue manuellement
  • Les bases de données sont créées par l'installateur
• Une instance de base de données SQL secondaire est déployée si Process Mining est installé et que le cluster est en haute disponibilité (comporte au moins 3 nœuds de serveur) :
  • 16 cœurs et 32 Go de RAM
  • Taille de disque de 100 Go pouvant être étendue manuellement
  • La base de données nécessaire à Process Mining est créée par le programme d'installation
• Gestionnaire de clés secrètes utilisé pour stocker les informations d'identification générées automatiquement pour le serveur SQL, la plate-forme Automation Suite et la console ArgoCD.

Limites connues

Dns

• En raison du fait qu'un DNS ne peut pas être automatiquement attaché au LB :
  • Les étapes de configuration du DNS ne peuvent être effectuées qu'après l'installation, alors qu'elles sont nécessaires lors de l'installation. La zone DNS privée résout ce problème et peut être supprimée en toute sécurité une fois l'installation terminée. Alternativement, à des fins de test, vérifiez l'Étape 4 : Configuration du DNS.

RHEL

• Google peut mettre à jour la version RHEL sans préavis, laissant ainsi les déploiements d'Automation Suite en dehors du support. Actuellement, les déploiements manuels à l'aide d'images RHEL personnalisées sont le seul moyen d'obtenir et de rester en support.