Partager via


Migrer la configuration des pools Batch de Services cloud vers une machine virtuelle

Vous pouvez actuellement créer des pools Batch à l'aide de virtualMachineConfiguration ou de cloudServiceConfiguration. Nous vous recommandons d'utiliser « virtualMachineConfiguration » car cette configuration prend en charge l'intégralité des fonctionnalités de Batch.

Les pools « cloudServiceConfiguration » ne prennent pas en charge certaines des fonctionnalités actuelles de Batch, et ne prendront en charge aucune des futures fonctionnalités. Après le 29 février 2024, vous ne pourrez plus créer de pools « CloudServiceConfiguration » ni ajouter de nouveaux nœuds aux pools existants. Les pools existants sur « CloudServiceConfiguration » seront soumis à une mise à l’échelle forcée à zéro nœud après cette date, car l’option d’infrastructure de stockage dans Azure sera supprimée.

Avertissement

Les pools cloudServiceConfiguration avec des nœuds actifs seront mis à l’échelle à zéro nœud après le 29 février 2024. Veillez à effectuer la migration vers des pools virtualMachineConfiguration avant cette date.

Si vos solutions Batch utilisent actuellement des pools « cloudServiceConfiguration », nous vous recommandons de passer au plus vite à « virtualMachineConfiguration ». Les pools « virtualMachineConfiguration » vous permettent de bénéficier de toutes les fonctionnalités Batch, telles qu’une sélection élargie de séries de machines virtuelles, de machines virtuelles Linux, de conteneurs et de réseaux virtuels Azure Resource Manager, ainsi que du chiffrement des disques de nœuds.

Important

Les certificats de compte Batch d’Azure sont déconseillés et seront mis hors service après le 29 février 2024, à la même date que les pools cloudServiceConfiguration. Si vous utilisez des certificats de compte Batch, migrez vos certificats de compte Batch vers Azure Key Vault en même temps que la migration de la configuration de votre pool.

Créer un pool à l'aide de « virtualMachineConfiguration »

Vous ne pouvez pas basculer un pool actif existant qui utilise « cloudServiceConfiguration » vers « virtualMachineConfiguration ». Vous devez par conséquent créer de nouveaux pools. Une fois que vous avez créé vos nouveaux pools « virtualMachineConfiguration » et répliqué tous vos travaux et tâches, vous pouvez supprimer les anciens pools « cloudServiceConfiguration » que vous n'utilisez plus.

Toutes les API Batch ainsi que les outils de ligne de commande, le portail Azure et l'interface utilisateur de Batch Explorer vous permettent de créer des pools à l'aide de « virtualMachineConfiguration ».

Pour savoir comment créer des pools qui utilisent « virtualMachineConfiguration », consultez le Tutoriel .NET ou le Tutoriel Python.

Différences de configuration des pools

Voici quelques-unes des principales différences entre les deux configurations :

  • Les nœuds du pool « cloudServiceConfiguration » utilisent uniquement le système d'exploitation Windows. Les pools « virtualMachineConfiguration » peuvent utiliser le système d'exploitation Linux ou Windows.

  • Par rapport aux pools « cloudServiceConfiguration », les pools « virtualMachineConfiguration » offrent un ensemble plus riche de capacités, telles que la prise en charge des conteneurs, les disques de données et le chiffrement de disque.

  • Les heures de démarrage et de suppression des pools et des nœuds peuvent différer légèrement entre les pools « cloudServiceConfiguration » et « virtualMachineConfiguration ».

  • Les nœuds de pool « virtualMachineConfiguration » utilisent des disques de système d’exploitation managés. Le type de disque managé utilisé pour chaque nœud dépend de la taille de machine virtuelle choisie pour le pool. Si la taille de machine virtuelle « s » est spécifiée pour le pool, par exemple « Standard_D2s_v3 », un SSD Premium est utilisé. Si une taille de machine virtuelle « non s » est spécifiée, par exemple « Standard_D2_v3 », un HDD Standard est utilisé.

    Important

    Comme pour les machines virtuelles et les groupe de machines virtuelles identiques, le disque managé du système d’exploitation utilisé pour chaque nœud entraîne un coût, qui s’ajoute à celui des machines virtuelles. Les pools « virtualMachineConfiguration » peuvent utiliser des disques de système d’exploitation éphémères qui créent le disque de système d’exploitation sur le cache de la machine virtuelle ou sur un disque temporaire, afin d’éviter les coûts supplémentaires associés aux disques managés. Le disque du système d’exploitation n’occasionne aucun coût pour les nœuds « cloudServiceConfiguration », car il est créé sur le disque local du nœud.

Pools d’activités personnalisées Azure Data Factory

Vous pouvez utiliser des pools Azure Batch pour exécuter des activités personnalisées Data Factory. Tout pool « cloudServiceConfiguration » utilisé pour exécuter des activités personnalisées doit être supprimé et des pools « virtualMachineConfiguration » sont créés.

Lorsque vous créez vos pools pour exécuter des activités personnalisées Data Factory, procédez comme suit :

  • Suspendez tous les pipelines avant de créer les nouveaux pools et de supprimer les anciens afin de veiller à ce qu'aucune exécution ne soit interrompue.
  • Le même ID de pool peut être utilisé pour éviter les modifications de configuration de service lié.
  • Reprenez les pipelines après la création des pools.

Pour plus d’informations sur l’utilisation d’Azure Batch pour exécuter des activités personnalisées Data Factory, consultez Service lié Azure Batch et Activités personnalisées dans un pipeline Data Factory.

Étapes suivantes