仮想ネットワーク ピアリングの作成 - 異なるデプロイメント モデルとサブスクリプション
このチュートリアルでは、異なるデプロイメント モデルで作成された仮想ネットワーク間に仮想ネットワーク ピアリングを作成する方法について説明します。 仮想ネットワークは、異なるサブスクリプションに存在します。 2 つの仮想ネットワークをピアリングすると、別々の仮想ネットワークに存在するリソースが、あたかも同じ仮想ネットワーク内に存在するかのような帯域幅と待ち時間で相互に通信を行うことができます。 詳しくは、「仮想ネットワーク ピアリング」をご覧ください。
仮想ネットワーク ピアリングを作成する手順は、サブスクリプションが同じか異なるか、また、どのAzure デプロイメント モデルを使用して仮想ネットワークが作成されているかによって異なります。 他のシナリオで仮想ネットワークを作成する方法については、次の表で目的のシナリオをクリックしてください。
Azure デプロイメント モデル | Azure サブスクリプション |
---|---|
両方とも Resource Manager | 同じ |
両方とも Resource Manager | 異なる |
一方が Resource Manager、もう一方がクラシック | 同じ |
クラシック デプロイ モデルでデプロイされた 2 つの仮想ネットワークの間に、仮想ネットワーク ピアリングを作成することはできません。 このチュートリアルでは同じリージョンで複数の仮想ネットワークをピアリングします。 異なるサポート対象リージョン間での仮想ネットワーク ピアリングも可能です。 仮想ネットワークのピアリングの前に、ピアリングの要件と制約をよく理解しておくことをお勧めします。
異なるサブスクリプションに存在する仮想ネットワーク間で仮想ネットワーク ピアリングを作成する場合、サブスクリプションは同じ Microsoft Entra テナントに関連付けることができます。 Microsoft Entra テナントをまだお持ちでない場合は、すばやく 作成できます。
仮想ネットワーク ピアリングは、Azure portal、Azure CLI、Azure PowerShell のいずれかを使って作成できます。 いずれかのリンクをクリックすると、そのツールを使って仮想ネットワーク ピアリングを作成するための手順に直接移動します。
ピアリングの作成 - Azure Portal
このチュートリアルでは、サブスクリプションごとに異なるアカウントを使用します。 両方のサブスクリプションへのアクセス許可を持つアカウントを使用している場合は、すべての手順で同じアカウントを使用し、ポータルからログアウトする手順と、他のユーザーのアクセス許可を仮想ネットワークに割り当てる手順はスキップできます。
Azure Portal に UserA としてログインします。 ログインに使用するアカウントには、仮想ネットワーク ピアリングを作成するためのアクセス許可が必要です。 アクセス許可の一覧については、仮想ネットワークのピアリングのアクセス許可に関するページをご覧ください。
[+ 新規] 、 [ネットワーキング] 、 [仮想ネットワーク] の順にクリックします。
[仮想ネットワークの作成] ブレードで、次の設定の値を入力するか選択し、 [作成] をクリックします。
- [名前] : myVnetA
- [アドレス空間] : 10.0.0.0/16
- [サブネット名] : "既定値"
- [サブネットのアドレス範囲] : 10.0.0.0/24
- サブスクリプション:サブスクリプション A を選択します。
- [リソース グループ] : [新規作成] を選択し、「myResourceGroupA」と入力します
- [場所] :米国東部
ポータル上部の [リソースの検索] ボックスに「myVnetA」と入力します。 検索結果に myVnetA が表示されたら、それをクリックします。 myVnetA 仮想ネットワークのブレードが表示されます。
表示された [myVnetA] ブレードの左側にある縦長のオプション一覧で [アクセス制御 (IAM)] をクリックします。
[myVnetA - アクセス制御 (IAM)] ブレードが表示されたら、 [+ ロールの割り当ての追加] をクリックします。
[[ロールの割り当ての追加] ウィンドウ] ブレードが表示されたら、 [ロール] ボックスの [ネットワーク共同作成者] を選択します。
[選択] ボックスで、UserB を選択するか、UserB のメール アドレスを入力して検索します。 表示されるユーザーの一覧は、ピアリングを設定する仮想ネットワークと同じ Microsoft Entra テナントからのユーザーです。 UserB が一覧表示されたら、クリックします。
[保存] をクリックします。
UserA としてポータルからログアウトし、UserB としてログインします。
[+ 新規] をクリックし、 [Marketplace を検索] ボックスに「仮想ネットワーク」と入力して、検索結果で [仮想ネットワーク] をクリックします。
表示された [仮想ネットワーク] ブレードの [デプロイ モデルの選択] ボックスで、 [クラシック] を選択し、 [作成] をクリックします。
表示された [仮想ネットワーク (クラシック) の作成] ボックスに、次の値を入力します。
- [名前] : myVnetB
- [アドレス空間] : 10.1.0.0/16
- [サブネット名] : "既定値"
- [サブネットのアドレス範囲] : 10.1.0.0/24
- サブスクリプション:サブスクリプション B を選択します。
- [リソース グループ] : [新規作成] を選択し、「myResourceGroupB」と入力します
- [場所] :米国東部
ポータル上部の [リソースの検索] ボックスに「myVnetB」と入力します。 検索結果に [myVnetB] が表示されたら、それをクリックします。 myVnetB 仮想ネットワークのブレードが表示されます。
表示された [myVnetB] ブレードの左側にある縦長のオプション一覧で [プロパティ] をクリックします。 リソース ID をコピーします。これは後の手順で使用されます。 リソース ID は次の例に似たものになります。
/subscriptions/<Subscription ID>/resourceGroups/myResourceGroupB/providers/Microsoft.ClassicNetwork/virtualNetworks/myVnetB
myVnetB に対して手順 5. ~ 9. を実行します。手順 8. では UserA を入力します。
UserB としてポータルからログアウトし、UserA としてログインします。
ポータル上部の [リソースの検索] ボックスに「myVnetA」と入力します。 検索結果に myVnetA が表示されたら、それをクリックします。 myVnet 仮想ネットワークのブレードが表示されます。
[myVnetA] をクリックします。
表示された [myVnetA] ブレードの左側にある縦長のオプション一覧で [ピアリング] をクリックします。
表示された [myVnetA - ピアリング] ブレードで [+ 追加] をクリックします
表示された [ピアリングの追加] ブレードで次のオプションを入力または選択し、 [OK] をクリックします。
- [名前] : myVnetAToMyVnetB
- [仮想ネットワークのデプロイ モデル]: [クラシック] を選択します。
- [リソース ID を知っている] : このボックスをオンにします。
- [リソース ID] : 手順 15 の myVnetB のリソース ID を入力します。
- [仮想ネットワーク アクセスを許可する] : [有効] が選択されていることを確認します。 その他の設定は、このチュートリアルでは使用しません。 すべてのピアリング設定については、仮想ネットワーク ピアリングの管理に関するページを参照してください。
前の手順で [OK] をクリックすると、 [ピアリングの追加] ブレードが閉じて、 [myVnetA - ピアリング] ブレードが再度表示されます。 数秒後、作成したピアリングがブレードに表示されます。 作成した myVnetAToMyVnetB ピアリングの [ピアリング状態] 列に [接続済み] と表示されます。 これでピアリングが確立されました。 仮想ネットワーク (クラシック) を仮想ネットワーク (Resource Manager) にピアリングする必要はありません。
2 つの仮想ネットワークに作成した Azure リソースが、その IP アドレスを使用して相互に通信できるようになりました。 仮想ネットワークに Azure の既定の名前解決を使用する場合、そのネットワーク内のリソースは、通信相手の仮想ネットワークに対して名前を解決することができません。 ピアリングされた仮想ネットワークの間で名前を解決する必要がある場合は、独自の DNS サーバーを作成する必要があります。 その方法については、「独自 DNS サーバー使用の名前解決」を参照してください。
省略可能:このチュートリアルでは仮想マシンの作成について説明していませんが、それぞれの仮想ネットワークに仮想マシンを作成し、一方の仮想マシンからもう一方の仮想マシンに接続することで接続を検証することができます。
省略可能:このチュートリアルで作成したリソースを削除するには、この記事の「リソースの削除」セクションの手順を実行してください。
ピアリングの作成 - Azure CLI
このチュートリアルでは、サブスクリプションごとに異なるアカウントを使用します。 両方のサブスクリプションへのアクセス許可を持つアカウントを使用している場合は、すべての手順で同じアカウントを使用し、Azure からログアウトする手順をスキップして、ユーザー ロールの割り当てを作成するスクリプト行を削除できます。 次のすべてのスクリプトの UserA@azure.com と UserB@azure.com を、UserA と UserB で使用しているユーザー名に置き換えます。 Azure クラシック CLI と Azure CLI を使用して、次の手順を完了します。 次の手順のいずれかで [使ってみる] ボタンを選択するだけで、またはクラシック CLI と CLI をインストールし、ローカル コンピューター上のコマンドを実行すると、Azure Cloud Shell からの手順を行うことができます。
Cloud Shell を使用する場合は、Cloud Shell が Azure に自動的にサインインするため、手順 2 に進みます。 コマンド セッションを開き、
azure login
コマンドを使用して Azure にサインインします。azure config mode asm
コマンドを入力して、サービス管理モードでクラシック CLI を実行します。次のクラシック CLI コマンドを入力して、仮想ネットワーク (クラシック) を作成します。
azure network vnet create --vnet myVnetB --address-space 10.1.0.0 --cidr 16 --location "East US"
残りの手順は、bash シェルと (クラシック CLI ではなく) Azure CLI を使用して、行う必要があります。
PC で次のスクリプトをテキスト エディターにコピーします。
<SubscriptionB-Id>
は、サブスクリプション ID で置き換えてください。 サブスクリプション ID がわからない場合は、az account show
コマンドを入力します。 出力された id の値がサブスクリプション ID です。変更後のスクリプトをコピーし、CLI セッションに貼り付けて、Enter
キーを押します。az role assignment create \ --assignee UserA@azure.com \ --role "Classic Network Contributor" \ --scope /subscriptions/<SubscriptionB-Id>/resourceGroups/Default-Networking/providers/Microsoft.ClassicNetwork/virtualNetworks/myVnetB
手順 4. で仮想ネットワーク (クラシック) を作成したとき、その仮想ネットワークは、Default-Networking リソース グループに作成されました。
UserB として Azure からログアウトし、CLI で UserA としてログインします。
リソース グループと仮想ネットワーク (Resource Manager) を作成します。 次のスクリプトをコピーし、CLI セッションに貼り付けて、
Enter
を押します。#!/bin/bash # Variables for common values used throughout the script. rgName="myResourceGroupA" location="eastus" # Create a resource group. az group create \ --name $rgName \ --location $location # Create virtual network A (Resource Manager). az network vnet create \ --name myVnetA \ --resource-group $rgName \ --location $location \ --address-prefix 10.0.0.0/16 # Get the id for myVnetA. vNetAId=$(az network vnet show \ --resource-group $rgName \ --name myVnetA \ --query id --out tsv) # Assign UserB permissions to myVnetA. az role assignment create \ --assignee UserB@azure.com \ --role "Network Contributor" \ --scope $vNetAId
異なるデプロイメント モデルで作成された 2 つの仮想ネットワークの間で仮想ネットワーク ピアリングを作成します。 PC で次のスクリプトをテキスト エディターにコピーします。
<SubscriptionB-id>
は、サブスクリプション ID で置き換えてください。サブスクリプション ID がわからない場合は、az account show
コマンドを入力します。 出力された id の値がサブスクリプション ID です。手順 4. で作成した仮想ネットワーク (クラシック) は、Default-Networking という名前のリソース グループに作成されました。 変更後のスクリプトを CLI セッションに貼り付けて、Enter
キーを押します。# Peer VNet1 to VNet2. az network vnet peering create \ --name myVnetAToMyVnetB \ --resource-group $rgName \ --vnet-name myVnetA \ --remote-vnet /subscriptions/<SubscriptionB-id>/resourceGroups/Default-Networking/providers/Microsoft.ClassicNetwork/virtualNetworks/myVnetB \ --allow-vnet-access
スクリプトの実行後、仮想ネットワーク (Resource Manager) のピアリングを確認します。 次のスクリプトをコピーし、CLI セッションに貼り付けます。
az network vnet peering list \ --resource-group $rgName \ --vnet-name myVnetA \ --output table
出力の PeeringState 列に Connected と表示されます。
2 つの仮想ネットワークに作成した Azure リソースが、その IP アドレスを使用して相互に通信できるようになりました。 仮想ネットワークに Azure の既定の名前解決を使用する場合、そのネットワーク内のリソースは、通信相手の仮想ネットワークに対して名前を解決することができません。 ピアリングされた仮想ネットワークの間で名前を解決する必要がある場合は、独自の DNS サーバーを作成する必要があります。 その方法については、「独自 DNS サーバー使用の名前解決」を参照してください。
省略可能:このチュートリアルでは仮想マシンの作成について説明していませんが、それぞれの仮想ネットワークに仮想マシンを作成し、一方の仮想マシンからもう一方の仮想マシンに接続することで接続を検証することができます。
省略可能:このチュートリアルで作成したリソースを削除するには、この記事の「リソースの削除」の手順を実行してください。
ピアリングの作成 - PowerShell
このチュートリアルでは、サブスクリプションごとに異なるアカウントを使用します。 両方のサブスクリプションへのアクセス許可を持つアカウントを使用している場合は、すべての手順で同じアカウントを使用し、Azure からログアウトする手順をスキップして、ユーザー ロールの割り当てを作成するスクリプト行を削除できます。 次のすべてのスクリプトの UserA@azure.com と UserB@azure.com を、UserA と UserB で使用しているユーザー名に置き換えます。
PowerShell Azure および Az モジュールの最新バージョンをインストールします。 Azure PowerShell を初めてお使いの方は、Azure PowerShell の概要に関する記事を参照してください。
PowerShell セッションを開始します。
PowerShell で、
Add-AzureAccount
コマンドを入力して、UserB のサブスクリプションに UserB としてログインします。 ログインに使用するアカウントには、仮想ネットワーク ピアリングを作成するためのアクセス許可が必要です。 アクセス許可の一覧については、仮想ネットワークのピアリングのアクセス許可に関するページをご覧ください。PowerShell で仮想ネットワーク (クラシック) を作成するには、ネットワーク構成ファイルを新しく作成するか、既存のものを変更する必要があります。 ネットワーク構成ファイルをエクスポート、更新、およびインポートする方法を確認してください。 ファイルには、このチュートリアルで使用されている仮想ネットワークの次の VirtualNetworkSite 要素を含める必要があります。
<VirtualNetworkSite name="myVnetB" Location="East US"> <AddressSpace> <AddressPrefix>10.1.0.0/16</AddressPrefix> </AddressSpace> <Subnets> <Subnet name="default"> <AddressPrefix>10.1.0.0/24</AddressPrefix> </Subnet> </Subnets> </VirtualNetworkSite>
警告
変更したネットワーク構成ファイルをインポートすると、サブスクリプションの既存の仮想ネットワーク (クラシック) が変更される可能性があります。 前の仮想ネットワークのみを追加し、サブスクリプションの既存の仮想ネットワークは変更または削除しないようにしてください。
Resource Manager コマンドを使用するために、
Connect-AzAccount
コマンドを入力して、UserB のサブスクリプションに UserB としてログインします。UserA のアクセス許可を仮想ネットワーク B に割り当てます。PC で次のスクリプトをテキスト エディターにコピーして、
<SubscriptionB-id>
をサブスクリプション B の ID で置き換えます。サブスクリプション ID がわからない場合は、Get-AzSubscription
コマンドを入力して確認します。 返された出力の id の値がサブスクリプション ID です。 手順 4. で作成した仮想ネットワーク (クラシック) は、Default-Networking という名前のリソース グループに作成されました。 スクリプトを実行するには、変更後のスクリプトをコピーし、PowerShell に貼り付けて、Enter
キーを押します。New-AzRoleAssignment ` -SignInName UserA@azure.com ` -RoleDefinitionName "Classic Network Contributor" ` -Scope /subscriptions/<SubscriptionB-id>/resourceGroups/Default-Networking/providers/Microsoft.ClassicNetwork/virtualNetworks/myVnetB
UserB として Azure からログアウトし、
Connect-AzAccount
コマンドを入力して、UserA のサブスクリプションに UserA としてログインします。 ログインに使用するアカウントには、仮想ネットワーク ピアリングを作成するためのアクセス許可が必要です。 アクセス許可の一覧については、仮想ネットワークのピアリングのアクセス許可に関するページをご覧ください。仮想ネットワーク (Resource Manager) を作成します。これを行うには、次のスクリプトをコピーし、PowerShell に貼り付けて、
Enter
キーを押します。# Variables for common values $rgName='MyResourceGroupA' $location='eastus' # Create a resource group. New-AzResourceGroup ` -Name $rgName ` -Location $location # Create virtual network A. $vnetA = New-AzVirtualNetwork ` -ResourceGroupName $rgName ` -Name 'myVnetA' ` -AddressPrefix '10.0.0.0/16' ` -Location $location
UserB のアクセス許可を myVnetA に割り当てます。 PC で次のスクリプトをテキスト エディターにコピーして、
<SubscriptionA-Id>
をサブスクリプション A の ID で置き換えます。サブスクリプション ID がわからない場合は、Get-AzSubscription
コマンドを入力して確認します。 返された出力の id の値がサブスクリプション ID です。 変更後のスクリプトを PowerShell に貼り付けてから、Enter
キーを押して実行します。New-AzRoleAssignment ` -SignInName UserB@azure.com ` -RoleDefinitionName "Network Contributor" ` -Scope /subscriptions/<SubscriptionA-Id>/resourceGroups/myResourceGroupA/providers/Microsoft.Network/VirtualNetworks/myVnetA
PC で次のスクリプトをテキスト エディターにコピーして、
<SubscriptionB-id>
をサブスクリプション B の ID で置き換えます。myVnetA を myVNetB にピアリングするには、変更後のスクリプトをコピーし、PowerShell に貼り付けて、Enter
キーを押します。Add-AzVirtualNetworkPeering ` -Name 'myVnetAToMyVnetB' ` -VirtualNetwork $vnetA ` -RemoteVirtualNetworkId /subscriptions/<SubscriptionB-id>/resourceGroups/Default-Networking/providers/Microsoft.ClassicNetwork/virtualNetworks/myVnetB
myVnetA のピアリング状態を確認します。これを行うには、次のスクリプトをコピーし、PowerShell に貼り付けて、
Enter
キーを押します。Get-AzVirtualNetworkPeering ` -ResourceGroupName $rgName ` -VirtualNetworkName myVnetA ` | Format-Table VirtualNetworkName, PeeringState
状態は接続済みです。 myVnetB から myVnetA へのピアリングの設定が完了した時点で、接続済みに変わります。
2 つの仮想ネットワークに作成した Azure リソースが、その IP アドレスを使用して相互に通信できるようになりました。 仮想ネットワークに Azure の既定の名前解決を使用する場合、そのネットワーク内のリソースは、通信相手の仮想ネットワークに対して名前を解決することができません。 ピアリングされた仮想ネットワークの間で名前を解決する必要がある場合は、独自の DNS サーバーを作成する必要があります。 その方法については、「独自 DNS サーバー使用の名前解決」を参照してください。
省略可能:このチュートリアルでは仮想マシンの作成について説明していませんが、それぞれの仮想ネットワークに仮想マシンを作成し、一方の仮想マシンからもう一方の仮想マシンに接続することで接続を検証することができます。
省略可能:このチュートリアルで作成したリソースを削除するには、この記事の「リソースの削除」の手順を実行してください。
リソースを削除する
このチュートリアルが完了したら、使用料がかからないように、チュートリアルで作成したリソースを削除することをお勧めします。 リソース グループを削除すると、リソース グループ内にあるリソースもすべて削除されます。
Azure portal
- ポータルの検索ボックスに、「myResourceGroupA」と入力します。 検索結果で、myResourceGroupA をクリックします。
- myResourceGroupA のブレードで、 [削除] アイコンをクリックします。
- 削除を確定するには、 [リソース グループ名を入力してください] ボックスに「myResourceGroupA」と入力し、 [削除] をクリックします。
- ポータル上部の [リソースの検索] ボックスに「myVnetB」と入力します。 検索結果に [myVnetB] が表示されたら、それをクリックします。 myVnetB 仮想ネットワークのブレードが表示されます。
- [myVnetB] ブレードで、 [削除] をクリックします。
- 削除を確定するには、 [仮想ネットワークの削除] ボックスで [はい] をクリックします。
Azure CLI
CLI を使用して Azure にログインし、次のコマンドで仮想ネットワーク (Resource Manager) を削除します。
az group delete --name myResourceGroupA --yes
クラシック CLI を使用して Azure にサインインし、次のコマンドで仮想ネットワーク (クラシック) を削除します。
azure config mode asm azure network vnet delete --vnet myVnetB --quiet
PowerShell
PowerShell コマンド プロンプトで、次のコマンドを入力して、仮想ネットワーク (Resource Manager) を削除します。
Remove-AzResourceGroup -Name myResourceGroupA -Force
PowerShell で仮想ネットワーク (クラシック) を削除するには、既存のネットワーク構成ファイルを変更する必要があります。 ネットワーク構成ファイルをエクスポート、更新、およびインポートする方法を確認してください。 このチュートリアルで使用されている仮想ネットワークの次の VirtualNetworkSite 要素を削除します。
<VirtualNetworkSite name="myVnetB" Location="East US"> <AddressSpace> <AddressPrefix>10.1.0.0/16</AddressPrefix> </AddressSpace> <Subnets> <Subnet name="default"> <AddressPrefix>10.1.0.0/24</AddressPrefix> </Subnet> </Subnets> </VirtualNetworkSite>
警告
変更したネットワーク構成ファイルをインポートすると、サブスクリプションの既存の仮想ネットワーク (クラシック) が変更される可能性があります。 前の仮想ネットワークのみを削除し、サブスクリプションの他の既存の仮想ネットワークは変更または削除しないようにしてください。
次のステップ
- 運用環境で使用する仮想ネットワーク ピアリングを作成する前に、仮想ネットワーク ピアリングの制約と動作の要点をしっかりと理解します。
- 仮想ネットワーク ピアリングのさまざまな設定について理解を深めます。
- 仮想ネットワーク ピアリングでハブとスポークのネットワーク トポロジを作成する方法を学習します。