第３００回
一般利用可能：仮想マシン スケール セットの自動ゾーン バランス
仮想マシン スケールセットの自動ゾーンバランス機能が一般提供開始されました。この機能は、アベイラビリティゾーン全体に展開されたスケールセットを継続的に監視し、ゾーン間の不均衡が発生した場合に VM インスタンスを自動的に再配分します。これにより、単一のゾーンでの障害がアプリケーションに過大な影響を与えるリスクを軽減できます。 自動ゾーンバランス機能は、「削除前に作成」というアプローチを採用しています。つまり、Azure は、リソースが不足しているゾーンに代替の VM を作成し、その正常性を確認してから、リソースが過剰なゾーンからインスタンスを削除します。 組み込みの安全対策により、インスタンス保護ポリシーが遵守され、Azure Autoscale との連携が行われ、進行中または最近完了したスケールセットの操作が回避され、クールダウン期間が適用され、一度に 1 台の VM のみが置き換えられます。 この機能はステートレスなワークロードに最適であり、少なくとも 2 つのアベイラビリティゾーン、ゾーンインスタンス、およびアプリケーションの健全性監視が必要です。Azure ポータル、Azure CLI、PowerShell、または REST API を通じて有効化できます。
Azure Private Link ファミリーの新機能である「標準サービスエンドポイント」は、Azure IaaS ワークロードを Azure PaaS サービスに接続するための、スケーラブルかつ安全なアプローチを提供します。 標準サービスエンドポイントは、パブリック IP アドレスをネットワーク識別子として使用し、ネットワークセキュリティ境界と統合することで、従来のサービスエンドポイントが抱えていた管理上の課題やスケーラビリティの制限を解決します。これにより、組織は強力なネットワークアクセス制御を維持しつつ、運用を簡素化しながら、大規模な IaaS から PaaS への接続を実現できます。 標準サービスエンドポイントを使用すると、顧客はパブリック IP インスタンスを、同じテナントおよびリージョン内のサブスクリプションにまたがる複数のサブネットや仮想ネットワークに関連付けることができます。ネットワークセキュリティペリメーターと組み合わせることで、組織は Azure Storage、Azure SQL Database、Azure Cosmos DB、Azure Key Vault などのサポート対象 Azure サービスの周囲に論理的なセキュリティ境界を作成できます。 これにより、承認されたネットワークとワークロードのみがこれらのリソースと通信できるようにアクセスを制限でき、運用上の複雑さを軽減しつつセキュリティ態勢を強化できます。標準サービスエンドポイントは有料の Azure 機能であり、仮想ネットワーク (VNet) ごとに 1 時間あたりの固定料金で課金されます。
パブリックプレビュー：Azure Files のリージョン間データコピーおよび Azure Storage Mover による同期
Azure Files のお客様は、Azure Storage Mover を使用して、同じテナント内のストレージ アカウント、Azure リージョン、およびサブスクリプション間でファイル シェアのデータをコピーおよび同期できるようになりました。増分転送をスケジュールして、事業継続シナリオに対応できるセカンダリ コピーを維持したり、リージョン間でデータをコピーしたり、ファイル シェアを統合したり、アプリケーションや分析ワークロードの近くにデータを配置したりすることができます。 一元化されたスケジュール設定、監視、監査、およびメタデータの保存により、定期的なファイル共有のコピー操作を管理されたアプローチで実行できます。Azure Files から Azure Files へのデータコピーは、SMB 共有向けにプレビュー提供が開始されました。
一般利用可能：Azure Key Vault マネージド HSM の外部キー管理
Azure Key Vault マネージド HSM 向けの外部キー管理が、すべての Azure パブリックリージョンで一般提供開始されました。規制や主権上の要件により、暗号化キーの物理的な管理権限を保持する必要がある組織において、この機能により、マネージド HSM による顧客管理キーをサポートする Azure サービスは、Microsoft のインフラストラクチャ外にある顧客が運用するハードウェアセキュリティモジュール (HSM) に保管されたキーを使用できるようになります。 Managed HSM は、顧客が運用するプロキシを介してキーのラップおよびアンラップ操作を委任します。これにより、外部のキー素材は Microsoft のインフラストラクチャ外に保持されます。 この機能を利用するには、Microsoft アカウント チームによる有効化が必要です。一般提供 (GA) 機能では、パブリック インターネット経由でのプロキシへの接続が利用可能です。Azure Private Link との統合はパブリック プレビュー中です。外部 HSM、プロキシ、およびネットワークの可用性については、お客様またはその HSM プロバイダーが責任を負います。これらのコンポーネントは、Managed HSM のサービス レベル契約 (SLA) の対象外となります。
パブリックプレビュー：Azure Databricks プライベートネットワークゲートウェイ
Azure Databricks 向けのプライベートネットワークゲートウェイがパブリックプレビューを開始しました。これにより、サーバーレスコンピューティングが、単一のマネージドゲートウェイを介して、仮想ネットワーク（VNet）内のリソースや、間接的に接続されたネットワークに接続できるようになります。 お客様はこのゲートウェイを使用して、複数のプライベートリソースにアクセスしたり、サーバーレストラフィックのアウトバウンドを自社のファイアウォールやネットワークセキュリティアプライアンス経由でルーティングしたり、安定した識別可能な送信元 IP アドレスを利用したりできます。これにより、サーバーレスワークロードのセキュアな接続が簡素化されると同時に、組織はネットワークトラフィックやプライベートリソースへのアクセスをより細かく制御できるようになります。 プライベート ネットワーク ゲートウェイは、既存のネットワーク接続構成 (NCC) と統合され、Azure Private Link を補完することで、サーバーレス ネットワーク接続のセキュリティ確保においてさらなる柔軟性を提供します。
一般利用可能：Azure DNS で Traffic Manager リンク レコードによる DNS ベースの負荷分散が可能に
Azure DNS では、Azure Traffic Manager とのシームレスな統合により、DNS ベースの負荷分散機能が提供されるようになりました。お客様は、Azure DNS のレコードセットを Traffic Manager プロファイルに直接関連付けることができるため、trafficmanager.net ドメインを指す CNAME レコードを作成する必要がなくなります。 この統合により、余分な CNAME ルックアップが不要になることで DNS ルックアップの遅延が低減されるほか、DNS 解決チェーンから署名のない trafficmanager.net ドメインが除外されることで、負荷分散対象のレコードにおける DNSSEC 互換性が確保されます。
一般利用可能：Azure Monitor ワークスペースのメトリクス利用状況に関するインサイト
「メトリクスの使用状況に関するインサイト」が一般提供開始されました。これにより、Azure Monitor ワークスペース全体におけるメトリクスの使用状況をより詳細に把握できるようになります。ワークスペースの利用状況を監視し、未使用のメトリクスを特定し、使用傾向を把握し、取り込み量の変化を調査することで、コストの最適化やキャパシティの計画に役立てることができます。
一般利用可能：Azure Monitor の高度なプラットフォーム メトリクス
Azure Monitor の高度なプラットフォーム メトリクスが一般提供開始されました。高度なプラットフォーム メトリクスは、よりきめ細かなシグナルを提供し、お客様がリソース内の変化や傾向をより迅速かつ正確に特定するのに役立ちます。今回のリリースにより、お客様は Azure ポータルから直接高度なプラットフォーム メトリクスを有効化できるようになりました。この機能がまだ有効化されていないサブスクリプションについては、製品内のバナーで有効化を促すメッセージが表示されます。 また、高度なプラットフォーム メトリクスは Fairfax および Mooncake でも利用可能となり、パブリック クラウド以外の環境でも利用範囲が拡大しました。
一般利用可能：Azure Key Vault マネージド HSM を使用した Application Gateway でのキーレス TLS
Azure Application Gateway では、秘密鍵が Azure Key Vault マネージド HSM 内に保持される証明書を使用した、キーレス TLS ターミネーションがサポートされるようになりました。各 TLS ハンドシェイクの署名処理は HSM 内で実行され、秘密鍵がゲートウェイにエクスポートされることはありません。
一般利用可能：Azure Front Door Premium WAF のサービスタグ照合条件
Azure Front Door Premium における Azure Web Application Firewall (WAF) カスタム ルールの「サービス タグ」一致条件が一般提供開始となりました。サービス タグは、Azure サービスで使用される IP アドレス プレフィックスのグループを表しており、アドレスの変更に合わせて Microsoft によって自動的に更新されます。 カスタムルールでは、HTTP リクエストの送信元 IP アドレスをサービス タグと照合できるようになりました。これにより、IP アドレスのリストを作成・管理することなく、Azure サービスからのトラフィックを制御できます。
VNet ピアリングルートの無効化（DPR）のパブリックプレビューを発表します。これは、ピアリングされた仮想ネットワーク間のトラフィックをより細かく制御できるルートテーブル機能です。DPR は、ルートテーブルに関連付けられたサブネット上でシステムによって生成されたピアリングルートを抑制しつつ、ピアリング接続自体は維持します。 大規模なハブ・アンド・スポーク型ネットワークでは、この機能を要約されたユーザー定義ルートと組み合わせて使用することで、スポークごとに個別のオーバーライドを維持する代わりに、Azure Firewall などのネットワーク仮想アプライアンスを経由してトラフィックを誘導できます。これにより、ネットワークの拡大に伴い、ルート管理を簡素化できます。DPR は、ルートテーブルの設定または Azure Virtual Network Manager のルーティングルールコレクションを通じて管理します。 置換用の UDR および検査パスはユーザー自身が構成する必要があります。DPR によって自動的に作成されることはありません。
一般利用可能：Azure Cosmos DB の安全なキー ローテーション
Azure Cosmos DB 向けの「Safe Key Rotation」が一般提供開始されました。 各アカウント キーが最後に使用された日時を示すタイムスタンプ メタデータを表示できるため、資格情報のローテーションや廃止を行う前に、アクティブなキーを特定するのに役立ちます。この可視性により、まだ使用中のキーを無効化することによるサービス中断のリスクを軽減できます。また、資格情報管理の改善、アプリケーションの継続性の維持、最新のセキュリティおよびコンプライアンス慣行のサポートに役立つ実用的な洞察も得られます。
プライベートプレビュー：Microsoft Entra 向け Choose Your Own Telephony (CYOT)
内容と背景：2026年10月30日より、Microsoft Entra ID では「Choose Your Own Telephony Provider（通信プロバイダーの選択）」機能が利用可能になります。この機能により、組織は SMS および音声認証に、サポート対象のサードパーティ製通信プロバイダーを利用できるようになります。 組織は Microsoft Security Store を通じてサポート対象のプロバイダーを選択し、プロバイダーとの契約関係を直接管理します。Microsoft では、SMS や音声認証の代わりに、パスキーなどのフィッシング攻撃に強い認証方法の使用を推奨しています。組織は、業務上、規制上、または技術上の要件により電話ベースの認証が必要なユーザー層に対してのみ、通信プロバイダーを利用すべきです。 2026年10月30日より、組織は CYOT を有効化できるようになります。CYOT の導入を計画している組織は、10月30日までに準備を開始してください。Microsoft が提供する SMS および音声認証は、2027年2月1日より段階的に廃止される予定です。 準備のために必要な手順：SMS または音声認証を必要とするユーザーを特定します。電話ベースの認証について、文書化された業務上、規制上、または技術上の要件があるユーザー層を特定します。フィッシング対策が施された代替手段を評価します。フィッシング対策が施された認証方法が、これらのユーザーの要件を満たしていないことを確認します。 サポートされている電話通信プロバイダーを確認します。地理的カバレッジ、サポートされている配信チャネル、価格、サポート、セキュリティ、およびコンプライアンス機能に基づいてプロバイダーを比較します。組織の要件を確認します。プロバイダーを選定する前に、組織内の適切なチームと連携して、調達、プライバシー、および規制上の要件を確認してください。 移行計画を策定します。関連ドキュメントを確認し、それに応じて展開計画を策定します。Azure サブスクリプションおよび購入要件を検証します。前提条件を満たしていること、および組織が Azure Marketplace または Security Store プロバイダーの購入を許可していることを確認します。コストを見積もります。展開前に、プロバイダーの価格設定と予想される Azure インフラストラクチャ料金を確認します。