Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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
publicNetworkAccessdefinido 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.AgenteMicrosoft.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.