Azure Private Link のセットアップを設計する

[アーティクル]
10/15/2024

Azure Private Link のインスタンスを設定する前に、ネットワークトポロジと DNS ルーティングトポロジを検討してください。

「Azure Private Link を使用して、ネットワークを Azure Monitor に接続する」で説明されているように、プライベートリンクを設定すると、すべての Azure Monitor リソースへのトラフィックに影響します。これは特に、Application Insights リソースに当てはまります。また、プライベートエンドポイントに接続されているネットワークだけでなく、同じ DNS を共有している他のすべてのネットワークにも影響します。

最もシンプルで最も安全なのは次のアプローチです。

単一のプライベートエンドポイントと単一の Azure Monitor Private Link スコープ (AMPLS) を指定して、単一のプライベートリンク接続を作成します。ネットワークがピアリングされている場合は、共有 (またはハブ) 仮想ネットワーク上にプライベートリンク接続を作成します。
Application Insights コンポーネント、Log Analytics ワークスペース、データ収集エンドポイントなどの "すべての" Azure Monitor リソースを AMPLS に追加します。
ネットワークエグレストラフィックを可能な限りブロックします。

すべての Azure Monitor リソースを AMPLS に追加できない場合でも、「プライベートリンクをネットワークに適用する方法を制御する」で説明されているように、一部のリソースにプライベートリンクを適用できます。データ流出を防ぐことができないため、この方法はお勧めしません。

ネットワークトポロジ別の計画

計画プロセスでネットワークトポロジを検討します。

基本原則: 単一の AMPLS を使用して DNS のオーバーライドを回避する

一部のネットワークは、複数の仮想ネットワークまたは接続された他のネットワークで構成されます。これらのネットワークで同じ DNS を共有している場合は、これらのいずれかでプライベートリンクを設定すると、DNS が更新され、すべてのネットワークのトラフィックに影響します。

次の図では、仮想ネットワーク 10.0.1.x が AMPLS1 に接続し、Azure Monitor のエンドポイントを範囲 10.0.1.x の IP にマッピングする DNS エントリを作成します。その後、仮想ネットワーク 10.0.2.x は AMPLS2 に接続し、AMPLS2 は同じグローバル/リージョナルエンドポイントを範囲 10.0.2.x の IP にマッピングして同じ DNS エントリを上書きします。これらの仮想ネットワークはピアリングされていないため、最初の仮想ネットワークはこれらのエンドポイントに到達できないようになります。

この競合を回避するには、DNS ごとに AMPLS オブジェクトを 1 つだけ作成します。

ハブアンドスポークネットワーク

ハブアンドスポークネットワークでは、各スポーク仮想ネットワーク上ではなくハブ (メイン) ネットワーク上に設定された単一のプライベートリンク接続を使用する必要があります。

Note

たとえば、各仮想ネットワークが限られた一連の監視リソースにアクセスできるようにするために、スポーク仮想ネットワーク用に個別のプライベートリンクを作成することをお勧めします。このような場合は、仮想ネットワークごとに専用のプライベートエンドポイントと AMPLS を作成できます。 "また、DNS オーバーライドを回避するために、同じ DNS ゾーンを共有していないことを確認する必要があります"。

ピアリングされたネットワーク

ネットワークピアリングは、ハブアンドスポーク以外のさまざまなトポロジで使用されます。このようなネットワークは、互いの IP アドレスを共有でき、多くの場合は同一の DNS を共有しています。このような場合は、他のネットワークからアクセス可能なネットワーク上に単一のプライベートリンクを作成します。複数のプライベートエンドポイントや AMPLS オブジェクトを作成することは避けてください。これは、最終的には DNS に含まれる最後のセットのみが適用されるためです。

分離ネットワーク

ネットワークがピアリングされていない場合は、プライベートリンクを使用するために DNS も分離する必要があります。その後、ネットワークごとに個別のプライベートエンドポイントと、個別の AMPLS オブジェクトを作成します。 AMPLS オブジェクトは、同じワークスペースやコンポーネントにリンクすることも、異なるワークスペースやコンポーネントにリンクすることもできます。

ローカルでのテスト: DNS ではなくマシンのホストファイルを編集する

ネットワーク上の他のクライアントに影響を与えずにプライベートリンクをローカルでテストするには、プライベートエンドポイントを作成するときに DNS を更新しないようにしてください。代わりに、お使いのマシン上の hosts ファイルを編集して、プライベートリンクエンドポイントに要求が送信されるようにします。

プライベートリンクを設定しますが、プライベートエンドポイントに接続する際は、DNS と自動統合しないことを選択します (手順 5b)。
マシンのホストファイルで関連するエンドポイントを構成します。マッピングが必要な Azure Monitor エンドポイントを確認するには、「エンドポイントの DNS 設定の確認」を参照してください。

このアプローチは、運用環境にはお勧めしません。

プライベートリンクをネットワークに適用する方法を制御する

プライベートリンクアクセスモードを使用すると、プライベートリンクがネットワークトラフィックに与える影響を制御できます。これらの設定は、AMPLS オブジェクト (接続されているすべてのネットワークに影響が及びます)、またはそこに接続されている特定のネットワークに適用できます。

継続的で中断のないネットワークトラフィックを確保するには、適切なアクセスモードを選択することが重要です。これらの各モードは、インジェストとクエリに対して個別に設定できます。

プライベートのみ: 仮想ネットワークは、プライベートリンクリソース (AMPLS 内のリソース) のみに到達できます。これは最も安全な作業モードです。 AMPLS から Azure Monitor リソースへのトラフィックをブロックすることで、データ流出を防ぎます。
オープン: 仮想ネットワークは、プライベートリンクリソースと、AMPLS にないリソースの両方に到達できます (それらが公衆ネットワークからのトラフィックを受け入れる場合)。 "オープン" アクセスモードでは、データ流出を防ぐことはできませんが、プライベートリンクの他の恩恵は得られます。プライベートリンクリソースへのトラフィックは、プライベートエンドポイントを介して送信され、検証され、Microsoft バックボーン経由で送信されます。 "オープン" モードは、混合モードの作業 (一部のリソースにパブリックにアクセスし、他のリソースにプライベートリンクを介してアクセスする)、または段階的なオンボーディングプロセス中に役立ちます。アクセスモードは、インジェストとクエリに対して個別に設定されます。たとえば、インジェストには "プライベートのみ" モードを設定しつつ、クエリには "オープン" モードを設定することができます。

アクセスモードは慎重に選択してください。 "プライベートのみ" アクセスモードを使用すると、AMPLS にないリソースへのトラフィックが、サブスクリプションやテナントに関係なく、同じ DNS を共有するすべてのネットワークでブロックされます。例外は Log Analytics インジェスト要求です。これについては説明します。すべての Azure Monitor リソースを AMPLS に追加できない場合、まず、一部のリソースを追加し、"オープン" アクセスモードを適用します。 "すべての Azure Monitor リソースを AMPLS に追加した後にのみ"、最大のセキュリティを確保するために "プライベートのみ" モードに切り替えます。

構成の詳細と例については、「API とコマンドラインの使用」を参照してください。

注意

Log Analytics インジェストではリソース固有のエンドポイントが使用されます。そのため、AMPLS アクセスモードに準拠しません。 Log Analytics インジェスト要求で AMPLS の外部にあるワークスペースにアクセスできないようにするには、AMPLS アクセスモードには関係なく、パブリックエンドポイントへのトラフィックをブロックするようにネットワークファイアウォールを設定します。

特定のネットワークのアクセスモードを設定する

AMPLS リソースに設定されたアクセスモードは、すべてのネットワークに影響します。ただし、特定のネットワークに対してこれらの設定をオーバーライドすることができます。

次の図では、VNet1 は "オープン" モードを使用し、VNet2 は "プライベートのみ" モードを使用しています。 VNet1 からの要求は、プライベートリンク経由でワークスペース 1 とコンポーネント 2 に到達できます。要求は、公衆ネットワークからのトラフィックを受け入れる場合にのみ、コンポーネント 3 に到達できます。 VNet2 の要求は、コンポーネント 3 に到達できません。

AMPLS の制限を考慮する

AMPLS オブジェクトには次の制限があります。

仮想ネットワークは、"1 つ" の AMPLS オブジェクトにのみ接続できます。これは、その AMPLS オブジェクトで、仮想ネットワークでアクセスできる必要のあるすべての Azure Monitor リソースへのアクセスを提供する必要があることを意味します。
AMPLS オブジェクトは、300 のLog Analytics ワークスペースと 1,000 の Visual Studio Online Application Insights コンポーネントに接続できます。
1 つの Azure Monitor リソース (ワークスペース、Application Insights コンポーネント、またはデータ収集エンドポイント) を最大 5 つの AMPLS に接続できます。
1 つの AMPLS オブジェクトは、最大 10 個のプライベートエンドポイントに接続できます。

注意

2021 年 12 月 1 日より前に作成された AMPLS リソースは、50 リソースのみをサポートします。

次の図で説明します。

各仮想ネットワークは 1 つの AMPLS オブジェクトにのみ接続します。
AMPLS A は、接続可能な 300 の Log Analytics ワークスペースのうちの 2 つと、接続可能な 1,000 の Application Insights コンポーネントのうちの 1 つを使用して、2 つのワークスペースと 1 つの Application Insight コンポーネントに接続します。
ワークスペース 2 は、使用可能な 5 つの AMPLS 接続のうち 2 つを使用して、AMPLS A と AMPLS B に接続します。
AMPLS B は、使用可能な 10 個のプライベートエンドポイント接続のうち 2 つを使用して、2 つの仮想ネットワーク (VNet2 と VNet3) のプライベートエンドポイントに接続します。

リソースへのネットワークアクセスを制御する

Log Analytics ワークスペースまたは Application Insights コンポーネントは、次のように設定できます。

公衆ネットワーク (リソースの AMPLS に接続されていないネットワーク) からのインジェストを受け入れるかブロックする。
公衆ネットワーク (リソースの AMPLS に接続されていないネットワーク) からのクエリを受け入れるかブロックする。

この細分性により、ワークスペースごとにニーズに応じてアクセスを設定できます。たとえば、インジェストはプライベートリンクで接続されたネットワーク (つまり、特定の仮想ネットワーク) 経由でのみ受け入れつつ、クエリは公衆であれプライベートであれあらゆるネットワークから受け入れるように選択することができます。

公衆ネットワークからのクエリをブロックすると、接続されている AMPLS の外部のマシンや SDK などのクライアントはそのリソース内のデータに対してクエリを実行できなくなります。このデータには、ログ、メトリック、およびライブメトリックストリームが含まれます。公衆ネットワークからのクエリをブロックすると、これらのクエリを実行するすべてのエクスペリエンス (ブック、ダッシュボード、Azure portal 内の分析情報、Azure portal の外部から実行されるクエリなど) に影響が及びます。

Note

これらの設定が適用されない、特定の例外があります。詳細については、次のセクションを参照してください。

データ収集エンドポイントは、公衆ネットワーク (リソースの AMPLS に接続されていないネットワーク) からのアクセスを受け入れる、またはブロックするように設定できます。

構成情報については、「リソースアクセスフラグを設定する」を参照してください。

例外

ただし、次の例外があります。

診断ログ

診断設定を使用してワークスペースにアップロードされたログとメトリックは、セキュリティで保護されたプライベート Microsoft チャネルを経由し、これらの設定によって制御されることはありません。

カスタムメトリックまたは Azure Monitor ゲストメトリック

Azure Monitor エージェントを介して収集およびアップロードされたカスタムメトリック (プレビュー) は、データ収集エンドポイントによって制御されません。それらを、プライベートリンク経由で構成することはできません。

Azure Resource Manager

前に説明したようなアクセスの制限は、リソースのデータに適用されます。ただし、これらのアクセス設定をオンまたはオフにするなどの構成の変更は、Azure Resource Manager で管理されます。これらの設定を制御するには、適切なロール、アクセス許可、ネットワーク制御、監査を使用して、リソースへのアクセスを制限します。詳細については、Azure Monitor のロール、アクセス許可、およびセキュリティに関するページを参照してください。

Note

Resource Manager API を介して送信されたクエリでは、Azure Monitor プライベートリンクを使用できません。これらのクエリは、ターゲットリソースで公衆ネットワークからのクエリが許可されている場合 ([ネットワークの分離] ペインまたは CLI を使用して設定します) にのみ実行できます。

次のエクスペリエンスについては、Resource Manager API を介してクエリが実行されることが確認されています。

LogicApp コネクタ
Update Management ソリューション
ソリューションの変更の追跡
VM Insights
Container Insights
Log Analytics の [ワークスペースの概要 (非推奨)] ペイン (ソリューションダッシュボードを表示)

Application Insights の考慮事項

監視対象のワークロードをホストしているリソースをプライベートリンクに追加する必要があります。例については、Azure Web アプリでのプライベートエンドポイントの使用に関するページを参照してください。
ポータル以外の消費エクスペリエンスも、監視対象のワークロードを含むプライベートリンク仮想ネットワークで実行する必要があります。
Profiler と Debugger のプライベートリンクをサポートするには、独自のストレージアカウントを指定する必要があります。

Note

ワークスペースベースの Application Insights を完全に保護するには、Application Insights リソースと基になる Log Analytics ワークスペースへのアクセスをロックダウンする必要があります。

Log Analytics の考慮事項

以下の Log Analytics に関する考慮事項に注意してください。

Log Analytics ソリューションパックのダウンロード

ソリューションパックをダウンロードするには、Log Analytics エージェントがグローバルストレージアカウントにアクセスする必要があります。 2021 年 4 月 19 日以降 (または、Azure ソブリンクラウドでは、2021 年 6 月から) に作成されたプライベートリンクのセットアップでは、プライベートリンクを介して、エージェントのソリューションパックのストレージに接続できます。この機能は、blob.core.windows.net 用に作成された DNS ゾーンによって可能になります。

2021 年 4 月 19 日より前に作成されたプライベートリンクのセットアップでは、プライベートリンクを介してソリューションパックのストレージには接続できません。これに対処するには、次のいずれかを行います。

AMPLS とそれに接続されているプライベートエンドポイントを再作成します。

ファイアウォールの許可リストに次のルールを追加することにより、エージェントがパブリックエンドポイントを介してストレージアカウントに接続できるようにします。

クラウド環境	エージェントのリソース	Port	Direction
Azure Public	scadvisorcontent.blob.core.windows.net	443	送信
Azure Government	usbn1oicore.blob.core.usgovcloudapi.net	443	送信
21Vianet が運用する Microsoft Azure	mceast2oicore.blob.core.chinacloudapi.cn	443	送信

プライベートリンク経由でカスタムログと IIS ログを収集する

ストレージアカウントは、カスタムログの取り込みプロセスで使用されます。既定では、サービスで管理されるストレージアカウントが使用されます。プライベートリンクにカスタムログを取り込むには、独自のストレージアカウントを使用して、それらを Log Analytics ワークスペースに関連付ける必要があります。

独自のストレージアカウントを接続する方法について詳しくは、ログインジェスト用の顧客所有のストレージアカウントに関する記事の特に「プライベートリンクを使用する」と、「ストレージアカウントを Log Analytics ワークスペースにリンクする」をご覧ください。

Automation

Azure Automation アカウント (Update Management、Change Tracking、Inventory など) を必要とする Log Analytics ソリューションを使用する場合は、Automation アカウント用にプライベートリンクを作成する必要もあります。詳細は、「Azure Private Link を使用して、ネットワークを Azure Automation に安全に接続する」を参照してください。

注意

一部の製品や Azure portal エクスペリエンスでは、Resource Manager を介してデータに対してクエリが実行されます。この場合、プライベートリンク設定が Resource Manager に適用されていない限り、プライベートリンク経由ではデータに対してクエリを実行できません。この制限を回避するには、「リソースへのネットワークアクセスを制御する」の説明に従い、公衆ネットワークからのクエリを受け入れるようにリソースを構成できます。 (インジェストはプライベートリンクネットワークのみに制限しておくことができます)。次の製品およびエクスペリエンスが Resource Manager 経由でワークスペースに対してクエリを実行していることが確認されています。

LogicApp コネクタ
Update Management ソリューション
ソリューションの変更の追跡
ポータルの [ワークスペースの概要 (非推奨)] ペイン (ソリューションダッシュボードを表示)
VM Insights
Container Insights

マネージド Prometheus に関する考慮事項

Private Link のインジェスト設定は、AMPLS と、Prometheus メトリックの格納に使用される Azure Monitor ワークスペースを参照するデータ収集エンドポイント (DCE) の設定を使用して行われます。
Private Link のクエリ設定は、Prometheus メトリックの格納に使用される Azure Monitor ワークスペースで直接行われ、AMPLS 経由では処理されません。

要件

以下の要件に注意してください。

ネットワークサブネットのサイズ

サポートされる最小の IPv4 サブネットは /27 です (CIDR サブネット定義を使用)。 Azure 仮想ネットワークは /29 という小さいサイズにすることもできますが、Azure によって 5 つの IP アドレスが予約されています。 1 つのワークスペースに接続する場合でも、Azure Monitor プライベートリンクのセットアップには最低でもさらに 11 個の IP アドレスが必要です。 Azure Monitor プライベートリンクエンドポイントの一覧については、エンドポイントの DNS 設定を確認してください。

エージェント

Log Analytics ワークスペースへのセキュリティで保護された取り込みをサポートするには、最新バージョンの Windows および Linux エージェントを使用する必要があります。以前のバージョンでは、プライベートネットワーク経由で監視データをアップロードすることはできません。

Azure Monitor Windows エージェント

Azure Monitor Windows エージェントバージョン 1.1.1.0 以上 (データ収集エンドポイントを使用)。

Azure Monitor Linux エージェント

Azure Monitor Linux エージェントバージョン 1.10.5.0 以上 (データ収集エンドポイントを使用)。

Log Analytics Windows エージェント (非推奨)

Log Analytics エージェントバージョン 10.20.18038.0 以降を使用します。

Log Analytics Linux エージェント (非推奨)

エージェントバージョン 1.12.25 以降を使用します。できない場合は、VM で次のコマンドを実行します。

$ sudo /opt/microsoft/omsagent/bin/omsadmin.sh -X
$ sudo /opt/microsoft/omsagent/bin/omsadmin.sh -w <workspace id> -s <workspace key>

Azure portal

Application Insights、Log Analytics、データ収集エンドポイントなどの Azure Monitor ポータルエクスペリエンスを使用するには、プライベートネットワークで Azure portal および Azure Monitor の拡張機能にアクセスできるようにする必要があります。 AzureActiveDirectory、AzureResourceManager、AzureFrontDoor.FirstParty、および AzureFrontdoor.Frontend サービスタグをネットワークセキュリティグループに追加します。

プログラムでアクセス

REST API、Azure CLI または PowerShell をプライベートネットワーク上の Azure Monitor で使用する場合、サービスタグ AzureActiveDirectory と AzureResourceManager をファイアウォールに追加します。

コンテンツ配信ネットワークから Application Insights SDK をダウンロードする

ブラウザーが CDN からコードをダウンロードしないように、スクリプトに JavaScript コードをバンドルします。例については GitHub を参照してください。

ブラウザーの DNS 設定

プライベートリンクを介して Azure Monitor リソースに接続している場合、これらのリソースへのトラフィックは、お使いのネットワーク上で構成されているプライベートエンドポイントを経由する必要があります。プライベートエンドポイントを有効にするには、「プライベートエンドポイントへの接続」の説明に従って、DNS 設定を更新します。一部のブラウザーでは、ユーザーが設定したものではなく、ブラウザー自身の DNS 設定が使用されています。ブラウザーが Azure Monitor パブリックエンドポイントに接続を試みる際に、プライベートリンクを完全にバイパスする場合があります。ブラウザーの設定によって、DNS 設定がオーバーライドされていないこと、また、古い DNS 設定がキャッシュされていないことを確認してください。

クエリの制限: externaldata 演算子

externaldata 演算子は、ストレージアカウントからデータを読み取りますが、ストレージにプライベートでアクセスすることは保証されないため、プライベートリンク経由ではサポートされていません。
Azure Data Explorer プロキシ (ADX プロキシ) を使用すると、ログクエリで Azure Data Explorer にクエリを実行できます。 ADX プロキシは、対象のリソースにプライベートでアクセスすることは保証されないため、Private Link 経由ではサポートされていません。

次の手順

プライベートリンクの構成方法について確認します。
カスタムログとカスタマーマネージドキーのプライベートストレージについて確認します。
Automation 用の Private Link について確認します。

次の方法で共有

Azure Private Link のセットアップを設計する