Azure LocalのApril 2026リリース（バージョン12.2604.1003.209）が公開された。今回の更新は「新機能の追加」というより「現場で実際に使えるレベルへの引き上げ」という色合いが強い。エッジ・オンプレミス環境でAzureのクラウドサービスを動かしたいと考えている組織にとって、見逃せない内容が揃っている。

NVIDIA RTX PRO 6000 Blackwell GPU、ついにGA

最も注目すべきは、NVIDIA RTX PRO 6000 Blackwell Server EditionのGPUアクセラレーションがAzure Local VMおよびAKS on Azure Arcで正式にサポートされたことだ。これにより、エッジ環境でGPUを要する推論ワークロード——たとえばオンプレミスで完結させたい画像解析、音声認識、ローカルLLM推論など——をKubernetesクラスタ上で本番稼働させる道が正式に開けた。

データをクラウドに送れない製造現場や医療機関にとって、「エッジで動くGPUワークロード」は長年の悲願だった。Previewから一歩踏み出してGAになったことで、PoC止まりだったプロジェクトを本番へ移せるタイミングが来たと言える。

SAN分離展開（Disaggregated Deployment）の一般提供開始

従来のAzure Localはノード内蔵ディスクによるStorage Spaces Direct（S2D）が基本だったが、今回からSANストレージのみを使った「分離展開（Disaggregated Deployment）」が正式サポートされた。

このアーキテクチャの最大のメリットはストレージとコンピュートの独立スケーリングだ。従来は16ノードが上限だったクラスタが、この構成では16ノードを超えてスケールできる。すでに大規模なSANインフラを持つエンタープライズにとっては、既存資産を活かしながらAzure Localへ移行する現実的な経路になる。

あわせてSANストレージをS2Dと併用するハイブリッド構成もGAとなった。「どちらかを選べ」ではなく「両方使える」という柔軟性は、レガシー資産の多い日本のデータセンター環境では特に評価されるポイントだ。

運用・展開の実務改善が地味に重要

今回のリリースで見落とされがちだが実務に効く改善が複数ある。

検証（Validation）時間の最大50%短縮：これまでValidationが途中で失敗すると最初からやり直しだったが、3時間以内であれば失敗箇所から再開できるようになった。大規模クラスタの展開や更新作業での時間ロスが大幅に減る。

展開時間の最大40%短縮：8ノードまでのクラスタで展開時間が安定化・短縮された。週末の夜間作業枠でギリギリだったケースが改善される可能性がある。

ドメイン参加の事前実施サポート：展開前にドメイン参加を済ませておける構成が追加された。企業のIT統制上、ドメイン参加のタイミングに制約がある環境では作業フローが組みやすくなる。

更新設定の制御：いつ・どのように更新を適用するかをコントロールできる機能が追加された。メンテナンスウィンドウの厳格な管理が求められる本番環境では重要な追加だ。

AKSとKubernetesバージョンの注意点

AKS enabled by Azure Arcでサポートされるバージョンが更新された（1.31.12〜1.33.5系）。Kubernetes 1.30はサポート終了となるため、Azure Localをアップグレードする前にAKSクラスタのバージョンが対象外になっていないか確認が必要だ。

また、KMS v1が近く廃止予定となり、KMS v2への移行が求められる。既存クラスタはKMS v2を使って再展開する必要があるため、計画的な対応が必要になる。見落とすと後で痛い目を見る変更なので早めに把握しておきたい。

実務への影響

エッジAIの本番化を検討中の製造・医療・公共セクターにとって、GPU GAは「いよいよ本番へ」の号令になる。PoC環境をGAサポートの構成に揃え直す作業を今から着手しておくと良い。

大規模データセンター移行を計画している組織は、SAN分離展開によって16ノード上限という制約が消えたことを設計に織り込むタイミングだ。既存SAN資産の棚卸しを進めておこう。

AKSを本番運用中のチームは、Kubernetes 1.30のEOS対応とKMS v1廃止計画を必ずバックログに積むこと。Azureアップグレードと連動するため、優先度を上げて対処すべきだ。

筆者の見解

Azure Localは「オンプレミスにAzureを持ち込む」という当初のコンセプトから着実に成熟してきた。SAN分離展開のGAやGPUサポートの正式化は、これまで「面白そうだが使えない」と距離を置いていた大規模エンタープライズが、本格評価に踏み込める段階になったことを示している。

特に評価したいのは、検証時間の短縮や展開パフォーマンスの改善だ。新機能ばかりに注目が集まりがちだが、「再現性のある展開ができるか」「失敗したときに立て直しやすいか」という運用品質こそが現場での採用率を左右する。その地道な改善を積み重ねているのは、プラットフォームとして信頼できる方向性だと感じる。

一方で、エッジ×AI×Kubernetesの構成は絡み合う要素が多く、バージョン管理やKMS移行など「追いかけるコスト」も年々増している。情報を追い続けるよりも、標準的な構成で実際に動かしてみる経験を積む方が、長期的には組織の力になる。Azure Localの道のド真ん中——Microsoftの推奨構成に沿ったシンプルな展開——から始めることを改めて勧めたい。

出典: この記事は What’s new in Hyperconverged Deployments of Azure Local latest release の内容をもとに、筆者の見解を加えて独自に執筆したものです。