生成日時: 2026年10月21日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 4 件
公開日時: 2026年10月20日 18:55:47 UTC リンク: Public Preview: Disable VNet peering route
アップデートID: 576242 情報源: Azure Updates API
カテゴリ: In preview, Networking, Virtual Network, Features, Management, Services
要約:
【何が更新されたか】
Azureで「VNetピアリングルートの無効化（Disable VNet peering route）」機能がパブリックプレビューとして提供開始されました。
【主な変更点や新機能】
この機能により、ルートテーブルに関連付けられたサブネット上で、システムによって自動生成されるVNetピアリングルートを抑制（DPR: Disable Peering Route）できるようになります。これにより、ピアリングされた仮想ネットワーク間のトラフィック制御がより柔軟に行えるようになります。
【影響を受ける対象】
Azure上で複数の仮想ネットワーク（VNet）をピアリングしている環境、およびルートテーブルを利用してネットワークトラフィックを制御しているシステムが対象となります。特に、セキュリティやトラフィック管理の要件が厳しい環境に有用です。
【注意点】
本機能はパブリックプレビュー段階のため、本番環境での利用には注意が必要です。また、DPRを有効化すると、ピアリング経由の通信が遮断される場合があるため、ネットワーク設計やルーティング構成を十分に確認してください。
詳細:
Azureは「Disable VNet peering route（DPR）」機能のパブリックプレビューを発表しました。この機能は、ルートテーブルに関連付けられたサブネットに対して、システムが自動生成するVNetピアリングルートを抑制することを可能にします。これまで、Azure Virtual Network（VNet）間のピアリングを構成すると、Azureは自動的にピアリングルートを生成し、ピアリングされたVNet間のトラフィックが透過的にルーティングされていました。しかし、特定のセキュリティ要件やネットワーク分離のニーズにより、ピアリングルートの自動生成を制御したいという要望がありました。
今回のアップデートの目的は、VNetピアリングによるトラフィックの制御をより細かく行えるようにすることです。DPR機能を利用することで、ルートテーブルとサブネットの関連付けを通じて、ピアリングルートの抑制を実現できます。具体的には、DPRを有効化したルートテーブルをサブネットに関連付けることで、そのサブネット上のシステム生成ピアリングルートが無効化されます。これにより、管理者はトラフィックの流れを意図したルートのみで制御でき、不要なVNet間の通信を遮断することが可能となります。
技術的な仕組みとしては、Azureのルートテーブル機能にDPRオプションが追加され、サブネット単位でピアリングルートの抑制が適用されます。実装方法は、Azure PortalやARMテンプレート、CLIなどを用いてルートテーブルの設定を行い、DPRを有効化したルートテーブルをサブネットに関連付ける形となります。
活用シナリオとしては、複数のVNetをピアリングしている環境で、特定のサブネットに対してピアリングルートを無効化し、セキュリティポリシーやネットワーク分離を強化したい場合に有効です。例えば、管理用サブネットやデータベースサブネットなど、他VNetからのアクセスを制限したいケースでDPRを適用することで、不要なトラフィックを遮断できます。
注意点としては、DPRを適用したサブネットでは、ピアリングルートが抑制されるため、VNet間の通信が意図せず遮断される可能性があります。設定ミスによる通信障害を防ぐため、ルートテーブルの設計や適用範囲を十分に検討する必要があります。また、パブリックプレビュー段階であるため、本番環境での利用は慎重に行う必要があります。
関連するAzureサービスとしては、Azure Virtual Network、VNetピアリング、ルートテーブル、ネットワークセキュリティグループ（NSG）などが挙げられます。DPR機能はこれらのネットワーク管理機能と組み合わせることで、より柔軟かつ安全なネットワーク設計を実現できます。
公開日時: 2026年10月20日 16:57:35 UTC リンク: Generally Available: Service tag match condition for Azure Front Door Premium WAF
アップデートID: 577156 情報源: Azure Updates API
カテゴリ: Launched, Networking, Security, Azure Front Door, Web Application Firewall, Features
要約:
何が更新されたか
Azure Front Door PremiumのWeb Application Firewall（WAF）カスタムルールにおいて、「サービスタグによるマッチ条件」が一般提供（GA）されました。
主な変更点や新機能
WAFカスタムルールで、Azureサービスが利用するIPアドレスのグループを表す「サービスタグ」を条件として設定できるようになりました。これにより、特定のAzureサービスからのトラフィックのみを許可・拒否するルールを簡単に構築できます。
影響を受ける対象
Azure Front Door Premiumを利用しているユーザー、およびWAFカスタムルールを設定している技術者が対象です。特に、複数のAzureサービス間でセキュリティ制御を強化したい場合に有効です。
注意点があれば記載
サービスタグはMicrosoftによって随時更新されるため、IPアドレス範囲の管理が不要になりますが、ルール設計時には最新のサービスタグ情報を確認することを推奨します。既存のIPアドレスベースのルールから移行する際は、動作検証を十分に行ってください。
詳細:
Azure Front Door PremiumのWeb Application Firewall（WAF）において、サービスタグマッチ条件が一般提供されたことが発表されました。サービスタグは、Azureサービスが使用するIPアドレスプレフィックスのグループを表しており、Microsoftによって定期的に更新されます。このアップデートの目的は、WAFのカスタムルールにおいて、サービスタグを条件として利用できるようにすることで、より柔軟かつ効率的なアクセス制御を実現することにあります。
具体的には、Azure Front Door PremiumのWAFカスタムルール作成時に、サービスタグをマッチ条件として指定できるようになりました。従来はIPアドレスやIPレンジでの条件指定が主でしたが、サービスタグを利用することで、Azureが管理する特定サービスのIPアドレス範囲をまとめて条件に含めることが可能となります。これにより、例えば「AzureCloud」や「Storage」などのサービスタグを使い、これらのサービスからのトラフィックのみを許可または拒否するといったルール設定が容易になります。
技術的な仕組みとしては、WAFのカスタムルールの条件式内でサービスタグを指定すると、そのタグに紐づくIPアドレスプレフィックスが自動的に適用されます。MicrosoftはサービスタグのIPアドレス範囲を定期的に更新しているため、管理者は個別のIPアドレスを手動で管理する必要がありません。これにより、セキュリティポリシーの維持や更新作業が大幅に簡素化されます。
活用シナリオとしては、Azure Front Door Premiumを利用したWebアプリケーションの公開時に、特定のAzureサービスからのアクセスのみを許可したい場合や、社内ネットワークや特定のサービスからのアクセス制限を強化したい場合に有効です。例えば、バックエンドAPIへのアクセスをAzure FunctionsやStorageサービスからのトラフィックに限定する場合、サービスタグを用いたルール設定が推奨されます。
注意点としては、サービスタグのIPアドレス範囲はMicrosoftによって更新されるため、タグの内容が変化する可能性があることを認識しておく必要があります。また、サービスタグを利用する際は、タグが表す範囲を正確に把握し、意図しないアクセスが許可されないようにルール設計を行うことが重要です。
関連するAzureサービスとの連携については、サービスタグはAzure全体で共通して利用されており、Virtual NetworkやNetwork Security Group（NSG）などでも同様の仕組みが導入されています。これにより、ネットワーク全体のセキュリティポリシーと一貫性を持たせることが可能です。
以上のように、Azure Front Door Premium WAFのサービスタグマッチ条件の一般提供は、セキュリティ管理の効率化と柔軟性向上に寄与する重要なアップデートです。
公開日時: 2026年10月20日 16:55:59 UTC リンク: Generally Available: Keyless TLS on Application Gateway with Azure Key Vault Managed HSM
アップデートID: 577130 情報源: Azure Updates API
カテゴリ: Launched, Networking, Security, Application Gateway, Features
要約:
【何が更新されたか】
Azure Application Gatewayで、Azure Key Vault Managed HSMを利用したKeyless TLS終端が一般提供（GA）されました。
【主な変更点や新機能】
TLS証明書の秘密鍵をAzure Key Vault Managed HSM内に保持したまま、Application GatewayでTLS終端が可能となりました。TLSハンドシェイク時の署名処理はHSM内で実行され、秘密鍵がゲートウェイにエクスポートされることはありません。
【影響を受ける対象】
セキュリティ要件が高いシステムや、秘密鍵の厳格な管理が求められるアプリケーションをAzure Application Gateway上で運用している技術者や組織が対象です。
【注意点】
証明書管理はAzure Key Vault Managed HSMで行う必要があります。既存の証明書ストアや管理方法から移行する際は、HSMの運用やアクセス権限設定に注意してください。また、Keyless TLSの利用には対応するApplication Gatewayバージョンが必要です。
詳細:
今回のAzure Updateは、「Keyless TLS on Application Gateway with Azure Key Vault Managed HSM」の一般提供開始に関するものです。本アップデートの背景としては、TLS証明書の管理におけるセキュリティ強化と運用効率化が求められていることが挙げられます。従来、TLS終端を行う際には証明書の秘密鍵をApplication Gateway上に配置する必要がありましたが、秘密鍵の流出リスクや管理負担が課題となっていました。これを解決するため、Azure Key Vault Managed HSMと連携し、秘密鍵をゲートウェイ上に持たずにTLS終端を実現する「Keyless TLS」機能が提供されました。
具体的な変更内容としては、Application GatewayがAzure Key Vault Managed HSMに格納された証明書を利用し、TLSハンドシェイク時の署名処理をHSM内部で実行する点が特徴です。秘密鍵はHSMから外部に出ることがなく、ゲートウェイ側で秘密鍵を保持・管理する必要がありません。これにより、秘密鍵のセキュリティが大幅に向上し、証明書管理の運用負担も軽減されます。
技術的な仕組みとしては、Application GatewayがTLS接続を受け付ける際、証明書の署名要求をAzure Key Vault Managed HSMに送信し、HSM内部で署名処理が行われます。署名済みのデータのみがゲートウェイに返されるため、秘密鍵はHSM外に出ることがありません。証明書の管理や更新もKey Vault Managed HSM側で一元的に行うことが可能です。
活用シナリオとしては、金融や医療など高いセキュリティが求められる業界でのTLS証明書運用や、コンプライアンス要件により秘密鍵の厳格な管理が必要なシステムに適しています。また、証明書のローテーションや失効管理をKey Vault Managed HSMで集中管理できるため、運用効率化にも寄与します。
注意点としては、Keyless TLS機能を利用するためにはAzure Key Vault Managed HSMの利用が前提となり、既存の証明書管理方法からの移行や、HSMの設定・運用に関する知識が必要です。また、Application GatewayとKey Vault Managed HSM間の通信や権限設定にも注意が必要です。現時点でサポートされる証明書形式や、対応するTLSバージョンなどの詳細については公式ドキュメントを参照する必要があります。
関連するAzureサービスとしては、Azure Application Gateway、Azure Key Vault Managed HSMが中心となります。これらのサービスを組み合わせることで、セキュアかつ効率的なTLS証明書管理と終端が実現できます。今回のアップデートは、Azure上でのセキュリティ強化と運用効率化を推進する重要な機能追加です。
公開日時: 2026年10月20日 16:54:24 UTC リンク: Generally Available: Advanced platform metrics for Azure Monitor
アップデートID: 575329 情報源: Azure Updates API
カテゴリ: Launched, DevOps, Management and governance, Azure Monitor, Feature
要約:
何が更新されたか
Azure Monitorの「高度なプラットフォームメトリック」が一般提供（GA）されました。
主な変更点や新機能
高度なプラットフォームメトリックは、従来よりも詳細なシグナルを提供し、リソース内の変化やトレンドをより迅速かつ正確に特定できるようになりました。これにより、監視や障害対応の精度が向上し、リソースの状態把握やパフォーマンス分析が強化されます。
影響を受ける対象
Azure Monitorを利用している全てのユーザーおよび、Azureリソースの監視・運用を行う技術者が対象です。特に、詳細なメトリックデータを必要とする運用担当者やシステム管理者にとって有用です。
注意点があれば記載
一般提供となったため、商用環境でも利用可能ですが、利用開始にあたっては公式ドキュメントを参照し、既存の監視設定との互換性やコストへの影響を確認することを推奨します。
詳細:
Azure Monitorにおける「Advanced platform metrics」の一般提供が開始されました。このアップデートの背景には、従来のプラットフォームメトリックでは把握しきれなかったリソースの変化や傾向を、より迅速かつ正確に検知するニーズが存在します。Azure Monitorはクラウド環境における監視サービスとして広く利用されていますが、今回のAdvanced platform metricsのリリースによって、より詳細なシグナルを取得できるようになりました。
具体的な機能として、Advanced platform metricsは従来の基本的なメトリックよりも高い粒度でデータを提供します。これにより、リソースの状態変化やパフォーマンスのトレンドを細かく追跡できるようになります。例えば、仮想マシンやストレージアカウントなどのリソースに対して、より詳細なメトリックデータを取得し、異常検知や容量計画、パフォーマンス最適化に役立てることが可能です。
技術的な仕組みとしては、Azure Monitorの既存のメトリック収集基盤を拡張し、より多様かつ高精度なメトリックを収集・保存・分析できるようになっています。これらのメトリックは、Azure MonitorのポータルやAPI、またはLog Analyticsワークスペースを通じてアクセスすることができます。既存の監視ダッシュボードやアラート機能とも統合されており、従来のワークフローを維持しつつ高度な分析が可能です。
活用シナリオとしては、リソースのパフォーマンス監視や障害発生時の原因分析、容量計画、運用最適化などが挙げられます。例えば、仮想マシンのCPU使用率やネットワークトラフィックの詳細な変化をリアルタイムで把握し、異常検知アラートを迅速に発報することができます。また、長期間のトレンド分析を行うことで、リソースの増強や構成変更のタイミングを適切に判断することが可能です。
注意点としては、Advanced platform metricsの利用には対応リソースやリージョンの制限がある場合があります。また、詳細なメトリックデータの取得には追加のストレージやコストが発生する可能性があるため、事前に料金体系やデータ保持期間を確認する必要があります。
関連するAzureサービスとの連携については、Azure Monitorの他にもLog Analytics、Application Insightsなどのサービスと統合して利用することができます。これにより、アプリケーションレベルからインフラレベルまで一貫した監視・分析体制を構築することが可能です。
以上のように、Advanced platform metricsの一般提供によって、Azure Monitorの監視機能が大幅に強化され、技術者はより高度な運用・分析を実現できるようになります。
このレポートは自動生成されました - 2026-10-21 12:01:45 JST