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

Remarque : une architecture hautement disponible s'étend sur trois zones de disponibilité.

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 la configuration matérielle requise et les quotas de l'abonnement sont remplis.
• 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) :
  • une exécutée 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é.
• Groupes 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). 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 par 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 Go ou 2 To (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 (Optional). 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 0, aucun groupe identique n'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)
  • Machine virtuelle (Microsoft.Compute/virtualMachines) : nœud Task Mining (la taille est la même que la taille du nœud VMSS de l'agent).
  • 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 )
• 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.