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

  • Article

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.

Si vos solutions Batch utilisent actuellement des pools « cloudServiceConfiguration », nous vous recommandons de passer au plus vite à « virtualMachineConfiguration ». Cela vous permet 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, de réseaux virtuels Azure Resource Manager et du chiffrement des disques de nœuds.

[! IMPORANT] Les certificats de compte Batch d'Azure sont obsolètes 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 ». Pour cela, vous devez 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