仮想ネットワーク データ ゲートウェイに関する FAQ

GCC L4 (テキサス州とバージニア州) と L5 (DoD 東部) をサポートしています。

US Nat East/West と US Sec East/West でエア ギャップ クラウドをサポートしています。

Private Link を使用して、この接続を保護します。 詳細情報: Power BI Private Link のドキュメント

仮想ネットワーク データ ゲートウェイは物理的に、Azure 仮想ネットワークと同じリージョンに存在します。 しかし、すべての仮想ネットワーク データ ゲートウェイのメタデータ (名前、詳細、データ ソース、暗号化された認証情報など) は、テナントの既定のリージョンに保存されます。 Power Platform 管理センターでテナントのホーム リージョンを選択すると、すべての仮想ネットワーク データ ゲートウェイを管理できます。

はい。 仮想ネットワーク データ ゲートウェイを使用できますが、条件付きアクセス ポリシーは引き続き適用されます。

サポートされているデータ サービスの完全なリスト:

• Power BI については、「サポートされている Azure データ サービス」に記載されています
• Power Platform データフローについては、「サポートされるデータ ソース」に記載されています

仮想ネットワーク データ ゲートウェイは Premium 専用の機能であり、Fabric と Power BI Premium 容量でのみ使用できます。

はい

VNet、エンドポイント、関連する Azure リソースの制限 (たとえば、リージョン関連) については、Azure 仮想ネットワークのドキュメントをご確認ください。

対応する Azure データ サービス製品のドキュメントを確認して、プライベート エンドポイントがサポートされているかどうか、およびそれらを有効にする方法をご確認ください。

パブリック インターネット アクセスをブロックし、プライベート エンドポイントで構成されたファイアウォールを使用して Azure リソースに対する OAuth 認証を使って仮想ネットワーク データ ゲートウェイ接続を作成しようとしたときに、Authorization failed for Public API route や DM_GWPipeline_Client_OAuthTokenLoginFailedError などのエラーが発生する場合は、Microsoft Entra ID サービスを呼び出してプライベート認証用のサービス エンドポイントを明示的に作成する必要があることを意味します。 この状況を解決するには、仮想ネットワーク データ ゲートウェイに使用される仮想ネットワーク サブネットに移動し、次に示すようにサービス エンドポイント Microsoft.AzureActiveDirectory を有効にします。

はい、この機能は Power BI ホーム リージョンには依存しません。 仮想ネットワークが存在するリージョンでこの機能が有効になっている場合は、新しい仮想ネットワーク データ ゲートウェイを作成できます。

いいえ。 仮想ネットワーク データ ゲートウェイは物理的に、Azure 仮想ネットワークと同じリージョンに存在します。 現在、すべての仮想ネットワーク データ ゲートウェイのメタデータ (名前、詳細、データ ソース、暗号化された資格情報など) を保存する場所も選択できません。 そのデータは、テナントの既定のリージョンに保存されます。

いいえ。 仮想ネットワーク データ ゲートウェイは、Power BI テナントと同じテナントに作成する必要があります。

いいえ。仮想ネットワーク ゲートウェイは現在、テナントのホーム リージョンでのみご利用いただけます。

確認する領域がいくつかあります。

• データ ソースが実行されていることをご確認ください。
• 仮想ネットワーク内から (特に仮想ネットワーク データ ゲートウェイの作成時に委任されたサブネットから) データ ソースにアクセスできることを確認してください。 たとえば、サブネットに VM をデプロイして、データ ソースに接続できるかどうかを確認できます。
• シナリオによっては、次の Azure ネットワーク セキュリティ グループ (NSG) が必要になる場合があります。
  • OAuth またはサービス プリンシパル認証を使ってデータ ソースに接続するとき、Microsoft Entra ID エンドポイントへの送信トラフィックを許可します。
  • HTTPS を使用してデータ ソースに接続する際、CA (証明機関) への送信トラフィックを許可します。

新しい仮想ネットワーク サービスと仮想ネットワークの間の接続は、HTTPS と TLS 1.2 を介して行われます。

自動一時停止機能を備えた SQL サーバーレスの場合、SQL が一時停止状態のときは、最初の要求が失敗することがありますが、次の要求は成功します。

初めて使用する場合、仮想ネットワーク ゲートウェイの設定には約 2 分かかります。 同様に、仮想ネットワーク データ ゲートウェイを 30 分間使用しないと、次に使うときに約 1 分の遅れが発生する場合があります。

いいえ。パブリック プレビュー リリースでは商用クラウドのみがサポートされます。

すべての仮想ネットワーク データ ゲートウェイの最大容量は次のとおりです。

• 2 コア
• それぞれ 8 GB の RAM

現在、この容量が使用可能な唯一のハードウェア構成であり、スケーリングや変更はできません。

はい

同じ仮想ネットワークとサブネットを使用する他のゲートウェイがあるかどうかを確認します。 削除できるようになるには、この仮想ネットワークとサブネットを使用する最後のゲートウェイが削除されてから最大 48 から 72 時間かかります。

5 個の予約済みの IP 以外に、同じ仮想ネットワークとサブネットにさらに仮想ネットワーク ゲートウェイを追加できるように、約 5 から 7 個の IP を追加で用意しておくことをお勧めします。

Azure Network 共同作成者ロールのように、仮想ネットワークで Microsoft.Network/virtualNetworks/subnets/join/action アクセス許可を持つロールを明示的に獲得していることをご確認ください。 このアクセス許可は、仮想ネットワーク データ ゲートウェイを作成するために必要です。

セキュリティはオンプレミス データ ゲートウェイと比べてどのようになっていますか? はい、仮想ネットワーク データ ゲートウェイを通過するすべてのデータは、Azure バックボーンに留まります。 仮想ネットワークと Power BI サービスの間には、パブリック インターネットに到達しない内部の Microsoft Tunnel を使用します。 一方、オンプレミス データ ゲートウェイは、Azure Relay を使用して Power BI サービスに接続するための接続を開きます。

サブスクリプション、Microsoft.PowerPlatform リソース プロバイダー、仮想ネットワーク、サブネット、Power BI サービスのホーム テナントなど、さまざまなリソースを考慮します。 サービス エンドポイントを使用している場合は、仮想ネットワークとサブネットは、接続先のデータと同じリージョンに存在する必要があります。 プライベート エンドポイントを使用している場合は、異なるリージョンに存在する可能性があります。 データ ゲートウェイ構成は、Power BI ホーム テナント リージョンに存在します。

通常、仮想ネットワーク ゲートウェイは、同じ仮想ネットワーク内で到達可能なソースに到達できます。 1 つ目の仮想ネットワークから分離された 2 つ目がある場合は、別の仮想ネットワーク ゲートウェイが必要です。

• 仮想ネットワークのサブネットの IP 範囲が 10.0.1.x と重複することはできません。
• gatewaysubnet と呼ばれるサブネットを Power Platform 管理センターに委任することはできません。 この制限は、Azure ゲートウェイ サブネット機能の予約語であるためです。
• 仮想ネットワーク データ ゲートウェイが作成された仮想ネットワークのリージョン、サブスクリプション、またはリソース グループを変更することはできません。 このシナリオは、現在サポートされていません。
• 1 時間を超える OAuth の更新が、"接続の資格情報が無効" エラーまたはタイムアウトでキャンセルされた場合、資格情報の有効期限が切れている可能性があります。