Weekly Azure アップデート情報 - 2024/10/8 〜[一般公開] NVIDIA Tensor Core GPU を搭載した Azure confidential VMs～

セキュリティ・ID

• [サービス終了] Azure Front Door の TLS 1.0 および TLS 1.1 のサポートが 2024 年 12 月 1 日までに終了

  Azure の継続的なセキュリティ強化に合わせて、2024 年 12 月 1 日以降、Azure Front Door での TLS 1.0 および 1.1 のサポートが終了します。これに伴い、全ての接続は TLS 1.2 以降を使用する必要があります。TLS 1.2 以降のバージョンは、完全前方秘匿性や強力な暗号スイートなどの機能を備え、セキュリティが向上します。

  推奨される対応
  　 ➢ カスタムドメイン設定で最小 TLS バージョンを 1.2 に設定することをおすすめします。
  　 ➢ Azure Front Door を使用している場合は、「カスタムドメインに対して HTTPS を構成する - Azure Front Door | Microsoft Learn」を参照して TLS 1.2 に設定してください。
  　 ➢ Azure Front Door Classic を使用している場合は、「Front Door (クラシック) カスタムドメインで HTTPS を構成する - Azure Front Door | Microsoft Learn」を参照して TLS 1.2 に設定してください。
  　 ➢ Microsoft CDN を使用している場合は、「チュートリアル:Azure CDN カスタムドメインで HTTPS を構成する | Microsoft Learn」を参照し て TLS 1.2 に設定してください。 

• [プレビュー] Microsoft Playwright Testing におけるレポート機能と Microsoft Entra ID 認証のパブリックプレビュー

  Microsoft Playwright Testing におけるレポート機能と Microsoft Entra ID 認証のパブリックプレビューを発表します。これにより、トラブルシューティング機能が向上し、セキュリティが強化されます。

  レポート機能で簡単にトラブルシューティング:
  　 ➢ 新しい Microsoft Playwright Testing のレポート機能は、CI ランでのトラブルシューティングを簡素化し、詳細なテスト結果やログ、スクリーンショット、トレースなどの豊富なアーティファクトを提供します。これらのアーティファクトは中央の場所に安全に保存され、開発チームの誰もが Playwright ポータルを通じて迅速にアクセスできます。ポータル内の強力な Trace Viewer を使用して、問題の診断が容易になります。また、ユーザーはこれらのリソースへのアクセスを簡単に設定でき、セキュリティとチームのコラボレーションが向上します。

  Microsoft Entra ID で安全に認証:
  　 ➢ セキュリティをさらに強化し、ワークフローを合理化するために、Microsoft Entra ID を Microsoft Playwright Testing のデフォルト認証方法として導入しました。Microsoft Entra ID は、アクセストークンのリスクを軽減し、開発者の体験を向上させます。

コンピューティング

• [プレビュー] 新しい FX シリーズ VM - FXmsv2 および FXmdsv2 のパブリックプレビュー

  Azure は、FX サブファミリーの最新の追加である FXmsv2 および FXmdsv2 シリーズを発表します。これらのシリーズは、ハイパースレッド構成の第 5 世代 Intel® Xeon® Platinum 8473C (Emerald Rapids) プロセッサを搭載しており、メモリおよび計算集約型のワークロードに最適です。この新しいプロセッサは、Intel® Turbo Boost Technology、Intel® Advanced-Vector Extensions 512 (Intel® AVX-512)、 および Intel® Deep Learning Boost を備え、全コアターボクロック速度は 3.0 GHz です。これらの VM シリーズは、高い CPU クロックスピードと高いメモリ対 CPU 比率を必要とするワークロードや、電子設計自動化 (EDA) ワークロードなど、高いシングルコア性能、高い IOPS、 およびスループットを必要とするアプリケーションを対象としています。
  これらの仮想マシンは最大 96 vCPU と 1832 GiB の RAM を提供します。これらの VM シリーズは、ローカルディスクの有無にかかわらず利用可能であり、各ワークロードに最適なオプションを選択できます。プレビュー期間中、これらの VM は West US 3 および Southeast Asia リージョンで最大 96 vCPU の全ての VM サイズで利用可能です。 リージョンの数は 2024 年以降も拡大し続けます。

  プレビューサインアップフォームにサインアップして、ブログやドキュメントで詳細を確認できます。
  詳細はFXmsv2 サイズシリーズ (プレビュー)をご覧ください。

• [プレビュー] Azure Functions の Linux Plan での .NET 9 サポートをパブリックプレビュー

  Azure Functions は、isolated worker model を使用し、Linux plans で実行されるアプリケーション向けに .NET 9 preview 7 をサポートします。.NET 9 を使用するには、Functions プロジェクトのターゲットフレームワークを調整し、Microsoft.Azure.Functions.Worker および Microsoft.Azure.Functions.Worker.Sdk の参照をバージョン 2.0.0-preview1 以降に更新する必要があります。これらの新しいバージョンを使用するために、プロジェクトコードに他の変更が必要な場合があります。これらの変更の詳細については、core packages documentation を参照してください。 .NET 9 プロジェクトは Linux plans 上のアプリケーションにデプロイできます。これらのアプリケーションは .NET 9 をサポートするように構成する必要があります。詳細は分離ワーカーモデルで C# Azure Functions を実行するためのガイドを参照してください。

コンテナー

• [サービス終了] Helm チャートの保存における Helm リポジトリから OCI アーティファクトへの移行

  2020 年 11 月に Helm v2 はサポート終了となりました。2025 年 3 月 30 日から、Azure Container Registry は Helm v2 をサポートし なくなります。そのため、従来の「Helm リポジトリ」機能も廃止されます。この日以降、Azure Container Registry は Helm チャートを Open Container Initiative (OCI) アーティファクトとして保存することのみをサポートします。 Open Container Initiative (OCI) アーティファクトは、OCI イメージ仕様を利用するコンテナアーティファクトです。これにより、helm push コマンドを実行してレジストリ内に Helm チャートをアーティファクトとして保存し、helm install コマンドを実行して Helm チャートをインストールすることができます。OCI アーティファクトとして保存され た Helm チャートの操作に関する完全なガイドは Azure コンテナー レジストリに対する Helm グラフのプッシュおよびプル をご覧ください:

  影響について
  　 ➢ 2024 年 10 月 30 日から、CLI コマンド az acr helm push が廃止されます。これにより、従来の Helm リポジトリに新しい Helm チャートをプッシュするこ とができなくなります。
  　 ➢ 2025 年 3 月 30 日から、CLI コマンドグループ az acr helm が廃止されます。これにより、Azure Container Registry での従来の Helm リポジトリ機能 が全て終了します。
  　 ➢ OCI アーティファクトとして保存されていない全ての Helm チャートは、2025 年 3 月 30 日に Azure Container Registry から削除されます。 Helm リポジトリに保存されている全ての Helm チャートを見つける方法については az acr helm list をご覧ください。使用している Helm チャートがリストに含まれている場合、それは従来の Helm リポジトリに保存されており、削除のリスクがあります。

  必要な対応
  　 ➢ Helm v3 への移行を開始する必要があります。詳細は Helm のドキュメントで確認できます。Helm v3 を使用している場合、Helm チャートを OCI アーティファクトとしてプッシュできます。

• [一般公開] AKS で FIPS mutability がサポート

  Federal Information Processing Standard (FIPS) 140-2 は、情報技術製品およびシステムにおける暗号モジュールの最低セキュリティ要件を定義する米国政府の標準です。Azure Kubernetes Service (AKS) では、FIPS 140-2 を有効にした Linux および Windows ノードプールを作成できます。FIPS 対応ノードプールで実行されるデプロイメントは、これらの暗号モジュールを使用してセキュリティを強化し、 FedRAMP 準拠の一環としてセキュリティ管理を満たすのに役立ちます。FIPS 140-2 の詳細については、Federal Information Processing Standard (FIPS) 140 を参照してください。
  FIPS mutability を使用すると、既存の Linux ノードプールで FIPS を有効または無効にすることができます。既存のノードプールを更新すると、 ノードイメージが現在のイメージから同じ OS SKU の推奨 FIPS イメージに変更されます。これにより、即座に再イメージがトリガーされます。アプリケーションを FIPS に移行する際は、まずテスト環境でアプリケーションが正常に動作することを確認してから、本番環境に移行してください。
  詳細は Azure Kubernetes Service (AKS) ノードプールに対して Federal Information Process Standard (FIPS) を有効にする を参照してください。 

• [サービス終了] AKS GPU image (preview) が 2025 年 1 月 10 日に廃止

  AKS GPU image (preview) は 2025 年 1 月 10 日に廃止されます。GPU イメージを使用して新しい GPU 対応ノードプールを作成することができなくなります。GPU イメージ対応ノードプールを使用しているお客さまには、既存のワークロードを AKS がサポートするソリューションで作成された GPU 対応の以下のノードプールに移行することをおすすめします。
  　 ➢ (1) NVIDIA デバイスプラグインのインストールを伴うデフォルトエクスペリエンス
  　 ➢ または (2) GPU Operator

  この廃止について詳しくは、GitHubをご覧ください。AKS で NVIDIA GPU の代替オプションを確認できます。 

• [一般公開] Azure Kubernetes Service (AKS) のバージョン 1.27 および 1.30 の長期サポート

  Kubernetes バージョンのアップグレードを管理するために、AKS は長期サポート (LTS) オプションを提供しており、Kubernetes バージョンのサポート期間を延長して、より多くの時間をかけて新しい Kubernetes バージョンへのアップグレードを計画およびテストできるようにします。
  AKS は現在、バージョン 1.27 およびバージョン 1.30 の LTS をサポートしています。

• [サービス終了] Open Service Mesh add-on for AKS は 2027 年 9 月 30 日に廃止

  Open Service Mesh プロジェクトのアーカイブに伴い、Istio service mesh add-on が Azure Kubernetes Service (AKS) 用にリリースされ、 2024 年 2 月 28 日から一般提供されています。
  オープンソースの Open Service Mesh のアーカイブにより、Open Service Mesh add-on for AKS は新しいマイナーバージョンリリースや新機能を受け取ることがなくなり、2027年 9月 30日に廃止されます。セキュリティパッチの更新は 2027 年 9 月 30 日まで提供されます。2027 年 9 月 30 日まで、既存の Open Service Mesh add-on for Azure Kubernetes Service (AKS) を引き続き使用するか、それまでに Istio add-on for Azure Kubernetes Service (AKS) に移行することができます。Open Service Mesh (OSM) 構成から Istio への移行はOpen Service Mesh (OSM) 構成から Istio への移行ガイダンスを参照してください。両方のアドオン間で価格の変更はありません。

• [プレビュー] AKS で Virtual Machine ノードプールのサポートがパブリックプレビュー

  Azure Kubernetes Service (AKS) では、仮想マシンノードプールを使用することで、各ノードのプロビジョニングとブートストラップを直接管理します。通常、AKS にワークロードをデプロイする際、各ノードプールには 1 つの仮想マシン (VM) タイプまたは SKU しか含めることができません。 しかし、仮想マシンノードプールを使用すると、同じファミリーの複数の VM SKU を 1 つのノードプールに追加することが可能になります。これにより、SKU タイプごとにノードプールを維持する必要がなくなり、ノードプールのフットプリントが削減されます。

• [サービス終了] Azure Arc-enabled Kubernetes 用 Open Service Mesh 拡張機能が 2027 年 9 月 30 日に廃止

  オープンソース Open Service Mesh プロジェクトのアーカイブに伴い、Azure Arc-enabled Kubernetes 用の Open Service Mesh 拡張機能は新しいマイナーバージョンリリースや新機能を受け取ることがなくなり、2027 年 9 月 30 日に廃止されます。セキュリティパッチの更新は 2027 年 9 月 30 日まで提供されます。2027 年 9 月 30 日まで、既存の Azure Arc-enabled Kubernetes 用 Open Service Mesh 拡張機能を引き続き使用するか、それまで に Istio などのオープンソースの代替手段に移行することができます。Open Service Mesh (OSM) 構成から Istio への移行はOpen Service Mesh (OSM) 構成から Istio への移行ガイダンスを参照ください。

ネットワーキングとコンテンツ配信

• [サービス終了] VpnGw1-5 (Non-AZ SKUs) は 2026 年 9 月 30 日に廃止され、ゲートウェイは自 動的に AZ SKUs に移行

  2026 年 9 月 30 日に VpnGw1–5 (Non-AZ SKUs) は廃止されます。冗長性の欠如、可用性の低下、および追加のフェイルオーバーソリューションに関連する潜在的な高コストのため、全ての Non-AZ SKUs を AZ SKUs に移行します。
  2025 年 1 月 1 日から、VpnGw1-5 (Non-AZ SKUs) での新しいゲートウェイの作成はできなくなります。2025 年 4 月から 2026 年 10 月の間に、全ての VpnGw1-5 (Non-AZ SKUs) のゲートウェイを VpnGw1-5 (AZ SKUs) にシームレスに移行します。この移行を円滑に進めるために、AZ SKUs の価格を引き下げています。適切な SKU を選択するために、価格ページを参照してください。

  推奨される対応について、以下の日付にご注意ください：
  　 ➢ 2025 年 1 月 1 日: VpnGw1-5 SKUs (Non-AZ SKUs) での新しいゲートウェイの作成ができなくなります。
  　 ➢ 2025 年 1 月 1 日: AZ SKUs の価格引き下げが適用されます。
  　 ➢ 2026 年 9 月 30 日: VpnGw1-5 (Non-AZ SKUs) が廃止され、全てのゲートウェイがこの日までに自動的に移行されます。 

• [サービス終了] Azure Network Watcher の Network Security Group フローログが廃止

  2027 年 9 月 30 日に、Azure Network Watcher の network security group (NSG) フローログ が廃止されます。この廃止に伴い、2025 年 6 月 30 日から新しい NSG flow logs を作成できなくなります。NSG フローログの制限を克服し、強化された機 能を提供する virtual network フローログ への移行をおすすめします。必要な対応 サービスの中断を避けるために、2027 年 9 月 30 日までに virtual networkフローログへ移行してください。

  ヘルプとサポート質問がある場合は、Microsoft Q&A のコミュニティー専門家から回答を得ることができます。

  サポートプランをお持ちで技術的な支援が必要な場合は、サポートリクエスト を作成してください。
  　 ➢ 問題の種類には「Technical」を選択してください。
  　 ➢ サブスクリプションにはご自身のサブスクリプションを選択してください。
  　 ➢ サービスには「My services」を選択し、その後「Maps」を選択してください。
  　 ➢ サポートリクエストを作成する Azure リソースを選択してください。
  　 ➢ 概要には問題の説明を入力してください。
  　 ➢ 問題の種類には「How-to development question」を選択してください。
  　 ➢ 問題のサブタイプには「Select best available option」を選択してください。  

• [一般公開] gRPC およびフロントエンド mTLS が Application Gateway for Containers で利用可能に

  Application Gateway for Containers は、gRPC およびフロントエンド相互認証 (mTLS) のサポートを導入しました。フロントエンド相互認証 (mTLS) は、Application Gateway Ingress Controller を使用しているお客さま向けに、Application Gateway for Containers に機能のパリティをもたらします。この強化により、特定のクライアントのみが認証されてから、そのリクエストがバックエンドサー ビスにプロキシされるようになり、セキュリティが向上します。以前にリリースされたバックエンド相互認証と組み合わせることで、このアップデートはエンドツーエンドの相互認証を実現します。さらに、Application Gateway for Containers は gRPC をサポートするようになりました。gRPC を使用すると、クライアントと Application Gateway for Containers の間で 4 つの新しい通信方法（単一、クライアントストリーミング、サーバーストリーミング、および双方向ストリーミング機能）が有効になります。
  フロントエンド相互認証の詳細については Application Gateway for Containers を使用したフロントエンド MTLS - ゲートウェイ API をご覧ください。gRPC の詳細については gRPC on Application Gateway for Containers をご覧ください。

• [サービス終了] Azure Application Gateway の TLS 1.0 および TLS 1.1 のサポートが 2025 年 8 月 31 日までに終了

  Azure の継続的なセキュリティ強化 に合わせて、2025 年 8 月 31 日以降、Azure Application Gateway での TLS 1.0 および 1.1のサポートが終了します。これに伴い、全ての接続は TLS 1.2 以降を使用する必要があります。TLS 1.2 以降のバージョンは、完全前方秘匿性や強力な暗号スイートなどの機能を備え、セキュリティが向上します。

  推奨される対応
  　 ➢ フロントエンド接続 - Application Gateway の TLS ポリシー を Predefined AppGwSslPolicy20220101S、AppGwSslPolicy20220101、または最小バージョン 1.2 のカスタムポリシーに更新することをおすすめします。（CustomV2 ポリシーはデフォルトで最小バージョン 1.2 です）。ゲートウェイがこれらのセキュアなポリシーのいずれかですでに構成されている場合、特別な対応は不要ですが、古いクライアントが TLS 1.2 以上で通信するように更新されていることを確認してください。
  　 ➢ バックエンド接続 - 2025 年 8 月 31 日以降、バックエンドサーバーへの接続は常に最小 TLS 1.2 から最大 TLS 1.3 で行われます。バックエンド接続の TLS バージョンについては、Application Gateway で特別な設定は不要ですが、バックエンドプール内のサーバーがこれらの更新されたプロトコルバージョンに 対応していることを確認する必要があります。これにより、バックエンドサーバーとの TLS/HTTPS 接続の確立時に中断が発生しないようにします。 

• [サービス終了] Azure CDN Standard from Microsoft (classic) が 2027 年 9 月 30 日に廃止

  2027 年 9 月 30 日に、Azure CDN Standard from Microsoft (classic) は廃止されます。サービスの中断を避けるために、それまでに Azure Front Door Standard または Premium へ移行する必要があります。この廃止に伴い、2025 年 10 月 1 日からは、Azure ポータル、Terraform、またはコマンドラインツールを使用して新しい Azure CDN Standard from Microsoft (classic) リソースを作成することができなくなります。 2025 年 10 月 1 日までは、既存の Azure CDN Standard from Microsoft (classic) リソースの変更は引き続き可能です。それ以降は、 全ての新しいリソースは Azure Front Door Standard または Premium を使用して作成する必要があります。
  Azure Front Door Standard および Premium は、Azure CDN Standard from Microsoft (classic) と同じ利点に加え、追加の機能とセキュリティ強化を提供します。

  必要な対応
  　 ➢ サービスの中断を避けるために、2027 年 9 月 30 日までに Azure Front Door Standard または Premium へ移行してください。 

• [サービス終了] Azure Load Balancer の Azure VMs および Azure VMSS 向け Inbound NAT rule V1 が廃止

  2027 年 9 月 30 日に、Azure Load Balancer の Azure Virtual Machines および Azure Virtual Machine Scale Sets 向け Inbound NAT rule V1 が廃止されます。サービスの中断を避けるために、それまでに Inbound NAT rule V2 へ移行 する必要があります。この廃止に伴い、2026 年 9 月 30 日からは Inbound NAT rule V1 の新しいインスタンスを作成することができなくなります。それまでに Inbound NAT rule V2 へ移行することをおすすめします。

  V2 には以下のような追加の利点があります：
  　 ➢ バックエンドインスタンスの追加や削除時の NAT ルールの自動スケーリングの改善
  　 ➢ デプロイメントと管理の簡素化
  　 ➢ NAT ルールとバックエンドインスタンス間のポートマッピング

  サービスの中断を避けるために、2027 年 9 月 30 日までに Azure Load Balancer の Inbound NAT rule V2 へ移行してください。

• [サービス終了] PHP 8.2 の延長サポートは 2026 年 12 月 31 日に終了

  2026 年 12 月 31 日に、PHP 8.2 の延長サポートが終了します。アプリケーションを PHP 8.3 にアップグレードしてください。App Service でホストされているアプリケーションは引き続き動作しますが、セキュリティ更新プログラムは提供されなくなり、PHP 8.2 に対するカスタマーサービスも終了します。
  詳細はApp Service の言語ランタイムサポートポリシーを参照してください。

• [一般公開] PHP 8.1 on App Service の延長サポート

  PHP 8.1 on App Service PHP はリリースサイクルを更新し、PHP 8.1 のセキュリティサポートの延長を含むようになりました。これにより、2025 年 12 月 31 日までサポートされます。詳細については、PHP supported versions をご覧ください。 

• [サービス終了] Python 3.9 の延長サポートが 2025 年 10 月に終了

  2025 年 10 月に、Python 3.9 の延長サポートが終了します。アプリケーションを Python 3.10 にアップグレードしてください。App Service でホストされているアプリケーションは引き続き動作しますが、セキュリティ更新プログラムは提供されなくなり、Python 3.9 に対するカスタマーサービスも終了します。
  詳細はApp Service の言語ランタイム サポート ポリシーを参照してください。

• [サービス終了] Azure Maps Spatial APIs V1 および 2022-08-01 が 2025 年 9 月 30 日に廃止

  Azure Maps Spatial APIs V1 および 2022-08-01 は 2025 年 9 月 30 日に廃止されます。今から 2025 年 9 月 30 日まで、Azure Maps Spatial APIs V1 または V2022-08-01 を中断なく使用できます。2025 年 9 月 30 日には、Azure Maps Spatial APIs V1 または V2022-08-01 を実行しているワークロードが削除され、関連するアプリケーションデータが失われます。

  必要な対応
  　 ➢ サービスの中断を避けるために、2025 年 9 月 30 日までに Azure Maps Spatial APIs V1 および 2022-08-01 の使用を停止してください。

  ヘルプとサポート
  　 ➢ ご質問がある場合は、Microsoft Q&A でコミュニティの専門家から回答を得ることができます。サポートプランがあり、技術的な支援が必要な場合は、サポートリクエスト を作成してください。Issue type には Technical を選択してください。
  　 ➢ Subscription にはご利用のサブスクリプションを選択してください。
  　 ➢ Service には My services を選択し、次に Maps を選択してください。
  　 ➢ サポートリクエストを作成する Azure リソースを選択してください。
  　 ➢ Summary には問題の説明を入力してください。
  　 ➢ Problem type には How-to development question を選択してください。
  　 ➢ Problem subtype には Select best available option を選択してください。

データベース

• [一般公開] PostgreSQL マイナーバージョンが Azure Database for PostgreSQL – Flexible Server でサポート

  PostgreSQL マイナーバージョン 16.4、15.8、14.13、13.16、12.20、および 17 Beta 3 が Azure Database for PostgreSQL – Flexible Server でサポートされました。これらのマイナーバージョンのアップグレードは、Azure Database for PostgreSQL – Flexible Server の月次計画メンテナンスの一環として自動的に実行されます。このアップグレードの自動化により、手動の介入を必要とせずに、データベースが常に最新の最適化されたバージョンで実行されることが保証されます。このリリースでは、1 つのセキュリティ脆弱性が修正され、過去数か月に報告された 55 件以上のバグが修正さ れました。
  リリースの詳細については、PostgreSQL コミュニティの発表を参照してください。 

• [一般公開] Azure Database for PostgreSQL Single Server から Flexible Server へのオンライン移行

  Azure Database for PostgreSQL – Single Server から Flexible Server へのオンライン移行オプションを使用できるようになりました。 オンライン移行は、大規模なデータベースを持ち、アプリケーションのダウンタイムを最小限に抑えたい場合に最適な選択肢です。オンライン移行では、データベースが Flexible Server にコピーされている間、ソースインスタンスに接続しているアプリケーションは停止しません。データベースの初回コピーの後、ソースインスタンスと同期を保つためにレプリケーションが行われます。Flexible Server がソースインスタンスと完全に同期すると、カットオーバーが実行され、アプリケーションのダウンタイムは非常に短くなります。

• [一般公開] Azure Cache for Redis の小規模な Enterprise ティアキャッシュインスタンス

  Azure Cache for Redis の E1 キャッシュインスタンスが一般提供されました。このオプションは、ベクトル検索やストレージなどの Redis Enterprise の拡張機能を活用するための、コスト効率の高いソリューションを提供します。

• [一般公開] Azure Database for PostgreSQL – Flexible Server の V5 予約

  Azure Database for PostgreSQL – Flexible Server V5 インスタンス（Intel および AMD）の予約が利用可能になりました。コンピューティングリソースを予約することで、従量課金制の価格と比較して大幅に節約できます。Azure Database for PostgreSQL – Flexible Server の予約容量を使用すると、1 年または 3 年の期間を選択してコミットでき、コンピューティングコストに最大 65% の大幅な割 引を受けることができます。予約インスタンスは予算管理を強化し、前払いでワークロードをより適切に管理し、コストを予測することができます。また、ビジネス要件の変化に応じて予約を交換またはキャンセルする柔軟性も備えています。 

• [一般公開] Azure Cosmos DB dynamic scaling - per region と per partition autoscale

  Azure Cosmos DB は非均一で大規模なワークロードのコストを最適化するための動的スケーリングを提供するようになりました。デフォルトでは、Azure Cosmos DB autoscale は最もアクティブなリージョンとパーティションに基づいてワークロードを均一にスケーリングします。この動作は、パーティションの一部または一つだけがアクティブな場合に不要なスケールアップを引き起こす可能性があります。新しい動的スケーリング動作により、ワークロードのパーティションとリージョンが使用状況に基づいて独立してスケーリングできるようになり、ダウンタイムやパフォーマンスへの影響なしにコスト効率が向上します。 
  詳細は 動的スケーリング (リージョンごとおよびパーティションごとのオートスケール) を参照してください。

分析

• [サービス終了] Azure Data Explorer の Virtual Network Injection 機能の廃止

  Azure Data Explorer の Virtual Network Injection 機能の廃止を発表します。この機能は、顧客が自分の仮想ネットワークに Azure Data Explorer クラスターを挿入し、ネットワークトラフィックを制御することを可能にしていました。しかし、その制限と課題のため、この機能を廃止し、プライベートエンドポイントベースのネットワークセキュリティアーキテクチャへの移行をおすすめします。即時有効で、新しい顧客は仮想ネットワークに挿入されたクラスターを作成できなくなります。
  2025 年 2 月 1 日から、全ての稼働中の仮想ネットワークに挿入されたクラスターは停止されます。中断を避けるために、できるだけ早くクラ スターを移行することを強くおすすめします。
  移行プロセスは文書化され、完全にサポートされ、一般に提供されています。追加の支援が必要な場合は、フォーム Deprecation of Virtual Network Injection for Azure Data Explorerにご記入ください。

Machine Learning

• [サービス終了] Conversation Transcription Multi Channel Diarization

  Conversation Transcription Multichannel Audio Diarization は 2025 年 3 月 28 日に廃止されます。それまでに Speech to Text Diarization enhanced add-on feature への移行をお願いします。Conversation Transcription Multichannel Audio Diarization は、特定のマイクアレイデバイスからのマルチチャンネルオーディオ用に設計されました。この特別なデバイスへの依存をなくし、体験を簡素化するために、モノラルチャンネルオーディオを通じて話者のダイアリゼーション機能を提供する Speech to Text Enhanced Add-on feature, Diarization をリリースしました。この新機能により、話者ごとの音声からテキストへの転写（Guest1、Guest2、Guest3 など）が可能になり、転写内の特定の部分をどの話者が話しているかを把握できます。マルチチャンネルオーディオの代わりにシングルチャンネルオーディオを使用し、価格が安く、実装が簡単になるなどの新機能を体験するために、廃止日までに Speech to Text Diarization enhanced add-on feature への移行をおすすめします。
  2025 年 3 月 28 日までは、Conversation Transcription Multichannel Audio Diarization を中断なく使用できますが、2025 年 3 月 28 日以降は、Conversation Transcription Multichannel Audio Diarization を実行しているワークロードが削除され、関連するアプリケーションデータが失われます。 

• [サービス終了] Azure AI Speaker Recognition

  2025 年 9 月 30 日より、Azure AI Speaker Recognition が廃止され、アプリケーションはその API にアクセスできなくなります。アプリケーションで話者認証および/または話者識別機能を提供し続けるために、市場にある他のソリューションへの移行をお願いします。代替ソリューションの一つとして、Nuance Gatekeeper を検討することをおすすめします。移行プロセスに十分な時間を確保するため、できるだけ早く他のソリューションの評価と移行を開始し、新しいソリューションの精度とパフォーマ ンス特性に基づいてアプリケーションを調整することをおすすめします。

  ヘルプとサポー 質問がある場合は、Microsoft Q&A のコミュニティ専門家から回答を得ることができます。

  サポートプランをお持ちで技術的 な支援が必要な場合は、サポートリクエストを作成してください。
  　 ➢ 問題の種類には「Technical」を選択してください。
  　 ➢ サブスクリプションにはご自身のサブスクリプションを選択してください。
  　 ➢ サービスには「My services」を選択し、その後「Cognitive Services」を選択してください。
  　 ➢ サポートリクエストを作成する Azure リソースを選択してください。
  　 ➢ 概要には問題の説明を入力してください。
  　 ➢ 問題の種類には「Speech Services」を選択してください。
  　 ➢ 問題のサブタイプには「Speaker Recognition」を選択してください。 

• [サービス終了] Azure AI Speech 機能の Intent Recognition が 2025 年 9 月 30 日に廃止

  Azure AI Services は、音声サービス機能を再構築し、大規模言語モデルの導入に伴う新しいイノベーションを優先しています。この変化により、音声コマンドシナリオの音声インタラクションの方向性が変わりました。このため、Intent Recognition は 2025 年 9 月 30 日に廃止されます。Speech Service の Intent Recognition (IR) 機能は 2025 年 9 月 30 日までサポートされますが、Intent Recognition API は 2024 年 11 月 30 日以降の新しいバージョンの Speech SDK から削除されます。
  お客さまは、認識された発話の意図とエンティティを分類するために、Conversational Language Understanding (CLU)  API を直接使用して Speech Recognition を利用できます。

  ヘルプとサポート質問がある場合は、Microsoft Q&A のコミュニティ専門家から回答を得ることができます。サポートプランをお持ちで技術的 な支援が必要な場合は、サポートリクエストを作成してください：
  　 ➢ 問題の種類には「Technical」を選択してください。
  　 ➢ サブスクリプションにはご自身のサブスクリプションを選択してください。
  　 ➢ サービスには「My services」を選択し、その後「Cognitive Services」を選択してください。
  　 ➢ サポートリクエストを作成する Azure リソースを選択してください。
  　 ➢ 概要には問題の説明を入力してください。
  　 ➢ 問題の種類には「Intent Recognition」を選択してください。
  　 ➢ 問題のサブタイプには「Issues creating your Voice Assistant」を選択してください。 

• [サービス終了] Azure Machine Learning データドリフト検知が 2025 年 9 月 1 日に廃止

  Azure Machine Learning のデータドリフト検出機能はパブリックプレビュー中であり、2025 年 9 月 1 日に廃止されます。監視サービスの中断を避けるために、監視ジョブを一般提供されている Azure Machine Learning モデル監視サービス (v2) に移行することをおすすめします。移行を開始するには、ステップバイステップの移行ガイドをご覧ください。
  質問や移行ガイドの改善に関するご提案がございましたら amlmodelmonitoringsv@microsoft.com までご連絡ください。

• [サービス終了] “Microsoft Translator [DEPRECATED]” コネクタのサポート終了

  Microsoft Translator コネクタは 2020年から非推奨となっており、使用されている基盤 API は 2021年 5月から非推奨となっています。 2024年 10月 30日には、Microsoft Translator コネクタのサポートが終了し、Power Platform で無効化されます。対応を行わない場合、2024年 10月 30日以降、上記のアプリケーションに影響が出て、期待通りに動作しなくなる可能性があります。

  必要な対応として Microsoft Translator コネクタのアクションを以下のサポートされている代替手段に移行してください:
  　 ➢ Detect language アクションは Microsoft Translator V2 コネクタと Detect language アクションに移行できます。
  　 ➢ Get languages アクションは Microsoft Translator V2 コネクタと Get languages アクションに移行できます。
  　 ➢ Translate text アクションは Microsoft Translator V2 コネクタと Translate text アクションに移行できます。
  　 ➢ Get speech languages アクションは Azure Text to Speech コネクタと Get list of voices アクションに移行できます。
  　 ➢ Text to speech アクションは Azure Text to Speech コネクタと Convert text to speech アクションに移行できます。

その他

• [サービス終了] Azure Automanage Best Practices の Azure Policy への移行

  関連製品 Azure Automanage Azure Automanage Best Practices は、Azure のベストプラクティスに従って仮想マシンの構成と管理を自動化するのに役立ちました。これにより、Azure Monitor、Backup、Microsoft Defender などのサービスに自動的に VM をオンボードし、 構成のドリフトを継続的に監視および修正してコンプライアンスを確保しました。全ての Automanage Best Practices 機能とそれ以上の機能は、現在 Azure Policy で利用可能です。そのため、Azure Policy の新機能を体験するために、廃止日までに Azure Policy への移行をおすすめします。

  新機能には以下が含まれます：
  　 ➢ 仮想マシンだけでなく、より広範なリソースとサービスにわたるコンプライアンスの強制
  　 ➢ 特定のシナリオに合わせたカスタムポリシーの作成と適用の柔軟性
  　 ➢ 複数のサブスクリプションとリソースグループを持つ大規模環境でのリソースコンプライアンスの統合レポート
  　 ➢ 他の Azure ガバナンスおよび管理製品とのより良い統合により、よりシームレスなリソース管理体験を提供
  　 ➢ コンプライアンスの追跡と管理を容易にする詳細なコンプライアンスレポートとダッシュボード

  移行する際に、Automanage Best Practices は無料のサービスであることに注意する価値があります。そのため、Automanage サービスから請求書を受け取ることはありません。ただし、Automanage を使用して Azure Insights などの有料サービスを有効にした場合、それらのサー ビスによって直接請求される使用料金が発生する可能性があります。Automanage と価格設定の詳細については、 Azure Automanage pricing をご覧ください。
  移行の詳細については Automanage のベストプラクティスから Azure Policy への移行計画 を参照してください。

• [サービス終了] Azure Site Recovery の Classic Alerts の廃止

  Azure Site Recovery は最近、Azure Monitor に基づく新しく改良されたアラートソリューションを導入しました。このソリューションは、以下のような複数の利点を提供します：
  　1. 幅広い通知チャネルに通知を設定する機能
  　2. 通知を受け取るシナリオを選択する機能
  　3. プログラムでアラートと通知を管理する機能
  　4. バックアップを含む複数の Azure サービスに対して一貫したアラート管理体験を提供する機能

  新しいソリューションが導入されたため Azure Site Recovery の Classic Alerts ソリューションは 2027 年 9 月 23 日に廃止されます。現在、古い Classic Alerts ソリューションを使用している場合は、Azure Monitor アラートへの移行をおすすめします。
  Business Continuity Center と Recovery Services Vault を通じて、数回のクリックで Azure Monitor Alerts への移行をガイド を提供しています。

今週のアップデートは以上です。

Weekly Azure では、今後も定期的に Microsoft Azure の情報をお知らせしていきますので、ご期待ください。

関連サービス