第３０１回
一般利用可能：Azure Data Lake Storage 向け ABFS Vectored Read
ABFS Vectored Read は、互換性のある分析エンジンが Azure Data Lake Storage における選択的読み取りのリクエストオーバーヘッドを削減できるよう支援します。近接するファイル範囲を統合してストレージリクエストの数を減らし、読み取りを非同期で実行することで、選択的な Parquet クエリなどのワークロードにおけるネットワークの往復回数を削減できます。互換性のある Spark ワークロードでは、クエリの書き換えやデータの移行を行うことなく、設定を通じてこの機能を有効にできます。
一般利用可能：Azure Backup における、Premium SSDv2 および Ultra ディスクを搭載した Azure VM のアイテムレベル復元
Azure Backup では、論理セクタサイズが 512 バイトおよび 4 KB の Premium SSD v2 および Ultra ディスクを使用する Azure 仮想マシンに対して、アイテムレベル復元 (ILR) をサポートするようになりました。これにより、Premium SSD v2 および Ultra ディスクを搭載した Azure 仮想マシンから、個々のファイルやフォルダーを復元できるようになりました。 Azure ポータル、CLI、または PowerShell を通じてファイル復元用実行ファイルまたはスクリプトを生成し、互換性のあるマシン上で実行することで、既存の ILR の動作と同様に、ディスク全体や仮想マシンの完全な復元を行うことなく、復元ポイントにアクセスし、個々のファイルやフォルダーを選択的に参照・コピーできるようになりました。
一般利用可能：Network Watcher の VNet フローログのフィルタリング
Azure Network Watcher の VNet フローログのフィルタリング機能が一般提供開始されました。これにより、IP アドレス、ポート、プロトコル、暗号化状態、フロー状態、トラフィックの方向などの特定の条件に基づいて、どのネットワークトラフィックフローをログに記録するかを制御できるようになります。 この機能により、監視、トラブルシューティング、セキュリティ、コンプライアンス、およびネットワークの最適化において最も重要なトラフィックにログ記録を絞り込むことができます。 フィルタリングにより、関連するフローのみをキャプチャすることでログの量を削減でき、ストレージコストの削減やノイズの低減による分析の容易化につながります。この機能は、PowerShellに加え、Azure ポータルからも利用可能になり、ポータルから直接 VNet フロー ログのフィルタリングを設定および管理することが容易になりました。
一般利用可能：Azure Front Door のプロファイルおよびルートレベルの WAF ポリシー
Azure Front Door Premium 上の Azure Web Application Firewall (WAF) において、プロファイルおよびルートレベルのポリシーが一般提供開始されました。WAF ポリシーはもはや個々のドメインに限定されなくなりました。これにより、Azure Front Door プロファイル全体に広範なベースライン保護を適用できるほか、異なる制御が必要なルートに対しては、対象を絞ったポリシーを使用できるようになりました。 WAF ポリシーは、プロファイル、ドメイン、またはルートの各スコープに関連付けることができます。 たとえば、プロファイル内のすべてのドメインに共通する保護にはプロファイル レベルのポリシーを使用し、サインイン、チェックアウト、API ルートなどの機密性の高いパスにはルート レベルのポリシーを適用します。これにより、単一の Azure Front Door プロファイルの背後で多数のアプリケーションを実行しているチームにおいて、ポリシーの重複を削減しつつ、必要な箇所ではきめ細かな制御を維持できます。 1 つのリクエストに複数のスコープが適用される場合、Azure Front Door は最も具体的なポリシーを適用します。つまり、ルート レベルのポリシーはドメイン レベルのポリシーよりも優先され、ドメイン レベルのポリシーはプロファイル レベルのポリシーよりも優先されます。既存のドメイン レベルの関連付けは、変更なしに引き続き機能します。
一般利用可能：Microsoft Foundry における Claude モデルのコスト管理とタグ付け
Microsoft Foundry では、Claude モデルが Azure Cost Management に、その他の Foundry 支出とともに統合されるようになり、一般提供が開始されました。これまでは、Claude の請求額は、そのデプロイに使用された Foundry リソースではなく「SaaS」として表示されており、また Claude のデプロイには、企業がショーバックやチャージバックに依存するタグが欠けていたため、財務チームやプラットフォームチームは手作業でコストの照合を行わなければなりませんでした。 今回のリリースにより、Claudeのコストは関連するFoundryリソースの下に表示されるようになりました。また、ClaudeのデプロイとFoundryリソースは、組織の既存の規約に従ったタグをサポートするようになり、Claudeのコストレコードには「model」および「usage_type」タグが付与されるため、Claudeモデルごとに支出をフィルタリングおよびグループ化したり、入力トークンと出力トークンのコストを区別したりできるようになりました。 これにより、お客様は Claude の支出を一元的にリソースレベルで把握できるようになり、別途の照合プロセスを経ることなく、使用量を担当チームやワークロードに割り当てることができます。ご利用を開始するには、Azure Cost Management で [コスト分析] を開き、リソースまたはタグごとにグループ化してください。
一般利用可能：リージョンおよびサブスクリプションごとの Azure Blob Storage アカウント数の上限引き上げ
Azure Storage アカウントのリソースクォータの上限引き上げが一般提供開始されました。これにより、リージョンおよびサブスクリプションごとに、標準エンドポイントを備えたストレージアカウントを最大 1,000 個までサポートできるようになりました（デフォルトの 250 個から増加）。1 つのサブスクリプションでより多くのアカウントを管理できるため、リソースを複数のサブスクリプションに分散させる必要が軽減されます。 サポートチケットを開くことなく、Azure ポータル、Azure CLI、または Azure PowerShell を通じてクォータの引き上げをリクエストできます。Azure Storage リソース プロバイダー (SRP) API の読み取り、書き込み、および一覧表示操作は、承認されたアカウント クォータの引き上げに合わせて自動的にスケーリングされます。これらの変更は、Storage リソース プロバイダーのコントロール プレーンを通じたアカウント管理操作に適用されるものであり、ストレージ アカウント内のデータ プレーン操作には適用されません。
一般利用可能：Marketplace のプライベートオファー機能の強化
Microsoft Marketplace を通じたプライベートオファーでは、柔軟な請求方法やカスタマイズ可能な契約期間など、組織のニーズに合わせた価格設定や条件により、コスト効率を最適化できます。対象となるプライベートオファーについて、お客様の購入プロセスを簡素化しています。従来は、お客様がまずプライベートオファーを「承諾」し、その後個々の製品を「購入」する必要がありました。 現在では、対象となるプライベートオファーについて、お客様は1つの簡単な手順ですべての含まれる製品を購入できるようになりました。購入に関するガバナンスは、引き続き「請求管理者」ロールを通じて、Azureのロールベースのアクセス制御（RBAC）に準拠しています。この機能は現在、SaaSおよびプロフェッショナル サービスのオファー タイプで有効化されています。
パブリックプレビュー：Azure Backup を使用したテナント間復元
クロステナント復元（CTR）は、Azure VMのバックアップを別のAzureテナントに復元できるようにすることで、組織が独立した復旧パスを確立するのを支援します。これにより、顧客がバックアップデータの重複分を維持・管理する必要なく、既存のバックアップコピーを活用しながらサイバーレジリエンスを強化できます。
廃止：Azure Container Apps のロギング先を Log Analytics から Azure Monitor へ移行
Azure Container Apps の Log Analytics ロギング先が、レガシーなロギングオプションとなりました。 Log Analytics ロギング先として構成されている既存の環境は、引き続き正常に機能します。ただし、Azure Monitor ロギング先への移行を計画することをお勧めします。この推奨事項は、Log Analytics ロギング先が基盤として使用している HTTP Data Collector API に起因するものです。レガシー HTTP Data Collector API のサポートは 2026 年 9 月 14 日に終了しており、今後は重要なセキュリティ更新プログラムのみが提供されます。 Azure Container Apps の Log Analytics ロギングと、HTTP Data Collector API による直接取り込みの両方をご利用のお客様は、両方の移行計画を立てる必要があります。