Microsoftは2026年6月、Fedoraをベースとした汎用サーバーLinuxディストリビューション「Azure Linux 4.0」のパブリックプレビュー提供を開始した。Azure VM・VMスケールセット・コンテナイメージで利用可能となり、AKSおよびWSLへの対応も今後予定されている。

Azure Linux 4.0 とは何者か

Azure Linux（旧称：CBL-Mariner）はもともとAzure内部のインフラ用途やコンテナワークロードに特化して開発されたMicrosoft製Linuxである。これまでのバージョンはコンテナ・AKSノードプールでの利用が主体だったが、4.0ではFedoraをアップストリームベースとして採用し、汎用サーバーOSとしての利用を初めて公式サポートした点が最大のブレイクスルーだ。

Fedoraを選んだ理由として、最新のカーネルとパッケージへの追従が速く、Azure最適化コンポーネント（ハイパーバイザー統合・ネットワークドライバ・観測可能性エージェント等）との相性が良い点が挙げられる。Red Hat Enterprise Linux（RHEL）の上流ディストリビューションであるFedoraを採用することで、エンタープライズ用途での信頼性担保も意識している。

対応環境と利用シナリオ

現時点でのパブリックプレビューでは以下が利用可能だ：

  • Azure VM（第1世代・第2世代）：Standard_D系・Standard_E系など主要SKUで動作確認済み
  • VMスケールセット（VMSS）：自動スケールが必要なWebアプリ・バックエンド処理基盤に対応
  • コンテナベースイメージ：既存のAzure Linux 3.x系コンテナイメージの後継として利用可能

今後のロードマップとしてAKSノードプールおよびWSLディストリビューションへの対応が予告されており、開発者がローカル環境でAzure Linux 4.0をWSL上で動かしながらそのままAKSにデプロイする、という「ローカルとクラウドの環境一致」ワークフローが実現できる見通しだ。

なぜこれが重要か

これまでAzure上でLinuxワークロードを動かす場合、Ubuntu・RHEL・CentOS Stream・SUSE等のサードパーティディストリビューションを選ぶのが一般的だった。それぞれに長所があるが、「Azureに最適化されているか」「サポートライフサイクルがAzureのリリースサイクルと一致しているか」という点で常に齟齬が生じていた。

Azure Linux 4.0はMicrosoftが責任をもってAzureサービスと同期してメンテナンスするため、カーネルパッチやAzureエージェントのアップデートが一体的に提供される。これはパッチ管理の簡素化という観点で、IT運用チームにとって無視できないメリットだ。

実務での活用ポイント

新規ワークロードには積極的に評価を：Greenfield構築であれば、Azure Linux 4.0をベースに選ぶことでAzureとの統合レイヤーが薄くなり、トラブルシューティングの複雑さが減る。まずはステージング環境でのパイロットから始めると低リスクだ。

AKS移行を考えているなら先行評価を：コンテナとVM両方でAzure Linux 4.0を使えば、同一OSスタックでアプリケーションをテストしてからAKSに乗せるパスが確立できる。環境差分によるデバッグコストを削減できる。

WSL対応後の開発者体験に注目：WSLでAzure Linux 4.0が動くようになれば、Windowsマシン上でAzureと同じOSでコードを書いてそのままデプロイできる。CI/CDの「ローカルでは動く問題」が構造的に減らせる可能性がある。

既存のAzure Linux 3.x環境は引き続き動作：4.0への移行は強制ではなく段階的に進められるため、本番環境の急な変更は不要。ただしEOLスケジュールは事前に確認しておくこと。

筆者の見解

Azure Linux 4.0は、Microsoftが「Azure専用OS」を本気で育てる意志を示した動きとして評価している。Azureというプラットフォームの信頼性は揺るがないが、その上で動くOSレイヤーまでMicrosoftが一元管理するという発想は、AWSのAmazon Linux・GoogleのContainer-Optimized OSと肩を並べる方向性だ。

長年Azureを扱ってきた身からすると、「UbuntuをAzureに最適化してきた手間」は決して小さくなかった。カーネルバージョンとAzureエージェントの相性問題、ディストリビューションのEOL管理——これらの運用コストをMicrosoft側に引き取ってもらえることで、インフラチームが本来集中すべきアーキテクチャ設計に時間を使えるようになる。

一方で、Fedoraベースという選択はロールリングリリース的な性格も持つため、エンタープライズ運用で求められる「変化の少なさ」とトレードオフになる面もある。GAに向けてどこまでの安定性保証を打ち出せるか、サポートライフサイクルの詳細をMicrosoftには明確に示してほしい。プラットフォームとしての実力は十分あるのだから、その点の整備こそが普及の鍵になるはずだ。

出典: この記事は Announcing Azure Linux 4.0: Purpose-Built for Azure, Now in Public Preview の内容をもとに、筆者の見解を加えて独自に執筆したものです。