Azure にハブスポーク ネットワーク トポロジを実装するImplement a hub-spoke network topology in Azure

この参照アーキテクチャでは、Azure にハブスポーク トポロジを実装する方法を示します。This reference architecture shows how to implement a hub-spoke topology in Azure. ハブは、オンプレミス ネットワークへの主要な接続ポイントとして機能する Azure の仮想ネットワーク (VNet) です。The hub is a virtual network (VNet) in Azure that acts as a central point of connectivity to your on-premises network. スポークは、ハブとピアリングする VNet であり、ワークロードを分離するために使用できます。The spokes are VNets that peer with the hub, and can be used to isolate workloads. トラフィックは、ExpressRoute または VPN ゲートウェイ接続を経由してオンプレミスのデータセンターとハブの間を流れます。Traffic flows between the on-premises datacenter and the hub through an ExpressRoute or VPN gateway connection. このソリューションをデプロイしますDeploy this solution.

[0][0]

このアーキテクチャの Visio ファイルをダウンロードします。Download a Visio file of this architecture

このトポロジの利点は次のとおりです。The benefits of this toplogy include:

  • コストの削減: 複数のワークロードを共有するサービス (ネットワーク仮想アプライアンス (NVA) や DNS サーバーなど) を 1 か所に集めます。Cost savings by centralizing services that can be shared by multiple workloads, such as network virtual appliances (NVAs) and DNS servers, in a single location.
  • サブスクリプション数の上限の解消: 中央のハブに別のサブスクリプションから VNet をピアリングします。Overcome subscriptions limits by peering VNets from different subscriptions to the central hub.
  • 問題の分離: 中央の IT (SecOps、InfraOps) とワークロード (DevOps) の間で実施します。Separation of concerns between central IT (SecOps, InfraOps) and workloads (DevOps).

このアーキテクチャの一般的な用途は次のとおりです。Typical uses for this architecture include:

  • DNS、IDS、NTP、AD DS などの共有サービスを必要とするさまざまな環境 (開発、テスト、運用など) でデプロイされるワークロード。Workloads deployed in different environments, such as development, testing, and production, that require shared services such as DNS, IDS, NTP, or AD DS. 共有サービスはハブ VNet に配置され、分離性を維持するために各環境はスポークにデプロイされます。Shared services are placed in the hub VNet, while each environment is deployed to a spoke to maintain isolation.
  • 相互接続が不要であり、共有サービスへのアクセスは必要なワークロード。Workloads that do not require connectivity to each other, but require access to shared services.
  • セキュリティ要素 (DMZ としてのハブのファイアウォールなど) の一元管理、および各スポークにおけるワークロードの分別管理が必要なエンタープライズ。Enterprises that require central control over security aspects, such as a firewall in the hub as a DMZ, and segregated management for the workloads in each spoke.

アーキテクチャArchitecture

アーキテクチャは、次のコンポーネントで構成されます。The architecture consists of the following components.

  • オンプレミス ネットワークOn-premises network. 組織内で実行されているプライベートなローカル エリア ネットワークです。A private local-area network running within an organization.

  • VPN デバイスVPN device. オンプレミス ネットワークへの外部接続を提供するデバイスまたはサービスです。A device or service that provides external connectivity to the on-premises network. VPN デバイスには、ハードウェア デバイス、または Windows Server 2012 のルーティングとリモート アクセス サービス (RRAS) などのソフトウェア ソリューションがあります。The VPN device may be a hardware device, or a software solution such as the Routing and Remote Access Service (RRAS) in Windows Server 2012. サポート対象の VPN アプライアンスの一覧と選択した VPN アプライアンスを Azure に接続するための構成については、「サイト間 VPN ゲートウェイ接続用の VPN デバイスと IPsec/IKE パラメーターについて」をご覧ください。For a list of supported VPN appliances and information on configuring selected VPN appliances for connecting to Azure, see About VPN devices for Site-to-Site VPN Gateway connections.

  • VPN 仮想ネットワーク ゲートウェイまたは ExpressRoute ゲートウェイVPN virtual network gateway or ExpressRoute gateway. 仮想ネットワーク ゲートウェイでは、オンプレミス ネットワークとの接続に使用する VPN デバイス (ExpressRoute 回線) に VNet を接続できます。The virtual network gateway enables the VNet to connect to the VPN device, or ExpressRoute circuit, used for connectivity with your on-premises network. 詳しくは、「Connect an on-premises network to a Microsoft Azure virtual network」(Microsoft Azure 仮想ネットワークにオンプレミス ネットワークを接続する) をご覧ください。For more information, see Connect an on-premises network to a Microsoft Azure virtual network.

注意

この参照アーキテクチャのデプロイ スクリプトでは、VPN ゲートウェイを使用して接続し、Azure の VNet を使用してオンプレミス ネットワークをシミュレートします。The deployment scripts for this reference architecture use a VPN gateway for connectivity, and a VNet in Azure to simulate your on-premises network.

  • ハブ VNetHub VNet. ハブスポーク トポロジのハブとして使用する Azure VNet。Azure VNet used as the hub in the hub-spoke topology. ハブは、オンプレミス ネットワークへの主要な接続ポイントであり、スポーク VNet でホストされるさまざまなワークロードによって消費できるサービスをホストする場所です。The hub is the central point of connectivity to your on-premises network, and a place to host services that can be consumed by the different workloads hosted in the spoke VNets.

  • ゲートウェイ サブネットGateway subnet. 複数の仮想ネットワーク ゲートウェイが同じサブネットに保持されます。The virtual network gateways are held in the same subnet.

  • 共有サービス サブネットShared services subnet. DNS や AD DS など、すべてのスポーク間で共有できるサービスをホストするために使用されるハブ VNet 内のサブネットです。A subnet in the hub VNet used to host services that can be shared among all spokes, such as DNS or AD DS.

  • スポーク VNetSpoke VNets. ハブスポーク トポロジでスポークとして使用される 1 つ以上の Azure VNet です。One or more Azure VNets that are used as spokes in the hub-spoke topology. スポークを使用すると、独自の VNet にワークロードを分離して、その他のスポークから個別に管理できます。Spokes can be used to isolate workloads in their own VNets, managed separately from other spokes. 各ワークロードには複数の階層が含まれる場合があります。これらの階層には、Azure ロード バランサーを使用して接続されている複数のサブネットがあります。Each workload might include multiple tiers, with multiple subnets connected through Azure load balancers. アプリケーション インフラストラクチャについて詳しくは、「Running Windows VM workloads」(Windows VM ワークロードを実行する) および「Running Linux VM workloads」(Linux VM ワークロードを実行する) をご覧ください。For more information about the application infrastructure, see Running Windows VM workloads and Running Linux VM workloads.

  • VNet ピアリングVNet peering. ピアリング接続を使用して、同じ Azure リージョン内の 2 つの VNet を接続できます。Two VNets in the same Azure region can be connected using a peering connection. ピアリング接続は、VNet 間の待機時間の短い非推移的な接続です。Peering connections are non-transitive, low latency connections between VNets. ピアリングが完了すると、VNet は、ルーターがなくても Azure のバックボーンを使用してトラフィックを交換します。Once peered, the VNets exchange traffic by using the Azure backbone, without the need for a router. ハブスポーク ネットワーク トポロジでは、VNet ピアリングを使用して、ハブを各スポークに接続します。In a hub-spoke network topology, you use VNet peering to connect the hub to each spoke.

注意

この記事で説明するのは Resource Manager のデプロイのみですが、クラシック VNet を同じサブスクリプションの Resource Manager VNet に接続することもできます。This article only covers Resource Manager deployments, but you can also connect a classic VNet to a Resource Manager VNet in the same subscription. これにより、クラシック デプロイ をスポークでホストして、ハブで共有するサービスのメリットを引き続き得ることができます。That way, your spokes can host classic deployments and still benefit from services shared in the hub.

推奨事項Recommendations

ほとんどのシナリオには、次の推奨事項が適用されます。The following recommendations apply for most scenarios. これらの推奨事項には、優先される特定の要件がない限り、従ってください。Follow these recommendations unless you have a specific requirement that overrides them.

リソース グループResource groups

ハブ VNet と各スポーク VNet を異なるリソース グループに実装できます。同じ Azure リージョン内の同じ Azure Active Directory (Azure AD) テナントに属している限り、サブスクリプションが異なっていてもかまいません。The hub VNet, and each spoke VNet, can be implemented in different resource groups, and even different subscriptions, as long as they belong to the same Azure Active Directory (Azure AD) tenant in the same Azure region. これにより、各ワークロードを分散管理し、サービスの共有はハブ VNet で維持できます。This allows for a decentralized management of each workload, while sharing services maintained in the hub VNet.

VNet と GatewaySubnetVNet and GatewaySubnet

GatewaySubnet という名前のサブネットを作成します。アドレス範囲は /27 です。Create a subnet named GatewaySubnet, with an address range of /27. このサブネットは、仮想ネットワーク ゲートウェイで必要です。This subnet is required by the virtual network gateway. このサブネットに 32 個のアドレスを割り当てると、将来的にゲートウェイ サイズの制限に達するのを回避できます。Allocating 32 addresses to this subnet will help to prevent reaching gateway size limitations in the future.

ゲートウェイの設定について詳しくは、接続の種類に応じて、次の参照アーキテクチャをご覧ください。For more information about setting up the gateway, see the following reference architectures, depending on your connection type:

高可用性を確保するために、ExpressRoute に加えてフェールオーバー用の VPN を使用できます。For higher availability, you can use ExpressRoute plus a VPN for failover. Connect an on-premises network to Azure using ExpressRoute with VPN failover」(ExpressRoute と VPN フェールオーバーを使用してオンプレミス ネットワークを Azure に接続する) をご覧ください。See Connect an on-premises network to Azure using ExpressRoute with VPN failover.

オンプレミス ネットワークに接続する必要がない場合は、ゲートウェイを設定せずにハブスポーク トポロジを使用することもできます。A hub-spoke topology can also be used without a gateway, if you don't need connectivity with your on-premises network.

VNET ピアリングVNet peering

VNet ピアリングは、2 つの VNet 間の非推移的な関係です。VNet peering is a non-transitive relationship between two VNets. 相互接続のためにスポークが必要な場合は、これらのスポーク間に個別のピアリング接続を追加することを検討してください。If you require spokes to connect to each other, consider adding a separate peering connection between those spokes.

ただし、相互接続に必要なスポークが複数ある場合は、VNet ごとの VNet ピアリング数の制限のために、有効なピアリング接続をすぐに使い果たします。However, if you have several spokes that need to connect with each other, you will run out of possible peering connections very quickly due to the limitation on number of VNets peerings per VNet. このシナリオでは、ユーザー定義ルート (UDR) を使用して、スポーク宛てのトラフィックをハブ VNet のルーターとして機能する NVA に強制的に送信することを検討してください。In this scenario, consider using user defined routes (UDRs) to force traffic destined to a spoke to be sent to an NVA acting as a router at the hub VNet. これにより、スポークを相互に接続できます。This will allow the spokes to connect to each other.

リモート ネットワークと通信するハブ VNet ゲートウェイを使用するようにスポークを構成することもできます。You can also configure spokes to use the hub VNet gateway to communicate with remote networks. ゲートウェイ トラフィックをスポークからハブに流して、リモート ネットワークに接続するには、次の手順を実行する必要があります。To allow gateway traffic to flow from spoke to hub, and connect to remote networks, you must:

  • ゲートウェイ トランジットを許可するようにハブで VNet ピアリング接続を構成します。Configure the VNet peering connection in the hub to allow gateway transit.
  • リモート ゲートウェイを使用するように各スポークで VNet ピアリング接続を構成します。Configure the VNet peering connection in each spoke to use remote gateways.
  • 転送されたトラフィックを許可するようにすべての VNet ピアリング接続を構成します。Configure all VNet peering connections to allow forwarded traffic.

考慮事項Considerations

スポーク接続Spoke connectivity

スポーク間の接続が必要な場合は、ハブでのルーティング用の NVA の実装、およびスポークでの UDR を使用したハブへのトラフィックの転送を検討してください。If you require connectivity between spokes, consider implementing an NVA for routing in the hub, and using UDRs in the spoke to forward traffic to the hub.

[2][2]

このシナリオでは、転送されたトラフィックを許可するようにピアリング接続を構成する必要があります。In this scenario, you must configure the peering connections to allow forwarded traffic.

VNet ピアリングの制限の解消Overcoming VNet peering limits

Azure の VNet ごとの VNet ピアリング数の制限を考慮してください。Make sure you consider the limitation on number of VNets peerings per VNet in Azure. 制限を超える数のスポークを許可する場合は、ハブスポークハブスポーク トポロジの作成を検討してください。このトポロジでは、第 1 レベルのスポークもハブとして機能します。If you decide you need more spokes than the limit will allow, consider creating a hub-spoke-hub-spoke topology, where the first level of spokes also act as hubs. この手法を次の図に示します。The following diagram shows this approach.

[3][3]

また、多数のスポークに合わせてハブを拡張するために、ハブで共有するサービスも検討してください。Also consider what services are shared in the hub, to ensure the hub scales for a larger number of spokes. たとえば、ハブがファイアウォール サービスを提供する場合は、複数のスポークを追加するときにファイアウォール ソリューションの帯域幅の制限を検討します。For instance, if your hub provides firewall services, consider the bandwidth limits of your firewall solution when adding multiple spokes. このような一部の共有サービスを第 2 レベルのハブに移動することをお勧めします。You might want to move some of these shared services to a second level of hubs.

ソリューションのデプロイ方法Deploy the solution

このアーキテクチャのデプロイについては、GitHub を参照してください。A deployment for this architecture is available on GitHub. このデプロイでは、各 VNet の Ubuntu VM を使用して接続をテストします。It uses Ubuntu VMs in each VNet to test connectivity. 実際のサービスは、ハブ VNetshared-services サブネットでホストされません。There are no actual services hosted in the shared-services subnet in the hub VNet.

前提条件Prerequisites

参照アーキテクチャをご自身のサブスクリプションにデプロイする前に、次の手順を実行する必要があります。Before you can deploy the reference architecture to your own subscription, you must perform the following steps.

  1. AzureCAT 参照アーキテクチャ GitHub リポジトリに ZIP ファイルを複製、フォーク、またはダウンロードします。Clone, fork, or download the zip file for the AzureCAT reference architectures GitHub repository.

  2. Azure CLI を使用する方がよい場合は、Azure CLI 2.0 がコンピューターにインストールされていることを確認してください。If you prefer to use the Azure CLI, make sure you have the Azure CLI 2.0 installed on your computer. CLI をインストールするには、「Azure CLI 2.0 のインストール」の手順に従ってください。To install the CLI, follow the instructions in Install Azure CLI 2.0.

  3. PowerShell を使用する方がよい場合は、Azure 用の最新の PowerShell モジュールがコンピューターにインストールされていることを確認してください。If you prefer to use PowerShell, make sure you have the latest PowerShell module for Azure installed on you computer. 最新の Azure PowerShell モジュールをインストールするには、「Install PowerShell for Azure」(Azure 用の PowerShell をインストールする) の手順に従ってください。To install the latest Azure PowerShell module, follow the instructions in Install PowerShell for Azure.

  4. コマンド プロンプト、bash プロンプト、または PowerShell プロンプトから、以下のコマンドの 1 つを使用して Azure アカウントにログインし、プロンプトに従います。From a command prompt, bash prompt, or PowerShell prompt, login to your Azure account by using one of the commands below, and follow the prompts.

    az login
    
    Login-AzureRmAccount
    

シミュレートされたオンプレミスのデータセンターをデプロイするDeploy the simulated on-premises datacenter

シミュレートされたオンプレミスのデータセンターを Azure VNet としてデプロイするには、次の手順を実行します。To deploy the simulated on-premises datacenter as an Azure VNet, perform the following steps.

  1. 上記の前提条件でダウンロードしたリポジトリの hybrid-networking\hub-spoke\onprem フォルダーに移動します。Navigate to the hybrid-networking\hub-spoke\onprem folder for the repository you downloaded in the pre-requisites step above.

  2. onprem.vm.parameters.json ファイルを開き、次に示す 11 行目と 12 行目の引用符の間にユーザー名とパスワードを入力した後、ファイルを保存します。Open the onprem.vm.parameters.json file and enter a username and password between the quotes in line 11 and 12, as shown below, then save the file.

    "adminUsername": "XXX",
    "adminPassword": "YYY",
    
  3. 次の bash または PowerShell コマンドを実行して、シミュレートされたオンプレミスの環境を Azure の VNet としてデプロイします。Run the bash or PowerShell command below to deploy the simulated on-premises environment as a VNet in Azure. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./onprem.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-onprem-rg \
     --location westus
    
    ./onprem.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-onprem-rg `
     -Location westus
    

    注意

    別のリソース グループ名 (ra-onprem-rg 以外) を使用する場合は、その名前を使用するすべてのパラメーター ファイルを検索し、独自のリソース グループ名を使用するように編集してください。If you decide to use a different resource group name (other than ra-onprem-rg), make sure to search for all parameter files that use that name and edit them to use your own resource group name.

  4. デプロイが完了するのを待機します。Wait for the deployment to finish. このデプロイでは、仮想ネットワーク、Ubuntu を実行する仮想マシン、および VPN ゲートウェイを作成します。This deployment creates a virtual network, a virtual machine running Ubuntu, and a VPN gateway. VPN ゲートウェイの作成の完了には 40 分以上かかる場合があります。The VPN gateway creation can take more than 40 minutes to complete.

Azure のハブ VNetAzure hub VNet

ハブ VNet をデプロイして、上記の手順で作成したシミュレートされたオンプレミスの VNet に接続するには、次の手順を実行します。To deploy the hub VNet, and connect to the simulated on-premises VNet created above, perform the following steps.

  1. 上記の前提条件でダウンロードしたリポジトリの hybrid-networking\hub-spoke\hub フォルダーに移動します。Navigate to the hybrid-networking\hub-spoke\hub folder for the repository you downloaded in the pre-requisites step above.

  2. hub.vm.parameters.json ファイルを開き、次に示す 11 行目と 12 行目の引用符の間にユーザー名とパスワードを入力した後、ファイルを保存します。Open the hub.vm.parameters.json file and enter a username and password between the quotes in line 11 and 12, as shown below, then save the file.

    "adminUsername": "XXX",
    "adminPassword": "YYY",
    
  3. hub.gateway.parameters.json ファイルを開き、次に示す 23 行目の引用符の間に共有キーを入力した後、ファイルを保存します。Open the hub.gateway.parameters.json file and enter a shared key between the quotes in line 23, as shown below, then save the file. この値をメモしておいてください。後からデプロイで使用します。Keep a note of this value, you will need to use it later in the deployment.

    "sharedKey": "",
    
  4. 次の bash または PowerShell コマンドを実行して、シミュレートされたオンプレミスの環境を Azure の VNet としてデプロイします。Run the bash or PowerShell command below to deploy the simulated on-premises environment as a VNet in Azure. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./hub.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-hub-rg \
     --location westus
    
    ./hub.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-hub-rg `
     -Location westus
    

    注意

    別のリソース グループ名 (ra-hub-rg 以外) を使用する場合は、その名前を使用するすべてのパラメーター ファイルを検索し、独自のリソース グループ名を使用するように編集してください。If you decide to use a different resource group name (other than ra-hub-rg), make sure to search for all parameter files that use that name and edit them to use your own resource group name.

  5. デプロイが完了するのを待機します。Wait for the deployment to finish. このデプロイでは、仮想ネットワーク、Ubuntu を実行する仮想マシン、VPN ゲートウェイ、および前のセクションで作成したゲートウェイへの接続を作成します。This deployment creates a virtual network, a virtual machine running Ubuntu, a VPN gateway, and a connection to the gateway created in the previous section. VPN ゲートウェイの作成の完了には 40 分以上かかる場合があります。The VPN gateway creation can take more than 40 minutes to complete.

オンプレミスからハブへの接続Connection from on-premises to the hub

シミュレートされたオンプレミスのデータセンターからハブ VNet に接続するには、次の手順を実行します。To connect from the simulated on-premises datacenter to the hub VNet, perform the following steps.

  1. 上記の前提条件でダウンロードしたリポジトリの hybrid-networking\hub-spoke\onprem フォルダーに移動します。Navigate to the hybrid-networking\hub-spoke\onprem folder for the repository you downloaded in the pre-requisites step above.

  2. onprem.connection.parameters.json ファイルを開き、次に示す 9 行目の引用符の間に共有キーを入力した後、ファイルを保存します。Open the onprem.connection.parameters.json file and enter a shared key between the quotes in line 9, as shown below, then save the file. この共有キーの値は、以前にデプロイしたオンプレミスのゲートウェイで使用されるものと同じにする必要があります。This shared key value must be the same used in the on-premises gateway you deployed previously.

    "sharedKey": "",
    
  3. 次の bash または PowerShell コマンドを実行して、シミュレートされたオンプレミスの環境を Azure の VNet としてデプロイします。Run the bash or PowerShell command below to deploy the simulated on-premises environment as a VNet in Azure. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./onprem.connection.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-onprem-rg \
     --location westus
    
    ./onprem.connection.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-onprem-rg `
     -Location westus
    

    注意

    別のリソース グループ名 (ra-onprem-rg 以外) を使用する場合は、その名前を使用するすべてのパラメーター ファイルを検索し、独自のリソース グループ名を使用するように編集してください。If you decide to use a different resource group name (other than ra-onprem-rg), make sure to search for all parameter files that use that name and edit them to use your own resource group name.

  4. デプロイが完了するのを待機します。Wait for the deployment to finish. このデプロイでは、オンプレミスのデータセンターのシミュレートに使用する VNet とハブ VNet 間の接続を作成します。This deployment creates a connection between the VNet used to simulate an on-premises datacenter, and the hub VNet.

Azure のスポーク VNetAzure spoke VNets

スポーク VNet をデプロイして、上記の手順で作成したハブ VNet に接続するには、次の手順を実行します。To deploy the spoke VNets, and connect to the hub VNet created above, perform the following steps.

  1. 上記の前提条件でダウンロードしたリポジトリの hybrid-networking\hub-spoke\spokes フォルダーに切り替えます。Switch to the hybrid-networking\hub-spoke\spokes folder for the repository you download in the pre-requisites step above.

  2. spoke1.web.parameters.json ファイルを開き、次に示す 53 行目と 54 行目の引用符の間にユーザー名とパスワードを入力した後、ファイルを保存します。Open the spoke1.web.parameters.json file and enter a username and password between the quotes in line 53 and 54, as shown below, then save the file.

    "adminUsername": "XXX",
    "adminPassword": "YYY",
    
  3. spoke2.web.parameters.json ファイルについて前の手順を繰り返します。Repeat the previous step for file spoke2.web.parameters.json.

  4. 次の bash または PowerShell コマンドを実行して、最初のスポークをデプロイしてハブに接続します。Run the bash or PowerShell command below to deploy the first spoke and connect it to the hub. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./spoke.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-spoke1-rg \
     --location westus \
     --spoke 1
    
    ./spoke.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-spoke1-rg `
     -Location westus `
     -Spoke 1
    

    注意

    別のリソース グループ名 (ra-spoke1-rg 以外) を使用する場合は、その名前を使用するすべてのパラメーター ファイルを検索し、独自のリソース グループ名を使用するように編集してください。If you decide to use a different resource group name (other than ra-spoke1-rg), make sure to search for all parameter files that use that name and edit them to use your own resource group name.

  5. デプロイが完了するのを待機します。Wait for the deployment to finish. このデプロイでは、仮想ネットワーク、Ubuntu と Apache を実行する 3 つの仮想マシンを含むロード バランサー、VPN ゲートウェイ、および前のセクションで作成したハブ VNet への VNet ピアリング接続を作成します。This deployment creates a virtual network, a load balancer with three virtual machine running Ubuntu and Apache, and a VNet peering connection to the hub VNet created in the previous section. このデプロイには 20 分以上かかる場合があります。This deployment may take over 20 minutes.

  6. 次の bash または PowerShell コマンドを実行して、最初のスポークをデプロイしてハブに接続します。Run the bash or PowerShell command below to deploy the first spoke and connect it to the hub. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./spoke.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-spoke2-rg \
     --location westus \
     --spoke 2
    
    ./spoke.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-spoke2-rg `
     -Location westus `
     -Spoke 2
    

    注意

    別のリソース グループ名 (ra-spoke2-rg 以外) を使用する場合は、その名前を使用するすべてのパラメーター ファイルを検索し、独自のリソース グループ名を使用するように編集してください。If you decide to use a different resource group name (other than ra-spoke2-rg), make sure to search for all parameter files that use that name and edit them to use your own resource group name.

  7. デプロイが完了するのを待機します。Wait for the deployment to finish. このデプロイでは、仮想ネットワーク、Ubuntu と Apache を実行する 3 つの仮想マシンを含むロード バランサー、VPN ゲートウェイ、および前のセクションで作成したハブ VNet への VNet ピアリング接続を作成します。This deployment creates a virtual network, a load balancer with three virtual machine running Ubuntu and Apache, and a VNet peering connection to the hub VNet created in the previous section. このデプロイには 20 分以上かかる場合があります。This deployment may take over 20 minutes.

Azure のスポーク VNet へのハブ VNet のピアリングAzure hub VNet peering to spoke VNets

ハブ VNet の VNet ピアリング接続をデプロイするには、次の手順を実行します。To deploy the VNet peering connections for the hub VNet, perform the following steps.

  1. 上記の前提条件でダウンロードしたリポジトリの hybrid-networking\hub-spoke\hub フォルダーに切り替えます。Switch to the hybrid-networking\hub-spoke\hub folder for the repository you download in the pre-requisites step above.

  2. 次の bash または PowerShell コマンドを実行して、最初のスポークにピアリング接続をデプロイします。Run the bash or PowerShell command below to deploy the peering connection to the first spoke. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./hub.peering.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-hub-rg \
     --location westus \
     --spoke 1
    
    ./hub.peering.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-hub-rg `
     -Location westus `
     -Spoke 1
    
  3. 次の bash または PowerShell コマンドを実行して、2 番目のスポークにピアリング接続をデプロイします。Run the bash or PowerShell command below to deploy the peering connection to the second spoke. 値をそれぞれサブスクリプション、リソース グループ名、および Azure リージョンで置き換えてください。Substitute the values with your subscription, resource group name, and Azure region.

    sh ./hub.peering.deploy.sh --subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
     --resourcegroup ra-hub-rg \
     --location westus \
     --spoke 2
    
    ./hub.peering.deploy.ps1 -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx `
     -ResourceGroup ra-hub-rg `
     -Location westus `
     -Spoke 2
    

接続をテストするTest connectivity

オンプレミスのデータセンターに接続されているハブスポーク トポロジが機能していることを確認するには、次の手順を実行します。To verify that the hub-spoke topology connected to an on-premises datacenter deployment worked, follow these steps.

  1. [Azure Portal][ポータル] からサブスクリプションに接続し、ra-onprem-rg リソース グループの ra-onprem-vm1 仮想マシンに移動します。From the [Azure portal][portal], connect to your subscription, and navigate to the ra-onprem-vm1 virtual machine in the ra-onprem-rg resource group.

  2. Overview ブレードで、VM のPublic IP addressをメモします。In the Overview blade, note the Public IP address for the VM.

  3. SSH クライアントを使用して、前の手順でメモした IP アドレスに接続します。この場合、デプロイ時に指定したユーザー名とパスワードを使用します。Use an SSH client to connect to the IP address you noted above using the user name and password you specified during deployment.

  4. 接続先の VM のコマンド プロンプトから次のコマンドを実行して、オンプレミスの VNet から Spoke1 VNet への接続をテストします。From the command prompt on the VM you connected to, run the command below to test connectivity from the on-premises VNet to the Spoke1 VNet.

    ping 10.1.1.37