Migrer des pools Azure Batch vers le modèle de communication de nœud de calcul simplifié

Pour améliorer la sécurité, simplifiez l’expérience utilisateur et activez les améliorations clés à venir, Azure Batch met hors service le modèle de communication de nœud de calcul classique le 31 mars 2026. Découvrez comment migrer vos pools Batch vers le modèle de communication de nœud de calcul simplifié.

À propos de la fonctionnalité

Un pool Azure Batch contient un ou plusieurs nœuds de calcul, qui exécutent des charges de travail spécifiées par l’utilisateur sous la forme de tâches Batch. Pour activer la fonctionnalité Batch et la gestion de l’infrastructure de pool Batch, les nœuds de calcul doivent communiquer avec le service Azure Batch. Dans le modèle de communication de nœud de calcul classique, le service Batch lance la communication avec les nœuds de calcul et les nœuds de calcul doivent être en mesure de communiquer avec Stockage Azure pour les opérations de base de référence. Dans le modèle de communication de nœud de calcul simplifié, les pools Batch nécessitent uniquement un accès sortant au service Batch pour les opérations de base de référence.

Fin du support des fonctionnalités

Le modèle de communication de nœud de calcul simplifié remplacera le modèle de communication de nœud de calcul classique après le 31 mars 2026. La modification est introduite en deux phases :

• Depuis maintenant jusqu’au 30 septembre 2024, le mode de communication de nœud par défaut pour les pools Batch nouvellement créés avec des réseaux virtuels restera comme classique.
• Après le 30 septembre 2024, le mode de communication de nœud par défaut pour les pools Batch nouvellement créés avec des réseaux virtuels passe à la simplification.

Après le 31 mars 2026, l’option permettant d’utiliser le mode de communication de nœud de calcul classique n’est plus respectée. Les pools Batch sans réseaux virtuels spécifiés par l’utilisateur ne sont généralement pas affectés par cette modification et le service Batch contrôle le mode de communication par défaut.

Alternative : Utiliser un modèle de communication de nœud de calcul simplifié

Le mode de communication de nœud de calcul simplifié simplifie la gestion de l’infrastructure du pool Batch pour le compte des utilisateurs. Ce mode de communication réduit la complexité et l’étendue des connexions réseau entrantes et sortantes requises dans les opérations de base.

Le modèle simplifié fournit également un contrôle d’exfiltration de données plus précis, car la communication sortante vers Storage.region n’est plus nécessaire. Vous pouvez verrouiller explicitement la communication sortante vers stockage Azure si nécessaire pour votre flux de travail. Par exemple, les comptes de stockage automatique pour AppPackages et d’autres comptes de stockage pour les fichiers de ressources ou les fichiers de sortie peuvent être limités de manière appropriée.

Migrer vos pools éligibles

Pour migrer vos pools Batch de classic vers le modèle de communication de nœud de calcul simplifié, procédez comme suit :

Pour le processus de migration détaillé, commencez par la section intitulée Impact potentiel entre les modes de communication classiques et simplifiés. Vous pouvez créer des pools ou mettre à jour des pools existants avec une communication simplifiée des nœuds de calcul.

Questions fréquentes (FAQ)

• Ai-je besoin d’un point de terminaison privé nodeManagement ?

  Un point de terminaison privé nodeManagement est requis si votre compte Batch a publicNetworkAccess défini sur Désactivé ou si votre pool n’utilise aucune adresse IP publique. En mode simplifié, les nœuds de calcul lancent des connexions sortantes au point de terminaison de gestion des nœuds. Si le compte rejette les connexions publiques, les nœuds ne peuvent pas s’inscrire auprès du service Batch et accéder à un état inutilisable . Créez le point de terminaison privé avant de migrer vers le mode simplifié. Pour plus d’informations, consultez Utiliser des points de terminaison privés avec des comptes Batch.

• Les adresses IP publiques sont-elles toujours requises pour mes pools ?

  Par défaut, une adresse IP publique est toujours nécessaire pour lancer la connexion sortante au service Azure Batch à partir de nœuds de calcul. Si vous souhaitez éliminer entièrement le besoin d’adresses IP publiques à partir de nœuds de calcul, consultez le guide pour créer un pool de communication de nœuds simplifié sans adresses IP publiques

• Comment puis-je me connecter à mes nœuds à des fins de diagnostic ?

  La connectivité RDP ou SSH au nœud n’est pas affectée : les équilibreurs de charge sont toujours créés, ce qui peut acheminer ces requêtes vers le nœud lorsqu’ils sont approvisionnés avec une adresse IP publique.

• Existe-t-il des différences dans la facturation ?

  Il ne devrait pas y avoir de conséquences financières ou de facturation pour le nouveau modèle.

• Existe-t-il des modifications apportées aux agents Azure Batch sur le nœud de calcul ?

  Un agent supplémentaire sur les nœuds de calcul est invoqué en mode de communication simplifié des nœuds de calcul, tant pour Linux que pour Windows, avec Microsoft.BatchClusters.Agent et Microsoft.BatchClusters.Agent.exe, respectivement.

• Existe-t-il des modifications apportées à la façon dont mes ressources liées à partir du stockage Azure dans les pools et tâches Batch sont téléchargées ?

  Ce comportement n’est pas affecté : toutes les ressources spécifiées par l’utilisateur qui nécessitent le stockage Azure, tels que les fichiers de ressources, les fichiers de sortie ou les packages d’application, sont effectuées directement à partir du nœud de calcul vers stockage Azure. Vous devez vous assurer que votre configuration réseau autorise ces flux.

Étapes suivantes

Pour plus d’informations, consultez La communication simplifiée des nœuds de calcul.