ラボ: SD-WAN アプライアンスを使用して NCC サイトからクラウドへ

1. はじめに

概要

このラボでは、Network Connectivity Center の機能の一部について説明します。

Network Connectivity Center(NCC)は、Google Cloud でのネットワーク接続管理のためのハブアンドスポーク コントロール プレーン モデルです。ハブリソースは、スポークを接続するための一元化された接続管理モデルを提供します。NCC は現在、次のネットワーク リソースをスポークとしてサポートしています。

  • VLAN アタッチメント
  • ルーター アプライアンス
  • HA VPN

Codelabs では、WAN のデプロイと管理を簡素化する flexiWAN SaaS SD-WAN ソリューションを使用する必要があります。

作成するアプリの概要

この Codelab では、ハブアンドスポーク SD-WAN トポロジを構築して、サイトからクラウドへの通信で Google のバックボーン ネットワークを通過するリモート ブランチ サイトをシミュレートします。

  1. GCP へのインバウンド トラフィックとアウトバウンド トラフィックのヘッドエンドを表すハブ VPC に、flexiWAN SD-WAN エージェント用に構成された GCE VM のペアをデプロイします。
  2. 2 つの異なるブランチ サイト VPC を表す 2 つのリモート flexiWAN SD-WAN ルーターをデプロイする
  3. データパスのテストでは、オンプレミス クライアントと GCP でホストされるサーバーをシミュレートするように 3 つの GCE VM を構成します。

2669f7a724db9d89.png

学習内容

  • オープンソースのソフトウェア定義 WAN ソリューションを使用して NCC でリモート支店を相互接続する
  • オープンソースのソフトウェア定義型 WAN ソリューションの実務経験

必要なもの

  • GCP VPC ネットワークの知識
  • Cloud Router と BGP ルーティングの知識

2. 目標

  • GCP 環境を設定する
  • GCP に flexiWAN Edge インスタンスをデプロイする
  • NCC Hub と flexiWAN Edge NVA をスポークとして確立する
  • flexiManage を使用して flexiWAN インスタンスを構成、管理する
  • vpc-app-svcs と flexiWAN NVA 間の BGP ルート交換を構成する
  • 顧客のリモート ブランチまたはデータセンターをシミュレートするリモート サイトを作成する
  • リモート サイトと NVA の間に IPSEC トンネルを確立する
  • アプライアンスが正常にデプロイされたことを確認する
  • サイトからクラウドへのデータ転送を検証する
  • 使用したリソースをクリーンアップする

このチュートリアルでは、flexiEdge インスタンスの認証、オンボーディング、管理を行うために、無料の flexiManage アカウント を作成する必要があります。

始める前に

Google Cloud コンソールと Cloud Shell を使用する

このラボでは、GCP を操作するために、Google Cloud コンソールと Cloud Shell の両方を使用します。

Google Cloud Console

Cloud コンソールには、https://console.cloud.google.com からアクセスできます。

Google Cloud で次の項目を設定すると、Network Connectivity Center を簡単に構成できます。

Google Cloud Console の [プロジェクト セレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

Cloud Shell を起動します。この Codelab では、$変数を使用して、Cloud Shell での gcloud 構成の実装を支援します。

gcloud config list project
gcloud config set project [YOUR-PROJECT-NAME]
projectname=[YOUR-PROJECT-NAME]
echo $projectname

IAM ロール

NCC では、特定の API にアクセスするために IAM ロールが必要です。必要に応じて、NCC IAM ロールを使用してユーザーを構成してください。

ロール名

説明

権限

networkconnectivity.networkAdmin

ネットワーク管理者がハブとスポークを管理できるようにします。

networkconnectivity.hubs.networkconnectivity.spokes.

networkconnectivity.networkSpokeManager

ハブでスポークを追加および管理できます。ホスト プロジェクトがハブを所有しているが、他のプロジェクトの他の管理者がアタッチメントのスポークをハブに追加できる共有 VPC で使用されます。

networkconnectivity.spokes.**

networkconnectivity.networkUsernetworkconnectivity.networkViewer

ネットワーク ユーザーがハブとスポークのさまざまな属性を表示できるようにします。

networkconnectivity.hubs.getnetworkconnectivity.hubs.listnetworkconnectivity.spokes.getnetworkconnectivity.spokes.listnetworkconnectivity.spokes.aggregatedList

3. ネットワーク ラボ環境をセットアップする

概要

このセクションでは、VPC ネットワークとファイアウォール ルールをデプロイします。

a716849cffa67d48.png

オンプレミス ブランチ サイト ネットワークをシミュレートする

この VPC ネットワークには、オンプレミス VM インスタンスのサブネットが含まれています。

オンプレミス サイトのネットワークとサブネットを作成します。

gcloud compute networks create site1-vpc \
--subnet-mode custom

gcloud compute networks create s1-inside-vpc \
--subnet-mode custom

gcloud compute networks subnets create site1-subnet \
--network site1-vpc \
--range 10.10.0.0/24 \
--region us-central1

gcloud compute networks subnets create s1-inside-subnet \
--network s1-inside-vpc \
--range 10.10.1.0/24 \
--region us-central1

site1-vpc ファイアウォール ルールを作成して、以下を許可します。

  • SSH、内部、IAP
  • ESP、UDP/500、UDP/4500
  • 10.0.0.0/8 範囲
  • 192.168.0.0/16 範囲
gcloud compute firewall-rules create site1-ssh \--network site1-vpc \
--allow tcp:22

gcloud compute firewall-rules create site1-internal \
--network site1-vpc \
--allow all \
--source-ranges 10.0.0.0/8

gcloud compute firewall-rules create site1-cloud \
--network site1-vpc \
--allow all \
--source-ranges 192.168.0.0/16

gcloud compute firewall-rules create site1-vpn \
--network site1-vpc \
--allow esp,udp:500,udp:4500 \
--target-tags router

gcloud compute firewall-rules create site1-iap \
--network site1-vpc --allow tcp:22 --source-ranges=35.235.240.0/20

s1-inside-vpc ファイアウォール ルールを作成して、以下を許可します。

  • SSH、内部、IAP
  • 10.0.0.0/8 範囲
  • 192.168.0.0/16 範囲
gcloud compute firewall-rules create s1-inside-ssh \
--network s1-inside-vpc \
--allow tcp:22

gcloud compute firewall-rules create s1-inside-internal \
--network s1-inside-vpc \
--allow all \
--source-ranges 10.0.0.0/8

gcloud compute firewall-rules create s1-inside-cloud \
--network s1-inside-vpc  \
--allow all \
--source-ranges 192.168.0.0/16

gcloud compute firewall-rules create s1-inside-iap \
--network site2-vpc --allow tcp:22 --source-ranges=35.235.240.0/20

テスト用に s1-inside-vm インスタンスと s2-inside-vm インスタンスを作成する

gcloud compute instances create s1-vm \
--zone=us-central1-a \
--machine-type=e2-micro \
--network-interface subnet=s1-inside-subnet,private-network-ip=10.10.1.3,no-address

GCP Cloud ネットワーク環境をシミュレートする

hub-vpc ネットワークとスポークを介してリージョンをまたぐサイト間トラフィックを有効にするには、hub-vpc ネットワークでグローバル ルーティングを有効にする必要があります。詳細については、NCC のルート交換をご覧ください。

  1. hub-vpc ネットワークとサブネットを作成します。
gcloud compute networks create hub-vpc \
--subnet-mode custom \
--bgp-routing-mode=global

gcloud compute networks subnets create hub-subnet1 \
--network hub-vpc \
--range 10.1.0.0/24 \
--region us-central1

gcloud compute networks subnets create hub-subnet2 \
--network hub-vpc \
--range 10.2.0.0/24 \
--region us-east4
  1. workload-vpc ネットワークとサブネットを作成します。
gcloud compute networks create workload-vpc \
--subnet-mode custom \
--bgp-routing-mode=global

gcloud compute networks subnets create workload-subnet1 \
--network workload-vpc \
--range 192.168.235.0/24 \
--region us-central1
  1. 次のものを許可する Hub-VPC ファイアウォール ルールを作成します。
  • SSH
  • ESP、UDP/500、UDP/4500
  • 内部 10.0.0.0/8 範囲(Cloud Router からルーター アプライアンスへの BGP セッションに必要な TCP ポート 179 をカバー)
gcloud compute firewall-rules create hub-ssh \
--network hub-vpc \
--allow tcp:22

gcloud compute firewall-rules create hub-vpn \
--network hub-vpc \
--allow esp,udp:500,udp:4500 \
--target-tags router

gcloud compute firewall-rules create hub-internal \
--network hub-vpc \
--allow all \
--source-ranges 192.168.0.0/16

gcloud compute firewall-rules create hub-iap \
--network hub-vpc --allow tcp:22 --source-ranges=35.235.240.0/20
  1. Workload-VPC ファイアウォール ルールを作成して、以下を許可します。
  • SSH
  • 内部 192.168.0.0/16 範囲(Cloud Router からルーター アプライアンスへの BGP セッションに必要な TCP ポート 179 をカバー)
gcloud compute firewall-rules create workload-ssh \
--network workload-vpc \
--allow tcp:22

gcloud compute firewall-rules create workload-internal \
--network workload-vpc \
--allow all \
--source-ranges 192.168.0.0/16

gcloud compute firewall-rules create workload-onprem \
--network hub-vpc \
--allow all \
--source-ranges 10.0.0.0/8

gcloud compute firewall-rules create workload-iap \
--network workload-vpc --allow tcp:22 --source-ranges=35.235.240.0/20
  1. ワークロード VPC で Cloud NAT を有効にして、Cloud Router と NAT ゲートウェイを作成し、workload1-vm がパッケージをダウンロードできるようにする
gcloud compute routers create cloud-router-usc-central-1-nat \
    --network workload-vpc \
    --region us-central1
gcloud compute routers nats create cloudnat-us-central1 \
    --router=cloud-router-usc-central-1-nat \
    --auto-allocate-nat-external-ips \
    --nat-all-subnet-ip-ranges \
    --region us-central1
  1. workload1-vm in "us-central1-a" in workload-VPC を作成します。このホストを使用して、サイトツークラウド接続を検証します。
gcloud compute instances create workload1-vm \
    --project=$projectname \
    --machine-type=e2-micro \
    --image-family debian-10 \
    --image-project debian-cloud \
    --zone us-central1-a \
    --private-network-ip 192.168.235.3 \
        --no-address \
    --subnet=workload-subnet1 \
    --metadata startup-script="#! /bin/bash
      sudo apt-get update
      sudo apt-get install apache2 -y
      sudo service apache2 restart
      echo 'Welcome to Workload VM1 !!' | tee /var/www/html/index.html
      EOF"

4. SD-WAN 用のオンプレミス アプライアンスを設定する

80061623e9950756.png

SDWAN(アプライアンス)用のオンプレミス VM を作成する

次のセクションでは、オンプレミス ルーターとして機能する site1-nva を作成します。

インスタンスの作成

site1-nva という名前の site1-router アプライアンスを作成します。

gcloud compute instances create site1-nva \
--zone=us-central1-a \
--machine-type=e2-medium \
--network-interface subnet=site1-subnet \
--network-interface subnet=s1-inside-subnet,no-address \
--create-disk=auto-delete=yes,boot=yes,device-name=flex-gcp-nva-1,image=projects/ubuntu-os-cloud/global/images/ubuntu-1804-bionic-v20220901,mode=rw,size=20,type=projects/$projectname/zones/us-central1-a/diskTypes/pd-balanced \
--no-shielded-secure-boot \
--shielded-vtpm \
--shielded-integrity-monitoring \
--reservation-affinity=any \
--can-ip-forward

5. site1-nva に flexiWAN をインストールします。

site1-nva への SSH 接続を開きます。タイムアウトした場合は、もう一度試してください。

gcloud compute ssh site1-nva --zone=us-central1-a

site1-nva に flexiWAN をインストールする

sudo su 

sudo curl -sL https://deb.flexiWAN.com/setup | sudo bash -
apt install flexiWAN-router -y

flexiWAN コントロール プレーン登録用に VM を準備します。

flexiWAN のインストールが完了したら、fwsystem_checker コマンドを実行して、flexiWAN オペレーション用に VM を準備します。このコマンドは、システム要件を確認し、システム内の構成エラーの修正に役立ちます。

  • 迅速かつサイレントな構成を行うには、オプション 2 を選択します。
  • その後、0 で終了します。
  • Cloud Shell ウィンドウを閉じないでください。
root@site-1-nva-1:/home/user# fwsystem_checker
 
<output snipped>

        [0] - quit and use fixed parameters
         1  - check system configuration
         2  - configure system silently
         3  - configure system interactively
         4  - restore system checker settings to default
        ------------------------------------------------
Choose: 2

<output snipped>

        [0] - quit and use fixed parameters
         1  - check system configuration
         2  - configure system silently
         3  - configure system interactively
         4  - restore system checker settings to default
        ------------------------------------------------
Choose: 0
Please wait..
Done.
=== system checker ended ====

次の手順で使用するため、セッションを開いたままにします。

6. site1-nva を SD-WAN コントローラに登録します。

これらの手順は、flexiManage コンソールから管理される flexiWAN NVA のプロビジョニングを完了するために必要です。先に進む前に、flexiWAN 組織が設定されていることを確認してください。

flexiManage アカウントにログインし、セキュリティ トークンを使用して、新しくデプロイされた flexiWAN NVA を flexiManage で認証します。同じトークンをすべてのルーター アプライアンスで再利用できます。

[広告枠] → [トークン] を選択し、トークンを作成してコピーを選択します。

12c173b589d220ee.png

Cloud Shell(site1-nva)に戻り、次の操作を行って、トークンをディレクトリ /etc/flexiWAN/agent/token.txt に貼り付けます。

nano /etc/flexiWAN/agent/token.txt
#Paste the generated token obtain from flexiManage
#Exit session with CTRL+X and Select Y to save then enter

22e1cf5bad3d3086.png

flexiManage コンソールでサイトルーターを有効にする

flexiManage コンソールにログインして、コントローラで site1-nva を有効にします。

左側のパネルで、[インベントリ] → [デバイス] を選択し、[不明] デバイスをクリックします。

f7719c28f78e907a.png

site1-nva のホスト名を入力し、ダイヤルを右にスライドしてデバイスを承認します。

9a6c6c45e1cad732.png

[Interfaces] タブを選択します。

[割り当て済み] 列を見つけて [いいえ] をクリックし、設定を [はい] に変更します。

a8772059968af13e.png

[ファイアウォール] タブを選択し、「+」記号をクリックしてインバウンド ファイアウォール ルールを追加します。

以下のように、ssh ルールを適用する WAN インターフェースを選択します。

df03b8a6c817ccd2.png

[デバイスを更新] をクリックします。

96b9feb77b8517cd.png

flexiWAN コントローラから site1-nva を起動します。[Inventory] → [Devices] → [site1-nva] に戻り、[Start Device] を選択します。

708215cf91ffc09.png

ステータス - 同期中

918d72eeacc386fa.png

ステータス - 同期済み

5135096dbff49819.png

警告インジケーターは、[トラブルシューティング] → [通知] で確認できます。確認したら、すべて選択して既読にする

9e79db3572f91925.png

7. ハブ SDWAN アプライアンスを設定する

次のセクションでは、サイトルートで以前に実行したように、ハブルーター(hub-r1)を作成して flexiWAN コントローラに登録します。

新しいタブを開いて Cloud Shell セッションを作成し、$variables を更新して gcloud 構成の実装を支援します。

gcloud config list project
gcloud config set project [YOUR-PROJECT-NAME]
projectname=[YOUR-PROJECT-NAME]
echo $projectname

ハブ NVA インスタンスを作成する

hub-r1 アプライアンスを作成します。

gcloud compute instances create hub-r1 \
--zone=us-central1-a \
--machine-type=e2-medium \
--network-interface subnet=hub-subnet1 \
--network-interface subnet=workload-subnet1,no-address \
--can-ip-forward \
--create-disk=auto-delete=yes,boot=yes,device-name=flex-gcp-nva-1,image=projects/ubuntu-os-cloud/global/images/ubuntu-1804-bionic-v20220901,mode=rw,size=20,type=projects/$projectname/zones/us-central1-a/diskTypes/pd-balanced \
--no-shielded-secure-boot \
--shielded-vtpm \
--shielded-integrity-monitoring \
--reservation-affinity=any

8. ハブ インスタンスに flexiWAN をインストールする(hub-r1)

hub-r1 への SSH 接続を開く

gcloud compute ssh hub-r1 --zone=us-central1-a

両方の hub-r1 に flexiWAN エージェントをインストールする

sudo su
sudo curl -sL https://deb.flexiWAN.com/setup | sudo bash -
apt install flexiWAN-router -y

flexiWAN 登録用に hub-r1 VM を準備します。

flexiWAN のインストールが完了したら、fwsystem_checker コマンドを実行して、flexiWAN オペレーション用に VM を準備します。このコマンドは、システム要件を確認し、システム内の構成エラーの修正に役立ちます。

root@hub-r1:/home/user# fwsystem_checker
  • 迅速かつサイレントな構成を行うには、オプション 2 を選択します。
  • その後、0 で終了します。
  • Cloud Shell ウィンドウを閉じないでください。

9. FlexManage コントローラに hub-r1 VM を登録します。

flexiManage アカウントにログインし、セキュリティ トークンを使用して、新しくデプロイされた flexiWAN NVA を flexiManage で認証します。

  • [広告枠] → [トークン] を選択して、トークンをコピーします。

Cloud Shell (hub-r1) に戻り、次の操作を行って、トークンをディレクトリ /etc/flexiWAN/agent/token.txt に貼り付けます。

nano /etc/flexiWAN/agent/token.txt
#Paste the generated token obtain from flexiManage
#Exit session with CTRL+X and Select Y to save then enter

flexiManage コンソールでハブルーター hub-r1 を有効にします。

flexiManage コンソールにログインする

  • [広告枠] → [デバイス] に移動します。
  • hub-r1 のホスト名が "unknown" になっていることを確認します。

1a88ffa4409ad3c0.png

ホスト名が hub-r1 の不明なデバイスを選択します。

  • hub-r1 のホスト名を入力します。
  • デバイスを承認します。ダイヤルを右にスライドします。

[Interfaces] タブを選択します。

  • [Assigned](割り当て済み)列を探す
  • インターフェースの行の横にある [いいえ] をクリックして、設定を [はい] に変更します。

[ファイアウォール] タブを選択します。

  • [+] をクリックして、上り(内向き)のファイアウォール ルールを追加します。
  • ルールを継承する WAN インターフェースを選択します。
  • TCP プロトコルで SSH ポート 22 を許可する
  • [デバイスを更新] をクリックします。

flexiWAN のコントローラから SD-WAN 用の hub-r1 アプライアンスを起動する

  • [Inventory] → [Devices] → [hub-r1] に戻ります。

[デバイスを起動] を選択します。

  • 同期が完了するまで待機し、「実行中」ステータスをメモします。

10. GCP Hub の Network Connectivity Center

a5a454f4a30df82e.png

API サービスを有効にする

Network Connectivity API がまだ有効になっていない場合は、有効にします。

gcloud services enable networkconnectivity.googleapis.com

NCC Hub を作成する

gcloud network-connectivity hubs create ncc-hub
Create request issued for: [ncc-hub]
Waiting for operation [projects/user-3p-dev/locations/global/operations/operation-1668793629598-5edc24b7ee3ce-dd4c765b-5ca79556] to complete...done.     
Created hub [ncc-hub]

両方のルーター アプライアンスを NCC スポークとして構成する

hub-r1 の URI と IP アドレスを見つけて、出力をメモします。この情報は次のステップで必要になります。

hub-r1 インスタンスの IP アドレスをメモしておきます。

gcloud compute instances describe hub-r1 \
--zone=us-central1-a \
--format="value(selfLink.scope(projects))"

gcloud compute instances describe hub-r1 --zone=us-central1-a | grep "networkIP"

hub-r1 の vnic networkIP をスポークとして追加します。デフォルトでは、サイト間データ転送は無効になっています。

gcloud network-connectivity spokes linked-router-appliances create s2c-wrk-cr1 \
--hub=ncc-hub \
--router-appliance=instance="https://www.googleapis.com/compute/projects/$projectname/zones/us-central1-a/instances/hub-r1",ip=192.168.235.4 \
--region=us-central1 \
--site-to-site-data-transfer

Hub-R1 との BGP を確立するように Cloud Router を構成する

次のステップでは、Cloud Router を作成し、ワークロード VPC サブネット 192.168.235.0/24 をアドバタイズします。

hub-r1 と BGP で通信する Cloud Router を us-central1 に作成します。

gcloud compute routers create wrk-cr1 \
--region=us-central1 \
--network=workload-vpc \
--asn=65002 \
--set-advertisement-groups=all_subnets

ルーター アプライアンスを NCC スポークとして構成することで、Cloud Router は仮想インターフェースで BGP をネゴシエートできます。

hub-r1 と BGP メッセージを交換する Cloud Router に 2 つのインターフェースを作成します。

IP アドレスはワークロード サブネットから選択され、必要に応じて変更できます。

gcloud compute routers add-interface wrk-cr1 \
--region=us-central1 \
--subnetwork=workload-subnet1 \
--interface-name=int0 \
--ip-address=192.168.235.101 

gcloud compute routers add-interface wrk-cr1 \
--region=us-central1 \
--subnetwork=workload-subnet1 \
--interface-name=int1 \
--ip-address=192.168.235.102 \
--redundant-interface=int0

Cloud Router インターフェースを構成して hub-r1 の vNIC-1 と BGP を確立し、peer-ip-address を hub-r1 の networkIP の IP アドレスで更新します。int0 と int1 に同じ IP アドレスが使用されていることに注意してください。

gcloud compute routers add-bgp-peer wrk-cr1 \
    --peer-name=hub-cr1-bgp-peer-0 \
    --interface=int0 \
    --peer-ip-address=192.168.235.4 \
    --peer-asn=64111 \
    --instance=hub-r1 \
    --instance-zone=us-central1-a \
    --region=us-central1

gcloud compute routers add-bgp-peer wrk-cr1 \
    --peer-name=hub-cr1-bgp-peer-1 \
    --interface=int1 \
    --peer-ip-address=192.168.235.4 \
    --peer-asn=64111 \
    --instance=hub-r1 \
    --instance-zone=us-central1-a \
    --region=us-central1

BGP の状態を確認します。このコードラボの時点では、ネットワーク ルーター アプライアンスが BGP 用に構成されていないため、BGP は「接続状態」になっています。

gcloud compute routers get-status wrk-cr1 --region=us-central1

11. BGP 用にハブ ルーター アプライアンスを構成する

BGP 用に hub-r1 を構成する

flexiManage コンソールにログインしてください

[在庫] → [デバイス] → [hub-r1] に移動し、[HostName:hub-r1] のデバイスを選択します。

  • [ルーティング] タブをクリックします。
  • [BGP 構成] をクリックします。
  • 「OSPF ルートの再配布」を無効にする
  • 次のパラメータを使用して BGP 用に hub-r1 を構成し、[保存] をクリックします。

8d470056f620717f.png

[Interfaces] タブを選択し、LAN インターフェースを見つけて、[Routing] 列を見つけます。

  • [なし] をクリックしてメニューを開き、ルーティング プロトコルとして BGP を選択します。

82310aab05e9e414.png

  • ページ上部の [デバイスを更新] をクリックします。

12. ルーター アプライアンス間の BGP ルート交換

リモートサイトのローカル ASN を確立する

site1-nva のローカル BGP ASN を構成します。構成が完了したら、リモートサイトとハブ ルーターの間に IPSEC トンネルを確立します。

HostName:site1-nva のデバイスを選択します。

  • [ルーティング] タブをクリックします。
  • [BGP 構成] をクリックします。
  • 「OSPF ルートの再配布」を無効にする
  • ローカル ASN 7269 → 保存
  • デバイスを更新
  • [Interfaces] タブ → [Routing] → [BGP]
  • デバイスを更新

Site1 アプライアンスと Hub1 アプライアンスの間に VPN トンネルを構成する

flexiManage コンソールにログインしてください

  • [広告枠] → [デバイス] に移動します。
  • site1-nvahub-r1 のホスト名の横にあるチェックボックスをオンにして、この NVA のペア間に VPN トンネルを構築します。
  • [アクション → トンネルを作成] をクリックして、次のように構成します。

d870b4049a0e7fcf.png

c50d794442c0bdd0.png

  • [トンネルを作成] を選択します。

「site1-nva」がサブネット 192.168.235.0/24 と 192.168.236.0/24 へのルートを学習したことを確認する

  • [インベントリ] → [デバイス] → [site1-nva] を選択し、[ルーティング] タブをクリックします。

次の出力例では、flexiWAN はホスト IP アドレス 10.100.0.6 を使用してトンネルを自動的に作成しました。cef8dee200ac600a.png

13. データパスの接続を確認する

オンプレミスからサイトツークラウド接続を確認する

図を参照して、s1-vmworkload1-vm 間のデータパスを検証します。

e96022cff4642fc9.png

サイトからクラウドへの VPC 静的ルートを構成する

オンプレミス Site1-VPC は、オンプレミス データセンター ネットワークをシミュレートします。

Site-1-nva ルーター アプライアンスはどちらも、VPN 接続を使用してハブ ネットワークにアクセスします。

サイトからクラウドへのユースケースの場合は、ルーター アプライアンスをネクストホップとして使用して 192.168.0.0/16 の宛先への静的ルートを作成し、GCP クラウド ネットワーク内のネットワークに到達します。

s1-inside-vpc で、クラウド宛先(192.168.0.0/16)の静的ルートを作成します。

gcloud compute routes create site1-subnet-route  \
--network=s1-inside-vpc \
--destination-range=192.168.0.0/16  \
--next-hop-instance=site1-nva \
--next-hop-instance-zone=us-central1-a

Cloud Shell で workload1-vmnee の IP アドレスを調べます。」これは、「s1-vm」からの接続をテストするために必要です。

gcloud compute instances describe workload1-vm --zone=us-central1-a | grep "networkIP"

s1-vm」に SSH 接続し、「curl」コマンドを使用して workload1-VM の IP アドレスへの TCP セッションを確立します。

s1-vm:~$ curl 192.168.235.3 -vv
*   Trying 192.168.235.3:80...
* Connected to 192.168.235.3 (192.168.235.3) port 80 (#0)
> GET / HTTP/1.1
> Host: 192.168.235.3
> User-Agent: curl/7.74.0
> Accept: */*
> 
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Wed, 07 Dec 2022 15:12:08 GMT
< Server: Apache/2.4.54 (Debian)
< Last-Modified: Tue, 06 Dec 2022 00:57:46 GMT
< ETag: "1f-5ef1e4acfa1d9"
< Accept-Ranges: bytes
< Content-Length: 31
< Content-Type: text/html
< 
Page served from: workload1-vm
* Connection #0 to host 192.168.235.3 left intact

14. クリーンアップ

オンプレミス リソースを削除する

Cloud Shell にログインし、ハブサイトとブランチ サイトのネットワーク内の VM インスタンスを削除します。

#onprem instances
gcloud compute instances delete s1-vm --zone=us-central1-a --quiet


#delete on prem firewall rules
gcloud compute firewall-rules delete site1-ssh --quiet
gcloud compute firewall-rules delete site1-internal --quiet
gcloud compute firewall-rules delete site1-cloud --quiet
gcloud compute firewall-rules delete site1-vpn  --quiet
gcloud compute firewall-rules delete site1-iap --quiet


#delete on prem subnets
gcloud compute networks subnets delete site1-subnet --quiet
gcloud compute networks subnets delete s1-inside-subnet --quiet
gcloud compute networks subnets delete s1-inside-subnet --quiet


#delete on prem vpcs
gcloud compute networks delete site1-vpc --quiet
gcloud compute networks delete s1-inside-vpc --quiet

Cloud Hub リソースを削除する

Cloud Shell にログインし、ハブサイトとブランチ サイトのネットワーク内の VM インスタンスを削除します。

#delete ncc spokes
gcloud network-connectivity spokes delete s2c-wrk-cr1 --region us-central1 --quiet

#delete ncc hub
gcloud network-connectivity hubs delete ncc-hub --quiet


#delete hub instances
gcloud compute instances delete hub-r1 --zone=us-central1-a --quiet


#delete hub firewall rule
gcloud compute firewall-rules delete hub-ssh --quiet
gcloud compute firewall-rules delete hub-vpn --quiet
gcloud compute firewall-rules delete hub-internal --quiet
gcloud compute firewall-rules delete hub-iap --quiet

gcloud compute firewall-rules create workload-ssh --quiet
gcloud compute firewall-rules create workload-internal --quiet
gcloud compute firewall-rules create workload-onprem --quiet
gcloud compute firewall-rules create workload-iap --quiet

#delete hub subnets
gcloud compute networks subnets delete workload-subnet1 --quiet

gcloud compute networks subnets delete hub-subnet1 --quiet

#delete hub vpcs
gcloud compute networks delete workload-vpc --quiet
gcloud compute networks delete hub-vpc --quiet

15. 完了

Network Connectivity Center ラボが完了しました。

学習した内容

  • NCC サイトからクラウドへのソフトウェア定義 WAN 統合を構成しました

次のステップ

©Google, LLC or its affiliates. All rights reserved. Do not distribute.