第２９０回
パブリックプレビュー：Azure Storage Mover を使用した AWS FSx for Windows File Server から Azure Files への移行
Azure Storage Mover では、AWS FSx for Windows File Server (SMB) から Azure Files (SMB) へのエージェントレスなクラウド間移行がプレビュー版としてサポートされるようになりました。移行エージェントを展開したり管理したりすることなく、Windows ファイル共有を FSx から Azure Files へ移行できます。転送処理はサービス側が自動的に行います。ファイルデータは、Azure と AWS ネットワーク間のプライベート接続を介して、FSx から Azure ファイル共有へ直接コピーされます。
廃止：Azure Databricks Genie One および Genie Agents の無料利用期間が 2027年1月31日まで延長されました
Azure Databricks における Genie One および Genie Agents の無料利用期間が、従来の終了日である 2026 年 7 月 31 日から、2027 年 1 月 31 日まで延長されました。プロモーション期間中、これらの製品には予算制限は適用されません。本プロモーションの対象はユーザーによる利用のみであり、サービスプリンシパルは対象外となります。サービスプリンシパルによる Genie One および Genie Agents の利用については、引き続き課金されます。Genie Codeはこのプロモーションの対象外です。Genie Codeの各ユーザーには、引き続き毎月150 Databricksユニット（DBU）が無料で提供され、その割り当て量を超える利用分については、2027年1月31日まで25%のプロモーション割引が適用されます。これに加え、Serverless Real-Time Inference SKUに対する適用可能な割引も併用されます。
パブリックプレビュー：Azure ExpressRoute レジリエンスガード
Azure ExpressRoute のレジリエンスガードが、ExpressRoute 仮想ネットワークゲートウェイ向けにパブリックプレビューとして提供開始されました。新しい「レジリエンスモデル」プロパティを使用すると、ゲートウェイをシングルホーム構成にするかマルチホーム構成にするかを指定でき、ワークロードの耐障害性要件に合わせて展開を調整できるようになります。
マルチホーム構成のゲートウェイの場合、Resiliency Guard は、異なるピアリング ロケーションにある 2 つの ExpressRoute 回線、または ExpressRoute Metro 回線のいずれかを接続するよう案内します。ポータル上のガイダンスと構成上の安全対策により、設定の不備を特定し、ゲートウェイの耐障害性を低下させる可能性のある変更のリスクを軽減できます。マルチサイトでの耐障害性を必要としないワークロードについては、引き続きシングルホーム構成を利用できます。
一般利用可能：明示的な設定がないテナントでは、Microsoft Fabric Item Recovery がデフォルトで有効になります
2026年8月23日より、Microsoft Fabric では、この設定を明示的に構成していないテナントに対して、デフォルトでアイテムの復元機能が有効になります。サポート対象のアイテムタイプについては、デフォルトで3日間の復元期間が設定されます。管理者は、Fabric 管理ポータルの [テナント設定] > [アイテムの復元] で、この設定を確認または変更できます。
一般利用可能：Azure FirewallにおけるIDPSパフォーマンスの2.2倍の最適化
Azure Firewall Premium は、TLS 検査および IDPS を「拒否」モードで有効にした場合、最大 22 Gbps のスループットを実現するようになりました。これは従来の 10 Gbps から 120% の向上です。また、IDPS を「アラート」モードまたは「拒否」モードで有効にした場合、TCP 接続 1 つあたり最大 600 Mbps のスループットを実現します（従来の 300 Mbps から 2 倍に増加）。
パブリックプレビュー：Azure App Service のエージェント向け Markdown
本日、Azure App Serviceにおける「Markdown for Agents」のパブリックプレビューの提供を開始することを発表します。この機能により、AIエージェントやその他のツールは、App Serviceアプリからのコンテンツをよりスムーズに取得できるようになります。クライアントからMarkdownの要求があった場合、App Serviceはアプリケーションのコードを変更することなく、アプリのHTMLレスポンスを自動的にMarkdownに変換することができます。
パブリックプレビュー：Azure Front Door の相互 TLS
相互 TLS（クライアント証明書認証とも呼ばれる）により、Azure Front Door は、リクエストがアプリケーションに到達する前に、X.509 証明書を使用してクライアントを認証できます。これにより、B2B、IoT、金融サービス、VPN、およびエンタープライズ ネットワークのシナリオにおいて、機密性の高いアプリケーションや API を保護することができます。
お客様は、4 つのクライアント証明書検証モードから選択できます。
・「要求および検証」: クライアント証明書が必須です。Azure Front Door はエッジで証明書を検証し、X-Azure-ClientCertificate リクエストヘッダーに含めてオリジンに転送します。
・「検証なしの要求」: クライアント証明書が必須ですが、Azure Front Door では検証を行いません。証明書は X-Azure-ClientCertificate ヘッダーに含めて転送され、オリジン側で検証されます。
・提示時に検証：クライアント証明書はオプションです。証明書が提示された場合、Azure Front Door はそれを検証し、オリジンに転送します。証明書のないリクエストはそのまま処理されます。
・オリジンへのパススルー：クライアント証明書はオプションです。Azure Front Door は証明書を検証しませんが、提示された場合はオリジンに転送し、オリジン側で検証が行われるようにします。
Azure Front Door は、公的および私的な認証機関によって発行されたクライアント証明書をサポートしています。お客様は、信頼された認証機関のチェーンを Azure Key Vault にアップロードし、それを Front Door のカスタム ドメインに関連付ける必要があります。
一般利用可能：Azure Front Door のバッチルール更新
Azure Front Door Standard および Premium において、ルールのバッチ更新機能が一般提供開始されました。この機能により、お客様はルールセット内の複数のルールを一連の操作として追加、更新、削除、または順序変更することが可能になり、すべての変更がまとめて適用されるか、あるいは一切適用されないことが保証されます。
ルールのバッチ更新により、Terraform やその他の Infrastructure-as-Code ワークフローを通じて大規模または複雑なルールセットを管理するお客様にとって、デプロイの安全性と予測可能性が向上します。これにより、関連するルールを個別に更新した際に発生しうる、ルールの状態が不完全になる問題、ルールの順序の競合、デプロイの再試行、およびロールバックの複雑化を防ぐことができます。
お客様は、新しいルールセットを作成する際にバッチモードを明示的に有効にし、希望するルール構成をすべて送信します。その後、Azure Front Door はルールセットレベルで変更を一括して適用します。既存のルールセットは、デフォルトで従来のルール管理を引き続き使用し、完全な下位互換性が維持されます。
廃止：SAPアプリケーション向けMicrosoft Sentinelソリューション用のコンテナ型データコネクタエージェント
2026年9月14日をもって、SAPアプリケーション向けMicrosoft Sentinelソリューションのコンテナ型データコネクタエージェントの提供を終了いたします。この日付以降、エージェントは恒久的に無効化され、SAPログのMicrosoft Sentinelへの送信が停止されます。
SAPエージェントレスデータコネクタは一般提供されており、これが代替となります。新しいコンテナ型エージェントの作成はすでに無効化されています。
お客様への影響：
コンテナ型エージェントをご利用の場合、2026年9月14日をもって、当該エージェントを介したSAPログの収集は停止します。このデータに依存する分析ルール、ワークブック、ハンティングクエリ、プレイブックは、対象となるSAPシステムについて結果を返さなくなります。すでにエージェントレス・コネクタをご利用のお客様には影響ありません。価格や課金メーターに変更はありません。
必要な対応：
2026年9月14日までに、SAPエージェントレス・データ・コネクタへ移行してください。移行は並行して実行され、カバレッジに空白期間が生じることはありません。既存のエージェントと並行してエージェントレス・コネクタをデプロイし、ログの取り込みを確認した後、エージェントを廃止してください。移行中も、既存の分析ルール、ワークブック、プレイブックは引き続き機能します。