第２７０回
廃止：HC シリーズの Azure 仮想マシンは、2027年5月31日に提供が終了します
2027年5月31日、Microsoft Azure では、以下の HC シリーズ仮想マシン (VM) サイズ（Standard_HC44rs、Standard_HC44-16rs、および Standard_HC44-32rs）の提供を終了します。継続的な運用とパフォーマンスの向上を確保するため、現行世代の Azure HPC VM ファミリーのいずれかへの移行をお勧めします。
・ Azure HBv5シリーズVM — HBシリーズの最新モデルであり、ほとんどの計算およびメモリ集約型ワークロードにおいて、HBv4よりも大幅に高いパフォーマンスと優れたコストパフォーマンスを提供します。
・ Azure HXシリーズVM — 高メモリHPCワークロード向けに最適化されており、HBv4の2倍のメモリ容量を備え、シミュレーション、大規模モデル、およびメモリ制約のあるアプリケーションに最適です。
廃止：HBv2 シリーズの Azure 仮想マシンは、2027年5月31日に提供が終了します
2027年5月31日、Microsoft Azure では、以下の HBv2 シリーズの仮想マシン (VM) サイズが提供終了となります: Standard_HB120rs_v2、Standard_HB120-96rs_v2、Standard_HB120-64rs_v2、Standard_HB120-32rs_v2、および Standard_HB120-16rs_v2。継続性とパフォーマンスの向上を確保するため、現行世代のAzure HPC VMファミリーへの移行をお勧めします。
・ Azure HBv5シリーズVM — HBシリーズの最新モデル — ほとんどの計算およびメモリ集約型ワークロードにおいて、HBv4よりも大幅に高いパフォーマンスと優れたコストパフォーマンスを提供します。
・ Azure HX シリーズ VM — 高メモリ HPC ワークロード向けに最適化されており、HBv4 の 2 倍のメモリ容量を提供します。シミュレーション、大規模モデル、およびメモリ制約のあるアプリケーションに最適です。
廃止：NP シリーズの Azure 仮想マシンは、2027年5月31日に提供が終了します
2027年5月31日、Microsoft Azure では、Standard_NP10s、Standard_NP20s、および Standard_NP40s の NP シリーズ仮想マシン (VM) サイズが提供終了となります。継続性と最適なパフォーマンスを確保するため、ワークロードの要件に応じて、以下のAzure GPU VMファミリーへの移行をお勧めします。
・ NDv2 VM – 最も要求の厳しいGPUアクセラレーションによるAI、機械学習、シミュレーション、およびHPCワークロードのニーズに合わせて設計されています。
・ NCads_H100_v5 VM – 実環境でのAzure Applied AIトレーニングおよびバッチ推論ワークロード向けです。
・ NCasT4_v3 – ユーザー生成リクエストのリアルタイム推論などの AI サービスの展開、またはインタラクティブなグラフィックスおよび可視化ワークロードに最適です。
パブリックプレビュー：Azure Databricks OneLake カタログ フェデレーション
Azure Databricks で OneLake カタログのフェデレーションを有効にすることで、データをコピーしたり移動したりすることなく、Microsoft Fabric OneLake のデータをクエリできるようになりました。Unity Catalog を OneLake カタログに接続すると、Azure Databricks がスキーマとテーブルを自動的に同期するため、Fabric Lakehouse のアイテムが既存の Azure Databricks データ資産と並べて表示されます。クエリは引き続き Azure Databricks のコンピュート上で実行され、OneLake に格納されたデータを読み取るため、データの散在を抑え、アーキテクチャを簡素化するゼロコピー環境を実現します。
廃止：Azure Sphereは2031年7月31日にサービス終了となります
Azure Sphere サービスは終了予定であり、2031年7月31日をもって、すべての顧客向けアプリケーション、OS、バグ修正、セキュリティ更新プログラムの提供、および DAA 証明書の発行が終了します。なぜこのような措置が取られるのでしょうか？Azure Sphereは、専用ハードウェア、セキュアなLinuxベースのOS、クラウドベースのセキュリティサービスを組み合わせることで、セキュアなIoT接続の先駆けとなり、マイクロコントローラーのセキュリティに関する業界標準を向上させました。IoT環境の進化に伴い、お客様は現在、幅広い半導体ベンダーからセキュアなマイクロコントローラーを入手し、これらをMicrosoftの次世代ソリューションと組み合わせることで、より高い柔軟性とスケーラビリティを実現できるようになりました。
廃止：Azure SQL Elastic Query - Shard_Map_Manager モード
2027年3月31日より、Shard_Map_Manager 外部データソース タイプを使用した Elastic Query のサポートが終了します。既存のワークロードは、Azure SQL Elastic Query - Shard_Map_Manager モードを使用して引き続き実行できますが、Microsoft からの更新やサポートは提供されなくなります。
パブリックプレビュー：2026年3月中旬の Azure SQL アップデート
2026年3月中旬、Azure SQL に対して以下の更新と機能強化が行われました。
・ インデックスのメンテナンス作業に時間や労力を費やすことなく、ストレージ容量、I/O、メモリの使用量を削減し、パフォーマンスを向上させます。
・ Azure SQL Server にソフト削除の保持期間を設定することで、誤削除を防ぎ、削除された場合でも自動復元が可能になります。
・ Azure SQL Database Hyperscale Premium シリーズは、現在の 128 vCore の制限からそれぞれ 25% および 50% 増加した新しい 160 および 192 vCore オプションによりスケーラビリティを拡張し、最も要求の厳しいワークロード向けに大幅に大規模なコンピューティングおよびメモリ構成を実現します。
・ ベクトルインデックスおよびベクトル検索用の DiskANN が大幅に改善され、従来の制約が解消されました。ベクトルインデックスは、完全なリアルタイム更新、統合されたプリフィルタリングおよびポストフィルタリング、およびベクトル量子化による大規模環境でのメモリ効率の向上をサポートするようになりました。これらの進歩により、オペレーショナルな検索拡張生成（RAG）ワークロードに最適です。
パブリックプレビュー：OpenTelemetry Collector を使用して OTLP データを Azure Monitor に取り込む
Azure Monitor は、OpenTelemetry Protocol (OTLP) シグナルのネイティブ取り込みに対応するようになりました。これにより、OpenTelemetry が実装されたアプリケーションやプラットフォームから、テレメトリデータを Azure Monitor に直接送信できるようになります。OpenTelemetry Collector を構成して、データを Azure Monitor のクラウド取り込みエンドポイントに直接送信し、Microsoft Entra による認証を使用して OTLP メトリクス、ログ、トレースを取り込むことができます。
一般利用可能：Azure Arc対応Kubernetes向けのAzure Monitor Prometheusコミュニティ推奨アラート
Azure Monitor では、Azure Arc 対応の Kubernetes クラスター向けに、Azure Portal から直接、Prometheus の推奨アラートをワンクリックで有効化できるようになりました。これらのアラートは、強化された Prometheus コミュニティのルールに基づいており、クラスター、ノード、ポッドの各レベルを包括的にカバーします。以前は、これらのアラートを有効にするには、テンプレートを手動でダウンロードし、CLI を使用してデプロイする必要がありました。これらのアラートを使用するには、クラスターで Azure Monitor マネージド サービス for Prometheus が有効になっている必要があります。これらは、従来の Container Insights 推奨アラート（カスタム メトリクス）（プレビュー）に代わるものです。
パブリックプレビュー：AKS におけるメッシュレス Istio を使用したアプリケーションルーティング
ingress-nginx の非推奨化に伴い、Kubernetes オペレーターは、フルサービスメッシュのような複雑さを伴わずに、サポートされ、標準に準拠した Ingress の移行パスを必要としています。「Meshless Istio によるアプリケーションルーティング」は、サイドカーベースのアーキテクチャを回避しつつ、Ingress 管理に Kubernetes Gateway API を採用することを可能にします。また、Microsoft は既存の ingress-nginx ベースのアプリケーションルーティングへのサポートを継続するとともに、オープンソースの ingress2gateway プロジェクトにも貢献しています。これにより、チームは Ingress 構成を段階的に最新化しつつ、運用の継続性を維持し、進化する Kubernetes 標準に準拠することが可能になります。
パブリックプレビュー：Microsoft Azure Kubernetes Application Network
Kubernetes 環境がリージョンやクラスター全体に拡大するにつれ、IP ベースのネットワーク管理は困難になり、アプリケーションレベルの可視性やセキュリティ制御も限定的になってしまいます。Azure Kubernetes Application Network は、Kubernetes トラフィック向けのアプリケーション層の抽象化機能を提供します。これには、ポッド間通信のための相互 TLS、アプリケーションを意識した承認ポリシー、インジェストおよびクラスター内通信にわたる詳細なトラフィックテレメトリが含まれ、単一の手順で設定可能な組み込みのマルチリージョン接続機能を備えています。これにより、チームはフルサービスメッシュを展開または運用することなく、ID を意識したセキュリティを適用し、より詳細なトラフィックの洞察を得ることができます。その結果、運用上のオーバーヘッドを削減しつつ、一貫性と監査可能性を向上させることができます。
一般利用可能：Azure Container Storage v2.1.0、Elastic SAN との統合およびオンデマンドインストールに対応
コンテナ化されたワークロードでは、多数の個別のディスクを管理することなく、より高い水準で安定したストレージ性能が求められることがよくあります。Azure Container StorageとElastic SANの統合により、Kubernetesクラスターは容量とパフォーマンスが共有されたプールからストレージを利用できるようになります。これにより、プロビジョニングが簡素化され、利用率が向上し、一元管理されたストレージモデルを通じて、ストレージ需要が変動するワークロードに対応できます。
Kubernetes 環境におけるネットワークの問題は、トラフィックの流れに対する可視性が限られており、障害に関するコンテキスト情報が不十分なため、診断が難しい場合があります。Azure Kubernetes Service (AKS) のコンテナ ネットワーク ログ（一般提供開始）は、IP アドレス、ポート、ネームスペース、ポッドおよびサービス名、フローの方向、L3/L4 および HTTP、gRPC、Kafka などのサポートされているレイヤー 7 プロトコルにわたるポリシー判定など、フローごとの詳細なメタデータをキャプチャすることで、ネットワーク フローに関する豊富なコンテキスト情報を提供します。この機能は、フィルタベースの継続的な収集を行う保存ログと、対象を絞ったスナップショットを取得するオンデマンドログの両方をサポートしています。
パブリックプレビュー：Azure Monitor における AKS マネージド GPU メトリクス
GPUを活用したワークロードを実行するチームでは、Kubernetesのメトリクスと併せてGPUの利用状況を包括的に把握できないことがよくあります。AKSマネージドGPUメトリクスを利用すると、NVIDIA GPU対応ノードプールからのパフォーマンスおよび利用状況データが、マネージドのPrometheusおよびGrafana環境に自動的に公開されます。これにより、GPUのテレメトリデータがクラスタメトリクスと同じ可観測性スタックに取り込まれ、エクスポーターを手動で設定することなく、キャパシティプランニングや運用監視が可能になります。
パブリックプレビュー：Azure Kubernetes Fleet Managerのクロスクラスター・ネットワーキング
複数のKubernetesクラスターにまたがってアプリケーションを実行している組織では、分散型マイクロサービス環境の複雑さにより、パフォーマンス、グローバルなサービスディスカバリ、および可観測性に関する課題に直面することがよくあります。Azure Kubernetes Fleet Managerは、クロスクラスター・ネットワーキング機能を提供し、構成を簡素化し、マルチクラスター・ネットワーキングの管理を一元化するマネージドCiliumクラスターメッシュを実現します。この機能により、AKSクラスター間の統合された接続性が実現され、クラスター間サービスディスカバリのためのグローバルサービスレジストリが作成され、インテリジェントなルーティングがサポートされます。
パブリックプレビュー：コンテナネットワークのトラブルシューティング用AIエージェント
Kubernetesのネットワーク問題のトラブルシューティングは、ログやメトリクスが複数のツールに分散しているため、作業が遅延しがちであり、インシデント発生時にはエンジニアが手作業で兆候を照合せざるを得ない状況が生じます。コンテナ・ネットワーキング・エージェントは、軽量なWebベースのインターフェースを提供し、自然言語で記述された問題の説明を、クラスタのリアルタイムテレメトリデータを用いて読み取り専用の診断情報に変換し、安全な診断ワークフローを自動で実行します。このエージェントは、ネットワークに関する知見を一元化し、調査結果を構造化された修正ガイダンスと共に要約することで、設定変更を行うことなく、調査時間を短縮し、トラブルシューティングの一貫性を向上させます。
一般提供開始：AKS 向けのコンテナネットワークメトリクスのフィルタリング機能
ネットワークの可観測性により大量のメトリクスが生成されるため、チームが運用上重要なデータに焦点を当てることが難しくなることがあります。Azure Container Networking Services (ACNS) のコンテナネットワークメトリクスフィルタリング機能を使用すると、オペレーターは Kubernetes カスタムリソースを利用して、収集するコンテナレベルのネットワークメトリクスを制御でき、フィルタは動的に適用されます。これにより、チームは監視ノイズを低減し、データ量を管理し、ダッシュボードで実用的なシグナルに焦点を当て続けることができます。
パブリックプレビュー：Azure SQL Managed Instance の変更イベント ストリーミング
変更イベントストリーミング（CES）を使用すると、Azure SQL Managed Instance からの行レベルのデータ変更（挿入、更新、削除）を、ほぼリアルタイムで Azure Event Hubs にストリーミングできるようになりました。SQL はトランザクションのコミット時に変更を公開するため、レイテンシを低減しつつ、ワークロードの運用オーバーヘッドを最小限に抑えます。
一般利用可能：Azure Database for PostgreSQL の pg_cron における cron.timezone によるカスタムタイムゾーンのサポート
Azure Database for PostgreSQL で、サーバー パラメーター `cron.timezone` を変更できるようになりました。このパラメーターは、pg_cron がスケジュールされたジョブを評価する際に使用するタイムゾーンを制御します。`cron.timezone` を設定することで、サーバーのデフォルト設定に依存することなく、指定したタイムゾーンに従ってスケジュールされたジョブが実行されるようにできます。この更新は、地域の営業時間や特定の運用タイムゾーンに合わせてジョブを実行する必要があるアプリケーションにとって特に有用です。このパラメーターは、Azure ポータル、Azure CLI、Azure Resource Manager、または REST API を通じて更新でき、変更は新しくスケジュールされた pg_cron ジョブに適用されます。
一般利用可能：PostgreSQL 移行サービスにより、互換性のある EDB ワークロードを Azure Database for PostgreSQL へ移行可能に
EDB PostgreSQLが、Azure Database for PostgreSQLへの移行元としてサポートされるようになったことをお知らせいたします。ダウンタイムを最小限に抑えるよう設計された、安全で信頼性の高いワークフローを活用し、エンドツーエンドでネイティブなPostgreSQL互換性を維持しながら、EDB Postgres Extended ServerからAzureへPostgreSQL環境を移行・統合することができます。
一般利用可能：Google AlloyDB から Azure Database for PostgreSQL への移行サービスが利用可能になりました
Google AlloyDBが、Azure Database for PostgreSQLへの移行元としてサポートされるようになったことをお知らせいたします。ダウンタイムを最小限に抑えるよう設計された、安全で信頼性の高いワークフローを活用し、エンドツーエンドでネイティブなPostgreSQL互換性を維持しながら、Google AlloyDBからAzureへPostgreSQL環境を移行・統合することができます。
一般利用可能：オンライン移行でpgoutputプラグインが使用されるようになりました
pgoutputを活用することで、信頼性とパフォーマンスが向上したオンライン（ダウンタイムを最小限に抑えた）移行が可能になりました。今回のアップデートでは、PostgreSQLのネイティブな論理レプリケーションフレームワークに準拠することで、最新のPostgreSQL環境との互換性が向上し、従来のデコード機構への依存度が低減されました。これにより、PostgreSQLのバージョンが進化しても、継続的な互換性が確保されます。
パブリックプレビュー：Azure Database for MySQL 向け Fabric Mirroring 統合
Azure Database for MySQL – Flexible Server 向けの Fabric Mirroring 統合のパブリック プレビューの提供を開始したことをお知らせいたします。これにより、ETL パイプラインを構築・維持することなく、MySQL の運用データをほぼリアルタイムで Microsoft Fabric にレプリケートできるようになりました。ミラーリングされたデータは Delta Parquet 形式で OneLake に格納され、Fabric の各サービスにおいて即座に分析に利用可能です。
一般利用可能：プライベートエンドポイントを備えた Microsoft Fabric での Cosmos DB ミラーリング
Microsoft Fabric における Azure Cosmos DB ミラーリングのプライベートエンドポイントのサポートが一般提供開始となったことをお知らせいたします。これにより、強化されたネットワークセキュリティ体制を維持したまま、運用データに対して強力な分析機能を活用できるようになりました。仮想ネットワークの制限を設定し、プライベートエンドポイントを構成することで、データが Fabric ワークスペースにレプリケートされる際も、データがプライベートネットワークの境界内で確実に保護されるようになります。また、Azure Cosmos DB のネットワークアクセス制御リスト (ACL) 機能を使用して、特定の Fabric ワークスペース ID に対して Cosmos DB アカウントへの信頼できる接続を許可することも可能です。
パブリックプレビュー：AKSにおけるブルーグリーン・エージェントプールのアップグレード
稼働中の環境に直接変更を適用するインプレース方式のノードプールアップグレードには、リスクが伴う可能性があります。ブルー・グリーン方式のエージェントプールアップグレードでは、新しい構成を持つ並列ノードプールを作成することで、ワークロードを移行する前に検証を行うことができ、明確なロールバック経路を確保できます。これにより、アップグレードのリスクを低減し、より管理されたクラスタのライフサイクル管理を実現します。