Migrar pools do Lote do Azure para o modelo de comunicação simplificado do nó de computação

Para melhorar a segurança, simplificar a experiência do usuário e habilitar melhorias futuras importantes, o Lote do Azure desativará o modelo de comunicação de nó de computação clássico em 31 de março de 2026. Saiba como migrar seus pools do Batch para usar o modelo de comunicação simplificada dos nós de computação.

Sobre o recurso

Um pool do Lote do Azure contém um ou mais nós de computação, que executam cargas de trabalho especificadas pelo usuário na forma de tarefas do Lote. Para habilitar a funcionalidade do Batch e o gerenciamento da infraestrutura do pool do Batch, os nós de computação devem se comunicar com o serviço Batch do Azure. No modelo de comunicação de nó de computação clássico, o serviço Batch inicia a comunicação com os nós de computação, e os nós de computação devem ser capazes de se comunicar com o Azure Storage para operações de linha de base. No modelo de comunicação simplificado do nó de computação, os pools do Lote exigem apenas o acesso de saída ao serviço Lote para as operações de linha de base.

Fim do suporte ao recurso

O modelo de comunicação simplificada do nó de computação substituirá o modelo de comunicação de nó de computação clássico após 31 de março de 2026. A alteração é introduzida em duas fases:

  • De agora até 30 de setembro de 2024, o modo de comunicação de nó padrão para os pools do Lote recém-criados com redes virtuais permanecerá como clássico.
  • Após 30 de setembro de 2024, o modo de comunicação de nó padrão para pools do Lote recém-criados com redes virtuais mudará para o simplificado.

Após 31 de março de 2026, a opção de usar o modo de comunicação de nó de computação clássico não será mais respeitada. Os pools de Batch sem redes virtuais especificadas pelo usuário geralmente não são afetados por essa alteração e o serviço Batch controla o modo de comunicação padrão.

Alternativa: usar um modelo simplificado de comunicação de nós de computação

O modo de comunicação simplificado do nó de computação simplifica a maneira como a infraestrutura do pool do Lote é gerenciada em nome dos usuários. Esse modo de comunicação reduz a complexidade e o escopo das conexões de rede de entrada e saída necessárias nas operações de linha de base.

O modelo simplificado também fornece um controle de exfiltração de dados mais refinado, já que a comunicação de saída com Storage.region não é mais necessária. Você pode bloquear explicitamente a comunicação de saída com o Armazenamento do Azure, se necessário, para o fluxo de trabalho. Por exemplo, contas de armazenamento automático para AppPackages e outras contas de armazenamento para arquivos de recursos ou arquivos de saída podem ser configuradas adequadamente.

Migrar seus pools elegíveis

Para migrar seus pools do Lote do clássico para o modelo de comunicação simplificado dos nós de cálculo, siga estas etapas:

Importante

Antes de migrar, verifique a configuração da sua conta do publicNetworkAccess Batch. Se ele estiver definido como Desabilitado, primeiro você deverá criar um ponto de extremidade privado nodeManagement na rede virtual do pool e configurar o DNS. No modo clássico, o serviço Batch inicia conexões de entrada nos nós e não passa pela verificação de acesso à rede pública. No modo simplificado, os nós iniciam conexões de saída com o ponto de extremidade de gerenciamento de nós, e o serviço impõe as configurações de acesso à rede pública da conta. A migração sem o ponto de extremidade privado resulta em nós falhando em um estado inutilizável.

Para o processo de migração detalhado, comece na seção intitulada potencial impacto entre os modos de comunicação clássicos e simplificados. Você pode criar novos pools ou atualizar pools existentes com comunicação simplificada de nó de computação.

Perguntas frequentes

  • Preciso de um ponto de extremidade privado nodeManagement?

    Um ponto de extremidade privado nodeManagement será necessário se sua conta do Lote tiver publicNetworkAccess definido como Desativado, ou se o pool não usar endereços IP. No modo simplificado, os nós de cálculo iniciam conexões de saída com o ponto de extremidade de gerenciamento de nós. Se a conta rejeitar conexões públicas, os nós não poderão se registrar no serviço Batch e entrar em um estado inutilizável. Crie o ponto de extremidade privado antes de migrar para o modo simplificado. Para obter detalhes, veja Usar pontos de extremidade privados com as contas do Lote.

  • Os endereços IP públicos ainda são necessários para meus pools?

    Por padrão, um endereço IP público ainda é necessário para iniciar a conexão de saída com o serviço Azure Batch a partir dos nós de computação. Se você quiser eliminar totalmente a necessidade de endereços IP públicos de nós de computação, consulte o guia para criar um pool de comunicação de nó simplificado sem endereços IP públicos

  • Como posso me conectar aos meus nós para fins de diagnóstico?

    A conectividade RDP ou SSH com o nó não é afetada– ainda são criados balanceadores de carga que podem rotear essas solicitações até o nó quando provisionados com um endereço IP público.

  • Há diferenças na cobrança?

    Não deve haver implicações de custo ou cobrança para o novo modelo.

  • Há alguma alteração nos agentes do Lote do Azure no nó de computação?

    Um agente extra em nós de computação é invocado no modo de comunicação simplificada de nó de computação para Linux e Windows Microsoft.BatchClusters.Agent e Microsoft.BatchClusters.Agent.exe, respectivamente.

  • Há alterações na forma como meus recursos vinculados do Armazenamento do Microsoft Azure nos pools e nas tarefas do Lote são baixados?

    Esse comportamento não é afetado – todos os recursos especificados pelo usuário que exigem o Armazenamento do Azure, como arquivos de recursos, arquivos de saída ou pacotes de aplicativos, são feitos do nó de computação diretamente para o Armazenamento do Azure. Você precisa garantir que sua configuração de rede permita esses fluxos.

Próximas Etapas 

Para obter mais informações, consulte Comunicação simplificada do nó de computação.