セキュリティを強化し、ユーザー エクスペリエンスを簡素化し、今後の重要な改善を可能にするために、Azure Batch は 2026 年 3 月 31 日にクラシック コンピューティング ノード通信モデルを廃止します。 簡略化されたコンピューティング ノード通信モデルを使用して Batch プールを移行する方法について説明します。
機能について
Azure Batch プールには、Batch タスクの形式でユーザー指定のワークロードを実行する 1 つ以上のコンピューティング ノードが含まれています。 Batch 機能と Batch プール インフラストラクチャ管理を有効にするには、コンピューティング ノードが Azure Batch サービスと通信する必要があります。 従来のコンピューティング ノード通信モデルでは、Batch サービスによってコンピューティング ノードへの通信が開始され、コンピューティング ノードはベースライン操作のために Azure Storage と通信できる必要があります。 簡略化されたコンピューティング ノード通信モデルでは、Batch プールでは、ベースライン操作のために Batch サービスへの送信アクセスのみが必要です。
機能のサポート終了
簡略化されたコンピューティング ノード通信モデルは 、2026 年 3 月 31 日以降にクラシック コンピューティング ノード通信モデルに置き換えられます。 この変更は、次の 2 つのフェーズで導入されます。
- 2024 年 9 月 30 日まで、仮想ネットワークを使用して新しく作成された Batch プールの既定のノード通信モードはクラシックのままです。
- 2024 年 9 月 30 日以降、仮想ネットワークを使用して新しく作成された Batch プールの既定のノード通信モードが簡略化に切り替わります。
2026 年 3 月 31 日以降、クラシック コンピューティング ノード通信モードを使用するオプションは適用されなくなります。 通常、ユーザー指定の仮想ネットワークのないバッチ プールは、この変更の影響を受けず、Batch サービスによって既定の通信モードが制御されます。
代替手段: 簡略化されたコンピューティング ノード通信モデルを使用する
簡略化されたコンピューティング ノード通信モードにより、ユーザーに代わって Batch プール インフラストラクチャを管理する方法が合理化されます。 この通信モードにより、ベースライン操作で必要な受信および送信ネットワーク接続の複雑さとスコープが軽減されます。
また、 Storage.region への送信通信は不要になったため、簡略化されたモデルでは、より詳細なデータ流出制御も提供されます。 ワークフローに必要な場合は、Azure Storage への送信通信を明示的にロックダウンできます。 たとえば、AppPackage の自動ストレージ アカウントや、リソース ファイルまたは出力ファイル用の他のストレージ アカウントは、適切にスコープを設定できます。
対象のプールを移行する
Batch プールをクラシックから簡略化されたコンピューティング ノード通信モデルに移行するには、次の手順に従います。
Important
移行する前に、Batch アカウントの publicNetworkAccess 設定を確認します。
[無効] に設定されている場合は、まずプールの仮想ネットワークに nodeManagement プライベート エンドポイントを作成し、DNS を構成する必要があります。 クラシック モードでは、Batch サービスはノードへの受信接続を開始し、パブリック ネットワーク アクセス チェックを通過しません。 簡易モードでは、ノードはノード管理エンドポイントへの送信接続を開始し、サービスによってアカウントのパブリック ネットワーク アクセス設定が 適用されます 。 プライベート エンドポイントなしで移行すると、ノードは 使用できない 状態で失敗します。
詳細な移行プロセスについては、「 従来の通信モードと簡略化された通信モードの間の潜在的な影響」セクションから始めます。 新しいプールを作成するか、コンピューティング ノード通信を簡略化して既存のプールを更新できます。
よく寄せられる質問
nodeManagement プライベート エンドポイントは必要ですか?
Batch アカウントが [無効] に設定場合、またはプールで
publicNetworkAccessが使用されていない場合は、nodeManagement プライベート エンドポイントが必要です。 簡易モードでは、コンピューティング ノードはノード管理エンドポイントへの送信接続を開始します。 アカウントがパブリック接続を拒否した場合、ノードは Batch サービスに登録できず、 使用できない 状態になります。 簡易モードに移行する 前に 、プライベート エンドポイントを作成します。 詳細については、「 Batch アカウントでプライベート エンドポイントを使用する」を参照してください。プールにパブリック IP アドレスは引き続き必要ですか?
既定では、コンピューティング ノードから Azure Batch サービスへの送信接続を開始するには、パブリック IP アドレスが引き続き必要です。 コンピューティング ノードからのパブリック IP アドレスの必要性を完全に排除する場合は、パブリック IP アドレスのない簡略化されたノード通信プールを作成するためのガイドを参照してください
診断目的でノードに接続するにはどうすればよいですか?
ノードへの RDP または SSH 接続は影響を受けません。ロード バランサーは引き続き作成されます。これにより、パブリック IP アドレスを使用してプロビジョニングされたときに、それらの要求をノードにルーティングできます。
請求に違いはありますか?
新しいモデルにはコストや課金の影響はありません。
コンピューティング ノード上の Azure Batch エージェントに変更はありますか?
コンピューティング ノード上の追加のエージェントは、Linux と Windows、
Microsoft.BatchClusters.Agent、Microsoft.BatchClusters.Agent.exeの両方について、それぞれ簡略化されたコンピューティング ノード通信モードで呼び出されます。Batch プールとタスクの Azure Storage からリンクされたリソースをダウンロードする方法に変更はありますか?
この動作は影響を受けません。リソース ファイル、出力ファイル、アプリケーション パッケージなど、Azure Storage を必要とするすべてのユーザー指定のリソースは、コンピューティング ノードから Azure Storage に直接作成されます。 ネットワーク構成でこれらのフローが許可されていることを確認する必要があります。
次のステップ
詳細については、「 簡略化されたコンピューティング ノード通信」を参照してください。