Architecture de déploiement Azure

Cette page offre un aperçu de l'architecture de déploiement sur Azure ainsi que des composants requis.

Schéma d'architecture

Liste complète des composants

• Identité attribuée par l'utilisateur (Microsoft.ManagedIdentity/userAssignedIdentities) : configurée sur le groupe de machines virtuelles identiques du serveur et utilisée pour les éléments suivants :
  • pour permettre au groupe de machines virtuelles identiques du serveur d'interroger le VMSS et d'identifier le premier serveur sur lequel l'installation s'exécutera ;
  • pour valider si les exigences matérielles et les quotas de l'abonnement sont remplis ;
  • pour définir la protection des instances sur les nœuds du serveur afin de s'assurer qu'ils ne sont pas supprimés accidentellement. Dans le cadre du processus d'installation, nous ajoutons une protection d'instance contre les opérations de groupes identiques à tous les nœuds du Groupe identique de serveurs. Étant donné que ces opérations sont effectuées à partir d'Azure, sans le contexte du serveur, le dysfonctionnement du cluster est évité. Pour en savoir plus sur la protection des instances groupe identique, consultez la documentation Azure. Les nœuds de serveur exécutent également des charges de travail et disposent d'un disque de données dédié.
  • pour effectuer des opérations de cluster via Automation Account Runbooks.
• Attribution de rôle, contributeur (Microsoft.Authorization/roleAssignments) : Permet à l'identité gérée d'effectuer les opérations susmentionnées.
• Scripts de déploiement (Microsoft.Resources/deploymentScripts) :
  • un exécuté au début du déploiement pour valider la configuration sélectionnée (quota, disponibilité, etc.) ;
  • une exécutée à la fin du déploiement pour valider le statut du déploiement, car certaines tâches sont asynchrones.
• Key Vault (Microsoft.KeyVault/vaults) - utilisé pour stocker divers noms d'utilisateur et secrets (par exemple: nom d'utilisateur et mot de passe SQL, mot de passe ArgoCD).
• SQL Server (Microsoft.Sql/servers) – le serveur utilisé pour créer les bases de données SQL.
• Bases de données SQL (Microsoft.Sql/servers/databases) – les bases de données nécessaires pour chaque service activé. Notez que si vous choisissez d'installer Process Mining dans une configuration de production multi-nœuds compatible haute disponibilité (HA), une base de données appelée AutomationSuite_ProcessMining_Warehouse distincte du pool élastique est requise. En effet, pour les charges de travail de production, cette base de données est considérablement plus gourmande en ressources que les autres.
• SQL Elastic Pool (Microsoft.Sql/servers/elasticPools) : Pool élastique utilisé pour réduire les coûts.
• Ensembles de machines virtuelles identiques (Microsoft.Compute/virtualMachineScaleSets) – les nœuds du cluster :
  • un groupe identique est utilisé pour les nœuds de serveur (plan de contrôle du cluster). Dans le cadre du processus d'installation, nous ajoutons une protection d'instance contre les opérations de groupes identiques à tous les nœuds du Groupe identique de serveurs. Étant donné que ces opérations sont effectuées à partir d'Azure, sans le contexte du serveur, le dysfonctionnement du cluster est évité. Pour en savoir plus sur la protection des instances groupe identique, consultez la documentation Azure. Les nœuds de serveur exécutent également des charges de travail et disposent d'un disque de données dédié. L'identité leur est également attribuée (Identité attribuée à l'utilisateur). Disques pour chaque nœud :
    • Disque du système d'exploitation de 256 Gio (Premium_LRS)
    • Disque binaire de 256 Gio (Premium_LRS)
    • Disque de données de 512 Gio ou 2 Tio (basique ou complet, Premium_LRS)
    • 16 Gio UltraSSD_LRS si activé, sinon Premium_LRS
  • un groupe identique est utilisé pour les 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 identique vide est créé. Disques pour chaque nœud :
    • Disque du système d'exploitation de 256 Gio (Premium_LRS)
    • Disque binaire de 256 Gio (Premium_LRS)
  • Nœuds GPU. Facultatif. 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, le groupe identique est créé, mais avec une UGS de famille de machines virtuelles non GPU. Disques pour chaque nœud :
    • Disque du système d'exploitation de 256 Gio (Premium_LRS)
    • Disque binaire de 256 Gio (Premium_LRS)
  • Nœuds Robots Automation Suite. Facultatif. Nœuds utilisés spécifiquement pour les robots Automation Suite. Disques pour chaque nœud :
    • Disque du système d'exploitation de 256 Gio (Premium_LRS)
    • Disque binaire de 256 Gio (Premium_LRS)
    • Disque de mise en cache de 32 Gio (Premium_LRS)
  • Machine virtuelle (Microsoft.Compute/virtualMachines) ‑ nœud Task Mining.
  • Extension de machine virtuelle Microsoft.Compute/virtualMachines/extensions() – utilisée pour installer Automation Suite
  • Disques ( Microsoft.Compute/disks ) :
    • Disque du système d'exploitation de 256 Gio (Premium_LRS)
    • Disque binaire de 256 Gio (Premium_LRS)
  • Interface réseau ( Microsoft.Network/networkInterfaces )
• Compte d'automatisation (Microsoft.Automation/automationAccounts) : Compte d'automatisation utilisé pour les opérations de cluster.
  Remarque : Tous nos comptes de stockage et serveurs SQL ont des points de terminaison privés. Un groupe de travailleurs hybrides exécute les opérations automatisées existantes afin qu'elles fonctionnent sans problème.

  Pour plus de détails, consultez Travailleurs hybrides (Hybrid Worker) .

  • InstanceRefresh (Microsoft.Automation/automationAccounts/runbooks) – runbook pour lancer une opération d'actualisation d'instance sur un cluster Automation Suite.
  • RemoveServers (Microsoft.Automation/automationAccounts/runbooks) – runbook pour effectuer la suppression du serveur du cluster Automation Suite.
  • RemoveNodes (Microsoft.Automation/automationAccounts/runbooks) : runbook pour effectuer la suppression de nœuds spécifiques du cluster Automation Suite.
  • CheckServerZoneResilience (Microsoft.Automation/automationAccounts/runbooks) - runbook pour vérifier la résilience de la zone du serveur et distribuer un nœud à une autre zone de disponibilité si nécessaire.
  • ImportASModules (Microsoft.Automation/automationAccounts/runbooks) - runbook pour importer les modules (Microsoft.Automation/automationAccounts/modules) nécessaires aux runbooks Automation Suite.
  • AddGpuNode – Runbook pour ajouter un nœud GPU au Groupe identique GPU dans un cluster Automation Suite.
  • RegisterAiCenterExternalOrchestrator – Runbook pour effectuer l'enregistrement d'une installation d'AiCenter avec Orchestrator et Identity Service externes.
  • BackupCluster – Runbook pour effectuer une actualisation de l'instance sur un cluster Automation Suite.
  • GetAllBackups – Runbook pour effectuer une actualisation de l'instance sur un cluster Automation Suite.
  • RestoreClusterInitialize : Runbook pour effectuer la restauration de l'infra sur un cluster Automation Suite.
  • RestoreClusterSnapshot – Runbook pour effectuer la restauration de l'instantané sur un cluster Automation Suite. Ne pas exécuter manuellement. Il s’exécutera dans le cadre d’une séquence de runbooks pour une restauration.
• Réseau virtuel (Microsoft.Network/virtualNetworks) – réseau virtuel utilisé pour déployer les machines virtuelles du nœud.
  • Sous-réseau de réseau virtuel (Microsoft.Network/virtualNetworks/subnets) – où résident tous les nœuds
  • Sous-réseau de réseau virtuel (Microsoft.Network/virtualNetworks/subnets) – utilisé pour Azure Bastion (Facultatif, créé si Azure Bastion est activé et que vous n'avez pas sélectionné de réseau virtuel existant)
• Équilibreur de charge public (Public load balancer) (Microsoft.Network/loadBalancers) : Utilisé pour équilibrer le trafic vers les nœuds
  • 443 – Trafic HTTPS vers le cluster
  • 6443 – Trafic HTTPS vers l'API Kubernetes
• Équilibreur de charge interne (Internal load balancer) (Microsoft.Network/loadBalancers) : utilisé lors de l'installation pour l'enregistrement du nœud. Il a une adresse IP fixe et autorise le trafic sur tous les ports.
• Bastion (Microsoft.Network/bastionHosts) – utilisé comme boîte de renvoi pour accéder aux nœuds du cluster. Facultatif. Il n'est pas déployé si vous avez sélectionné un réseau virtuel existant.
• Groupe de sécurité réseau (Microsoft.Network/networkSecurityGroups) – utilisé pour sécuriser le trafic du sous-réseau. Il autorise HTTPS (443) et les réseaux virtuels internes.
• PasserelleNAT (Network Address Translation) (Microsoft.Network/natGateways) – utilisée pour la connectivité sortante lors de l'installation. Si vous utilisez un réseau virtuel existant, la connectivité sortante doit être fournie car elle ne sera pas déployée.
• Adresses IP publiques (Microsoft.Network/publicIpAddresses)
  • celui utilisé pour Azure Bastion. Il est déployé si vous avez sélectionné un nouveau réseau virtuel et si Azure Bastion est activé.
  • celui utilisé pour l'équilibreur de charge public
  • celui utilisé pour la passerelle NAT. Si vous utilisez un réseau virtuel existant, la connectivité sortante doit être fournie car elle ne sera pas déployée.
• Préfixes IP publics (Microsoft.Network/publicIPPrefixes) – utilisés pour la passerelle NAT. Si vous utilisez un réseau virtuel existant, la connectivité sortante doit être fournie car elle ne sera pas déployée.
• Zone DNS privée ( Microsoft.Network/privateDnsZones ) – étant donné que ce déploiement peut également être utilisé sans zone DNS publique, une zone DNS privée est créée.
  • Enregistrements DNS selon les besoins
  • Lien de réseau virtuel
• Compte de stockage (Microsoft.Storage/storageAccounts)
  • L’un est utilisé pour l’orchestration de l’installation et l’exposition des journaux (se termine par st).
  • Un utilisé par le cluster pour le stockage étendu (se termine par est)
  • Facultatif (Optional). Déployé si la sauvegarde est activée et utilisée comme partage de fichiers NFS.