Architecture de déploiement GCP Marketplace

Architecture de déploiement GCP Marketplace pour Automation Suite, y compris les composants de mise en réseau, DNS et d’infrastructure.

Schéma d'architecture

Le diagramme suivant montre l'architecture de déploiement de GCP Marketplace pour Automation Suite.

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.
• Une zone privée DNS nécessaire à l'installation. Pour des détails, reportez-vous à la section Limitations connues .
• 4 groupes d’instances gérés. Vous pouvez choisir le type d’instance pour le serveur, l’agent, les nœuds d’agent GPU et les nœuds d’Automation Suite Robots. Veillez à remplir les exigences matérielles requises pour chaque type de nœud. Chaque machine virtuelle dispose d'un système d'exploitation de 128 Go et de fichiers binaires de cluster de 256 Go et d'un disque d'état. Les nœuds de serveur ont deux disques supplémentaires : un disque de données de 512 Go et un disque de 512 Go utilisé pour le magasin d'objets.
  • 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.
• 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
• Instance de base de données PostgreSQL pour la base de données Process Mining AutomationSuite_Airflow .
  • 4 cœurs et 16 Go de RAM
  • Taille de disque de 64 Go
  • >=500 IOPS
• 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.
• Compte de service utilisé pour les identités de machine virtuelle.

Limites connues

Process Mining

• L'installation échouera si vous activez Process Mining en mode de production multi-nœuds compatible haute disponibilité. Assurez-vous de ne pas sélectionner Process Mining au moment de l'installation. Vous pouvez activer Process Mining après l'installation, après avoir créé la base de données AutomationSuite_ProcessMining_Warehouse . Pour de plus amples informations, consultez la section Gestion des produits.

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.