将 Azure Batch 池迁移到简化计算节点通信模型

为了提高安全性、简化用户体验并实现未来的关键改进,Azure Batch 将于 2026 年 3 月 31 日停用经典计算节点通信模型。 了解如何迁移 Batch 池以使用简化计算节点通信模型。

关于功能

一个 Azure Batch 池包含一个或多个计算节点,这些节点以 Batch 任务的形式执行用户特定的工作负载。 要启用 Batch 功能和 Batch 池基础结构管理,计算节点必须与 Azure Batch 服务通信。 在经典计算节点通信模型中,Batch 服务会启动与计算节点的通信,计算节点必须能够与 Azure 存储通信才能执行基线操作。 在简化计算节点通信模型中,Batch 池只需要具有对 Batch 服务的出站访问权限即可执行基线操作。

功能终止支持

简化计算节点通信模型将在 2026 年 3 月 31 日之后取代经典计算节点通信模型。 此更改分两个阶段引入。 从现在开始到 2024 年 9 月 30 日,新创建的使用虚拟网络的 Batch 池的默认节点通信模式将保持为经典。 在 2024 年 9 月 30 日之后,新创建的使用虚拟网络的 Batch 池的默认节点通信模式将切换为简化。 2026 年 3 月 31 日之后,将不再提供使用经典计算节点通信模式的选项。 不使用用户指定的虚拟网络的 Batch 池不受此更改影响,默认通信模式由 Batch 服务控制。

替代选项:使用简化计算节点通信模型

简化计算节点通信模式可简化代表用户管理 Batch 池基础结构的方式。 此通信模式可以缩小基线操作中所需的入站和出站网络连接的范围并降低操作复杂性。

简化模型还提供了更精细的数据外泄控制,因为不再需要向 Storage.region 发送出站通信。 如果你的工作流需要,你可以显式锁定发送到 Azure 存储的出站通信(例如 AppPackage 存储帐户、资源文件或输出文件的其他存储帐户或其他类似方案)。

迁移符合条件的池

若要将 Batch 池从经典计算节点通信模型迁移到简化计算节点通信模型,请按照本文档中标题为经典和简化通信模式之间的潜在影响的部分进行操作,创建新的池或使用简化计算节点通信更新现有池。

常见问题解答

  • 我的池是否仍需要公共 IP 地址?

    默认情况下,仍然需要公共 IP 地址来启动从计算节点到 Azure Batch 服务的出站连接。 如果想要从计算节点完全消除对公共 IP 地址的需求,请参阅有关如何创建不使用公共 IP 地址的简化节点通信池的指南

  • 如何连接到我的节点以进行诊断?

    与节点的 RDP 或 SSH 连接不受影响 - 在使用公共 IP 地址进行预配时,仍会创建负载均衡器,后者可以将那些请求路由到节点。

  • 计费是否有差异?

    新模型不产生成本或计费影响。

  • 计算节点上的 Azure Batch 代理是否有任何更改?

    在 Linux 和 Windows 的简化计算节点通信模式下调用计算节点上的额外代理(分别为 Microsoft.BatchClusters.AgentMicrosoft.BatchClusters.Agent.exe)。

  • 在 Batch 池和任务中从 Azure 存储下载链接资源的方式是否发生任何更改?

    此行为不受影响 - 所有需要 Azure 存储的用户指定的资源(例如资源文件、输出文件或应用程序包)仍直接从计算节点创建到 Azure 存储。 你需要确保网络配置允许这些流。

后续步骤

有关详细信息,请参阅简化计算节点通信