プライベート ネットワークをプロビジョニングし、オンプレミスのデータセンターに必要に応じて接続するために使用する Azure ネットワーク サービス。
Hi 椎木さん、こんにちは!
説明されている要件に基づくと、サポートされている推奨構成は以下の通りです。
ご要件を整理すると…
• オンプレミス←ExpressRoute←HubVNet • HubVNet↔既存TableauVNet • HubVNet↔新規TableauVNet • 既存TableauVNet↔新規TableauVNet • 全てVNet Peeringで接続
ということですね。いただいた “案1~3” のPDFが見られないので、まずはどのパターンが実現可能かを判断するために以下の情報を教えていただけますか?
- 各VNetのIPアドレス空間(CIDR)
- 各案(1~3)の構成図または要点(Hub⇔Spokeの接続範囲、Peering設定での “Use remote gateway” / “Allow gateway transit” のON/OFF)
- 既存TableauVNetと新規TableauVNetを直接ピアリングする案がある場合、その理由(トラフィック制御や経路要件など)
- AzureサブスクリプションまたはマイクロソフトEntraテナントが分かれているかどうか これらがわかると、どの構成がAzureの制約内で動くか、または注意点をピンポイントでアドバイスできます。
<ベストプラクティスのご紹介> Hub-and-Spoke トポロジを推奨
- HubVNetにExpressRoute/VPN Gatewayを置き、SpokeにはGatewayを持たせずピアリング
- Hub側のPeeringでは “Allow gateway transit” をON
- Spoke側のPeeringでは “Use remote gateway” をON
- こうすると各Spoke→オンプレミス通信をHub経由で一元管理できます
IPアドレスの重複禁止 – VNetピアリングは非重複アドレス空間が必須です
トラフィックの制御
- NSGやUser-Defined Routeで必要なトラフィックだけ許可
- Spoke間通信がHub経由になる設計(トランジティブはサポート外なため)
モニタリングと運用
- Network Watcherの接続モニターやTopology機能で疎通確認
- Azure Virtual Network ManagerのVerifiersでポリシー検証
まずは上記のフォローアップ情報をいただければ、案1~3のどれがAzure上でOKか、また最適な構成をご提案しますね!
参考資料リンク集
Create/Change/Delete VNet Peering (Gateway Transitの注意
Virtual Network Peering Overview (Hub-and-Spoke, 限界・制約
トラブルシューティング & 診断ガイド https://learn.microsoft.com/azure/virtual-network/virtual-network-troubleshoot-peering-issues
上記の手順で問題が解決しない場合は、引き続きトラブルシューティングを進めるため、プライベートメッセージで詳細をご共有ください。必要に応じて、Teams 通話でご一緒に調査し、問題解決をサポートいたします。
情報がお役に立ちましたら、「Accept」をお願いいたします。これは、私たちだけでなく、コミュニティ内の他のユーザーにも役立ちます。