Migración de la configuración del grupo de Batch de Cloud Services a la máquina virtual
Actualmente, los grupos de Batch se pueden crear mediante virtualMachineConfiguration o cloudServiceConfiguration. Se recomienda usar únicamente la configuración de máquina virtual, ya que esta es compatible con todas las funcionalidades de Batch.
Los grupos de configuración de Cloud Services no admiten algunas de las características de Batch actuales ni admitirán las características que se acaban de agregar. No podrá crear nuevos grupos "CloudServiceConfiguration" ni agregar nuevos nodos a los grupos existentes después del 29 de febrero de 2024.
Si las soluciones de Batch actualmente usan grupos "cloudServiceConfiguration", se recomienda cambiar a "virtualMachineConfiguration" lo antes posible. Esto le permitirá beneficiarse de todas las funcionalidades de Batch, como una ampliada selección de serie de máquinas virtuales, máquinas virtuales de Linux, contenedores, redes virtuales de Azure Resource Manager y de cifrado de discos de nodo.
[IMPORTANTE] Los certificados de cuenta de Azure Batch están en desuso y se retirarán en la misma fecha que los grupos de
cloudServiceConfiguration, el 29 de febrero de 2024. Si usa certificados de cuenta de Batch, migre los certificados de cuenta de Batch a Azure Key Vault al mismo tiempo que migra la configuración del grupo.
Creación de un grupo mediante la configuración de la máquina virtual
No puede cambiar un grupo activo existente que use "cloudServiceConfiguration" para usar "virtualMachineConfiguration". En su lugar, deberá crear grupos nuevos. Una vez que haya creado los nuevos grupos de "virtualMachineConfiguration" y replicado todos los trabajos y tareas, puede eliminar los grupos "cloudServiceConfiguration" antiguos que ya no usa.
Todas las API de Batch, las herramientas de línea de comandos, Azure Portal y la interfaz de usuario de Batch Explorer le permiten crear grupos mediante "virtualMachineConfiguration".
Para ver un tutorial sobre el proceso de creación de grupos que usan "virtualMachineConfiguration", vea el tutorial de .NET o el tutorial de Python.
Diferencias de configuración de grupos
Algunas de las diferencias principales entre las dos configuraciones son las siguientes:
Los nodos de grupo "cloudServiceConfiguration" solo usan el sistema operativo Windows. Los grupos "virtualMachineConfiguration" pueden usar el sistema operativo Windows o Linux.
En comparación con los grupos "cloudServiceConfiguration", los grupos "virtualMachineConfiguration" tienen un conjunto más completo de funcionalidades, como la compatibilidad con contenedores, los discos de datos y el cifrado de discos.
Los tiempos de inicio y eliminación de grupos y nodos pueden diferir ligeramente entre los grupos "cloudServiceConfiguration" y "virtualMachineConfiguration".
Los nodos del grupo "virtualMachineConfiguration" usan discos de sistema operativo administrados. El tipo de disco administrado que se usa para cada nodo depende del tamaño de máquina virtual elegido para el grupo. Si se especifica un tamaño de máquina virtual "s" para el grupo, por ejemplo, "Standard_D2s_v3", se usa una SSD Premium. Si se especifica un tamaño de máquina virtual "no s", por ejemplo, "Standard_D2_v3", se usa una HDD estándar.
Importante
Al igual que con Virtual Machines y Virtual Machine Scale Sets, el disco administrado del SO que se usa para cada nodo conlleva un costo, que es adicional al costo de las máquinas virtuales. Los grupos "virtualMachineConfiguration" pueden usar discos de SO efímeros, que crean el disco de SO en la caché de máquinas virtuales o en disco temporal, para evitar costos adicionales asociados a los discos administrados. No hay ningún costo de disco de SO para los nodos "cloudServiceConfiguration", ya que el disco de SO se crea en el disco local de los nodos.
Grupos de actividades personalizadas de Azure Data Factory
Los grupos de Azure Batch se pueden usar para ejecutar actividades personalizadas de Data Factory. Los grupos "cloudServiceConfiguration" que se usan para ejecutar actividades personalizadas deberán eliminarse, y será necesario crear grupos "virtualMachineConfiguration".
Cuando cree sus nuevos grupos para ejecutar actividades personalizadas de Data Factory, siga estos procedimientos:
- Detenga todas las canalizaciones antes de crear los nuevos grupos y eliminar los antiguos para asegurarse de que no se interrumpan las ejecuciones.
- Se puede usar el mismo id. de grupo para evitar cambios de configuración del servicio vinculado.
- Reanude las canalizaciones cuando se hayan creado nuevos grupos.
Para obtener más información sobre el uso de Azure Batch para ejecutar actividades personalizadas de Data Factory, consulte Servicio vinculado de Azure Batch y Actividades personalizadas en una canalización de Data Factory
Pasos siguientes
- Obtenga más información sobre las configuraciones de grupo.
- Obtenga más información sobre los procedimientos recomendados de los grupos.
- Consulte la referencia de la API REST para la adición de grupos y virtualMachineConfiguration.