Microsoftは2026年6月2日、Azure Kubernetes Service（AKS）をベアメタルのスモールフォームファクターデバイス上で直接稼働させる「AKS on bare metal」をパブリックプレビューとして公開した。ハイパーバイザーや仮想化レイヤーを一切必要とせず、Azure Linuxネイティブに動作し、Azureポータルからクラウドと同一の操作感でエッジ環境全体を管理できる。

「AKS runs everywhere」——ベアメタルが最後のピースに

AKSプロダクトチームが長年追い求めてきたビジョン「AKS runs everywhere」がいよいよ現実のものとなった。これまで、AKSはAzureリージョン、ソブリンクラウド、OEMハードウェア（Azure Local）と展開先を広げてきた。今回のベアメタル対応は、そのロードマップにおける最後のパズルピースに相当する。

エッジ環境は、データセンターとは根本的に異なる制約を抱えている。スペース・電力・予算がタイト。ハードウェアはコンパクトで、場合によっては過酷な環境向けに堅牢化されている。そして何より、ネットワーク接続が不安定だ。

これまでエッジでKubernetesを動かすには「ハイパーバイザーのライセンスや管理コストを受け入れるか、エッジ専用の別製品に乗り換えるか」の二択を迫られてきた。AKS on bare metalはこのジレンマを解消する。

ゼロタッチプロビジョニング——現地作業はUSBの差し込みだけ

セットアップのフローは意図的にシンプルに設計されている。

  • AzureポータルからOSイメージが入ったUSBドライブを作成する
  • 現地担当者がUSBを差し込み、デバイスの電源を入れる
  • 数分待ってUSBを抜くだけ。それ以外の作業は不要

プロビジョニング中、デバイスボウチャー（認証情報）がUSBドライブに書き戻される。現地にインフラエンジニアは不要だ。その後はAzureポータルの「Azure Local スモールフォームファクター」作成画面でサイトを作り、ボウチャーをアップロードするだけで、デバイスは「Provisioned（プロビジョニング済み）」状態になる。

クラスター作成はクラウドのAKSと同じ操作だ。Azure RBAC設定、コントロールプレーンのネットワーキング構成、Azure Monitorの有効化、デプロイ——手順は共通で、Azure Linuxのベアメタルクラスターが完成する。

接続断でもワークロードは継続稼働

エッジ環境の最大の懸念点はネットワーク断だ。AKS on bare metalは、Kubernetesコントロールプレーンをデバイス上でローカルに実行するため、接続が切れてもデプロイ済みワークロードは通常通り動き続ける。

影響を受けるのはAzureポータルからの可視性と管理操作のみ。接続が回復すれば即座に同期が再開される。工場の製造ラインや小売店舗のPOSシステムのような「止められない」業務に適した設計だ。

Azure Kubernetes Fleet Managerで統合管理

AKS on bare metalは「エッジ専用の別物」ではなく、ファーストクラスのAKSクラスターとして扱われる。Azure Kubernetes Fleet Managerのダッシュボードに、クラウドのAKSクラスターと並んで表示され、同じツール・同じ操作で管理できる。

これはオペレーションコストの観点から非常に重要だ。エッジ固有のコンソールや手順を別途習得する必要がなく、既存のAKS運用スキルがそのままエッジに転用できる。

実務への影響——どんな現場が恩恵を受けるか

AKS on bare metalが特に有効な日本の現場をいくつか挙げてみよう。

業種 想定ユースケース

製造業 工場フロアの生産ラインモニタリング・予知保全

小売・外食 店舗バックルームの在庫管理・POSシステム

金融・銀行 地方支店の業務システム（接続断対応が特に重要）

物流 倉庫・配送センターのリアルタイム仕分けシステム

「クラウドとエッジで別々のKubernetes基盤を管理する」というアーキテクチャは、運用コストとスキルの分散を招いてきた。AKS on bare metalはその構造問題を根本から解決するアプローチだ。

始める前に確認しておくこと

  • 対応デバイスはスモールフォームファクター機器。現時点でのサポートハードウェアはAzureドキュメントを要確認
  • コントロールプレーンはデバイスローカルで動作するため、デバイスのスペック（CPU・RAM）がクラスターのキャパシティに直結する
  • パブリックプレビュー段階のため、本番クリティカルシステムへの適用前に評価環境での検証を推奨

筆者の見解

「エッジのKubernetes管理が面倒くさすぎる」という声は、現場のエンジニアから何年も聞かされてきた。クラウドはAKS、エッジはk3sやMicroK8s、管理コンソールは別々、CIパイプラインも別々——という状況は、チームの認知負荷を不必要に高めてきた。

AKS on bare metalは、この分断を「統一されたコントロールプレーン」で解消しようとする試みであり、方向性は正しいと思う。

Azureのプラットフォームとしての一貫性へのこだわりは、今回の取り組みでも明確に感じ取れる。クラウドからエッジまで同一のツールチェーンで管理できるという思想は、部分最適の積み重ねが全体コストを押し上げるという構造的な問題への、筋の通った解答だ。

現場に過剰な専門知識を要求せず、ゼロタッチプロビジョニングで現地作業を最小化する設計も評価できる。「仕組みを作れる少数の人間と自動化で回す」という方向性とも合致しており、人月に頼らない運用モデルの実現に一歩近づく。

パブリックプレビュー段階ではまだ対応ハードウェアやユースケースに制限があるだろう。が、AKSが「どこでも動く一貫したプラットフォーム」として確立していく過程の重要な一歩であることは間違いない。エッジ展開を検討している現場は、いまのうちに評価環境で試しておく価値がある。

出典: この記事は Announcing the public preview of AKS on bare metal の内容をもとに、筆者の見解を加えて独自に執筆したものです。