第２９３回
一般利用可能：主権型およびエアギャップ型クラウドにおけるAzure VM Image Builder
概要：Azure VM Image Builder が、Azure Government、中国北部 3、Azure Government Secret、および Azure Government Top Secret で一般提供開始されました。これにより、グローバル版 Azure で利用しているのと同じマネージド イメージ構築サービスを、主権環境やエアギャップ環境でも利用できるようになりました。
このサービスでできること：
・ 安全で完全にマネージドなサービスにより、イメージのカスタマイズを自動化できます。自社でホストするビルド インフラストラクチャの展開、パッチ適用、運用は不要です。
・ グローバル Azure、Azure Government、およびソブリン クラウド全体で一貫性のあるイメージ パイプラインを使用できるため、同じテンプレート定義とワークフローを環境全体で共有できます。
・ OS 構成、セキュリティ ベースライン、およびコンプライアンス チェックのための、繰り返し可能な強化および検証ワークフローを構築できます。
・ ビルド出力を Azure Compute Gallery に公開し、同じクラウド内のリージョン間でレプリケートすることで、必要な場所にイメージを配布できます。
一般利用可能：Azure における Azure Files CSI ドライバー（SMB）のワークロード ID サポート
Azure Kubernetes Service (AKS) の Azure Files コンテナ ストレージ インターフェイス (CSI) ドライバーは、SMB ファイル シェアへのポッド レベルの認証において、ワークロード ID をサポートするようになりました。 以前は、AKS におけるマネージド ID のサポートにより、ワークロードはストレージ アカウントのキーを使用せずに Azure Files をマウントすることができました。AKS でのワークロード ID のサポートにより、アプリケーションは Azure Files へのポッド レベルの最小権限アクセスを活用できるようになります。これにより、厳格なコンプライアンス要件の下で運用される規制業界向けに、きめ細かなセキュリティ制御が可能になります。 ワークロード ID を使用すると、ノード レベルでアクセス権を付与するのではなく、アプリケーションのポッドへのアクセスを、必要なデータのみに厳密に制限することができます。この機能は、Azure Files および AKS をサポートするすべての Azure リージョンで利用可能です。
パブリックプレビュー：Azure マルチクラウド インターコネクト
Azureと対応クラウドプロバイダー間のプライベート接続を提供するマネージドサービス「Azure Multicloud Interconnect」のパブリックプレビューを発表します。プレビュー版では、Amazon Web Services（AWS）が最初の対応プロバイダーとして利用可能です。 組織がアプリケーション、データ、AI サービス、およびビジネスに不可欠なワークロードを複数のクラウドに分散させるケースが増えるにつれ、クラウド間の接続の構築と運用は複雑化し、運用負荷が高まる可能性があります。Azure Multicloud Interconnect は、Azure とサポート対象のクラウド環境間の耐障害性に優れたプライベートで高性能な接続を提供すると同時に、導入の複雑さを軽減するマネージド接続ソリューションを提供することで、このプロセスを簡素化します。 Azure Multicloud Interconnect を使用すると、Azure ポータルから直接マルチクラウド接続を展開し、クラウド プロバイダー、リージョン、帯域幅を選択して、ガイドに従って環境をオンボードできます。 プロビジョニングが完了すると、Azure 仮想ネットワークとサポート対象のクラウド プロバイダーの仮想ネットワークを、プライベートなクラウド間接続を介して接続できるようになり、運用の効率化とマルチクラウド展開の加速に役立ちます。
パブリックプレビュー：Azure VM のディスク単位の耐障害性
Azure では、VM が接続されたマネージド ディスクへのアクセスを長期間失った場合、VM を自動的に復旧します。ディスクへの接続が回復すると、VM はシャットダウンされた後、自動的に再起動されます。この際、お客様による操作は一切必要ありません。これは引き続きデフォルトの動作です。現在、一部のリージョンでパブリック プレビューが提供されている「ディスク単位の耐障害性」は、個々のデータ ディスクの一時的な喪失に耐えられるアプリケーション向けの新たな選択肢となります。この機能を有効にすると、Azure は影響を受けたディスクのみを切り離してオフライン状態にし、VM および残りのディスクは引き続き実行されます。ディスクの接続が回復すると、Azure はそのディスクを自動的に再接続し、オンライン状態に戻します。
一般利用可能：Azure Monitor 補助ログプランにおける Azure テーブルのサポートおよびプラン切り替え
Azure Monitor Logs の「Auxiliary」テーブルプランは、コンプライアンスや監査のために保持しているものの、クエリを実行することはほとんどない、大容量で詳細なログを取り込み、保持するための費用対効果の高い方法を提供します。要望の多かった 2 つの機能が、一般提供開始となりました。Auxiliary は、DCR ベースのカスタムテーブル（_CL）に加え、標準の Azure テーブルの一部もサポートするようになりました。価値の低いデータについては、カスタム パイプラインを構築して形式を変更する代わりに、元の標準テーブルにそのまま保持し（テーブル名、スキーマ、既存のクエリを維持したまま）、管理することができます。また、既存のテーブルを再作成することなく、Analytics プランと Auxiliary プランの間で切り替えることも可能です。この変更は既存のテーブルにそのまま適用されるため、履歴、スキーマ、統合機能は維持され、ワークロードの進化に合わせて切り替えを完全に元に戻すこともできます。
一般利用可能：Azure Government および中国リージョンにおける Azure Monitor 補助ログプラン
Azure Monitor Logs の「Auxiliary」テーブルプランは、コンプライアンスや監査に使用される、大容量で詳細なログを取り込み、保持するためのコスト効率に優れたオプションです。「Auxiliary Logs」は、Azure Government (Fairfax) および中国といったソブリンクラウドで一般提供が開始されました。
一般利用可能：Azure Copilot Observability Agent が基本テーブルプランおよび補助テーブルプランに対応
Azure Monitor の AI 搭載運用支援ツールである Azure Copilot Observability Agent は、対話型分析や詳細な調査において、Basic および Auxiliary テーブルプランの Log Analytics データも対象とするようになりました。 チームは、コンテナの stdout や stderr、監査ログ、ノードの syslog などの大容量のテレメトリを、より低コストのテーブルプランに移行しつつ、サポート対象のデータをメトリクス、トレース、トポロジー、Azure リソースのコンテキストとともにエージェントが利用可能な状態に保つことができます。 これは特に Kubernetes の運用において有用であり、ContainerLogV2、AKS 監査ログ、コントロールプレーン ログなどの大容量のテレメトリは、Basic テーブルプランの候補となります。対象となるテーブルがすでに Basic または Auxiliary プランを使用している場合、ユーザーによる追加の設定は不要です。
一般利用可能：Azure Firewall による SNAT ルートの自動学習
Azure Firewall の「SNAT ルートの自動学習」機能が一般提供開始されました。この機能により、登録済みおよびプライベートな宛先プレフィックスが定期的に自動的に学習され、それらを No-SNAT 範囲として適用することで、元の送信元 IP アドレスを維持し、SNAT の管理を簡素化します。
一般利用可能：Microsoft Marketplace における発注書のマッピング機能
Microsoft Marketplaceでの購入を、貴社の会計ニーズに合わせて管理しましょう。発注書のマッピング機能により、Marketplaceでの購入を含むMicrosoftの請求書の配分が可能になり、組織のクラウドおよびAI関連の支出の照合が容易になります。 発注書ごとの補足的な請求書ビューを取得し、請求書発行後最大3か月間まで支出の再マッピングを行うことができるため、ニーズの変化に応じてチームが柔軟に対応できるようになります。
機密仮想マシン（CVM）は、テナントに対して強固なセキュリティと機密性を提供します。AKS における Azure Linux 向けの CVM が一般提供開始となり、CVM を使用したノードプールにより、コードのリファクタリングを一切行わずに、機密性の高いコンテナワークロードを AKS へ移行しつつ、AKS の機能を活用できるようになりました。 Azure Linux 3 に対応する CVM 仮想マシンサイズを使用して、新しいノードプールを作成できます。CVM を使用して作成されたノードプール内のノードは、CVM 用に特別に構成されたカスタマイズ済みの Azure Linux 3 イメージを使用します。
Azure Container Registry (ACR) のアーティファクト・ストリーミング機能を活用することで、Azure Kubernetes Service (AKS) 上のコンテナ化されたワークロードの処理を高速化できるようになりました。アーティファクト・ストリーミングにより、コンテナイメージがクラスターに完全にプルされるのを待たずに、ワークロードをスケールさせることができます。
一般利用可能：AKS 上の Windows Server 2025
Azure Kubernetes Service (AKS) 上で Windows ベースのワークロードを実行している組織は、旧バージョンの Windows Server に対するサポート期間が終了に近づくにつれ、モダン化への圧力が高まっています。 お客様が準備を進められるよう、AKSではWindows Server 2025に対するGAサポートを提供開始しました。これにより、Stable ABI、Generation 2 VMのデフォルト設定、containerd 2.0、デフォルトでのFIPS対応など、大幅な改善がもたらされます。
一般利用可能：Azure Container Apps における Microsoft Defender for Cloud のサポート（サーバーレス コンテナのセキュリティ状態）
お客様は、Azure Container Apps 環境を Microsoft Defender for Cloud の機能に統合できるようになり、セキュリティチームは単一のワークフローから、より広範なコンテナ環境にわたってセキュリティ態勢の管理を拡大できるようになります。これにより、Container Apps リソースの可視性を高め、ID、ネットワーク、コンテナやコンテナイメージの設定といった分野にわたるリスク評価が容易になります。 この機能により、チームはコンテナ環境全体のリスクをより一貫して評価し、攻撃経路分析を活用して潜在的な脆弱性をより迅速に特定できるようになります。その結果、セキュリティ態勢の一元化が進み、手作業の負担が軽減され、Container Apps の展開を保護する際の確信度が高まります。
パブリックプレビュー：Azure Database for MySQL のリーダー・エンドポイント
Azure Database for MySQL - Flexible Server で複数のレプリカを使用する際の接続管理を簡素化する「リーダーエンドポイント」のサポートが、パブリックプレビューとして開始されたことをお知らせいたします。リーダーエンドポイントを使用すると、読み取り専用接続トラフィックを複数のレプリカ間で自動的に負荷分散することができます。 これにより、読み取り操作用のエンドポイントが 1 つに統一されるため、アプリケーションアーキテクチャが簡素化され、スケーラビリティと耐障害性の両方が向上します。Azure Database for MySQL では、プライマリ サーバー 1 台につき最大 10 個の読み取りレプリカをサポートしています。読み取り専用トラフィックをリーダー エンドポイント経由でルーティングすることで、個々のレプリカ エンドポイントを個別に扱う必要がなく、接続を効率的に管理し、パフォーマンスを最適化できます。
パブリックプレビュー：Azure Front Door のプロファイルおよびルートレベルの WAF ポリシー
Azure Front Door の Web アプリケーション ファイアウォール (WAF) では、プロファイルおよびルート レベルの WAF ポリシーの関連付けがパブリック プレビューとして提供されるようになりました。これにより、Azure Front Door プロファイル全体に広範なベースライン保護を適用しつつ、異なる制御が必要な特定のアプリケーション、ドメイン、またはルートに対しては、対象を絞ったポリシーを適用できるようになり、柔軟性が高まります。 この更新により、プロファイル、ドメイン、またはルートのスコープで WAF ポリシーを関連付けることができます。たとえば、プロファイル内のすべてのドメインに共通する保護にはプロファイル レベルのポリシーを使用し、サインイン、チェックアウト、API ルートなどの機密性の高いパスにはルート レベルのポリシーを適用することができます。 これにより、ポリシーの重複を削減しつつ、必要な箇所ではよりきめ細かなセキュリティ構成が可能になります。1つのリクエストに複数のWAFポリシースコープが適用される場合、Azure Front Doorは最も具体的なポリシーを適用します。つまり、ルートレベルのポリシーはドメインレベルのポリシーより優先され、ドメインレベルのポリシーはプロファイルレベルのポリシーより優先されます。 まず、Azure ポータルで Azure Front Door WAF ポリシーを作成または更新し、展開の要件に合った関連するスコープを選択してください。