Migrar a configuração do pool de lotes dos Serviços de Nuvem para a Máquina Virtual

  • Artigo

Atualmente, os pools de lotes podem ser criados usando virtualMachineConfiguration ou cloudServiceConfiguration. Recomendamos o uso somente da Configuração da Máquina Virtual, pois essa configuração suporta todos os recursos do Batch.

Os pools de Configuração de Serviços de Nuvem não oferecem suporte a alguns dos recursos atuais do Batch e não oferecem suporte a nenhum recurso recém-adicionado. Você não poderá criar novos pools 'CloudServiceConfiguration' ou adicionar novos nós aos pools existentes após 29 de fevereiro de 2024.

Se suas soluções em lote atualmente usam pools 'cloudServiceConfiguration', recomendamos mudar para 'virtualMachineConfiguration' o mais rápido possível. Isso permitirá que você se beneficie de todos os recursos de lote, como uma seleção expandida de séries de VMs, VMs Linux, contêineres, redes virtuais do Azure Resource Manager e criptografia de disco de nó.

[! IMPORANT] Os certificados de conta do Lote do Azure foram preteridos e serão desativados após a mesma data de 29 de fevereiro de 2024 que cloudServiceConfiguration os pools. Se você estiver usando certificados de conta em lote, migre seus certificados de conta em lote para o Cofre de Chaves do Azure ao mesmo tempo em que migra sua configuração de pool.

Criar um pool usando a Configuração da Máquina Virtual

Não é possível alternar um pool ativo existente que usa 'cloudServiceConfiguration' para usar 'virtualMachineConfiguration'. Em vez disso, você precisará criar novos pools. Depois de criar seus novos pools 'virtualMachineConfiguration' e replicar todos os seus trabalhos e tarefas, você pode excluir os pools antigos 'cloudServiceConfiguration' que você não está mais usando.

Todas as APIs de lote, ferramentas de linha de comando, o portal do Azure e a interface do usuário do Batch Explorer permitem criar pools usando 'virtualMachineConfiguration'.

Para obter um passo a passo do processo de criação de pools que usam 'virtualMachineConfiguration, consulte o tutorial do .NET ou o tutorial do Python.

Diferenças de configuração do pool

Algumas das principais diferenças entre as duas configurações incluem:

  • Os nós do pool 'cloudServiceConfiguration' usam apenas o sistema operacional Windows. Os pools 'virtualMachineConfiguration' podem usar o sistema operacional Linux ou Windows.

  • Em comparação com os pools 'cloudServiceConfiguration', os pools 'virtualMachineConfiguration' têm um conjunto mais avançado de recursos, como suporte a contêineres, discos de dados e criptografia de disco.

  • Os tempos de inicialização e exclusão de pool e nó podem diferir ligeiramente entre os pools 'cloudServiceConfiguration' e 'virtualMachineConfiguration'.

  • Os nós do pool 'virtualMachineConfiguration' utilizam discos gerenciados do sistema operacional. O tipo de disco gerenciado usado para cada nó depende do tamanho da VM escolhido para o pool. Se um tamanho de VM 's' for especificado para o pool, por exemplo 'Standard_D2s_v3', então um SSD premium será usado. Se for especificado um tamanho de VM "não-s", por exemplo "Standard_D2_v3", é utilizado um HDD padrão.

    Importante

    Tal como acontece com as Máquinas Virtuais e os Conjuntos de Dimensionamento de Máquinas Virtuais, o disco gerido pelo SO utilizado para cada nó incorre num custo, que é adicional ao custo das VMs. Os pools 'virtualMachineConfiguration' podem usar discos efêmeros do sistema operacional, que criam o disco do sistema operacional no cache da VM ou no disco temporário, para evitar custos extras associados aos discos gerenciados. Não há custo de disco do sistema operacional para nós 'cloudServiceConfiguration', pois o disco do sistema operacional é criado no disco local do nó.

Pools de atividades personalizadas do Azure Data Factory

Os pools de lotes do Azure podem ser usados para executar atividades personalizadas do Data Factory. Todos os pools 'cloudServiceConfiguration' usados para executar atividades personalizadas precisarão ser excluídos e novos pools 'virtualMachineConfiguration' serão criados.

Ao criar seus novos pools para executar atividades personalizadas do Data Factory, siga estas práticas:

  • Pause todos os pipelines antes de criar os novos pools e excluir os antigos para garantir que nenhuma execução seja interrompida.
  • O mesmo ID de pool pode ser usado para evitar alterações na configuração do serviço vinculado.
  • Retome os pipelines quando novos pools tiverem sido criados.

Para obter mais informações sobre como usar o Lote do Azure para executar atividades personalizadas do Data Factory, consulte Serviço vinculado do Lote do Azure e Atividades personalizadas em um pipeline do Data Factory

Próximos passos