このページは Cloud Translation API によって翻訳されました。

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

1. はじめに

概要

このラボでは、Network Connectivity Center のいくつかの機能を確認します。

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

VLAN アタッチメント
Router アプライアンス
HA VPN

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

作成するアプリの概要

この Codelab では、ハブアンドスポークの SD-WAN トポロジを構築して、サイト間通信のために Google のバックボーンネットワークを通過するリモート支店サイトをシミュレートします。

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

学習内容

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

必要なもの

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

2. 目標

GCP 環境を設定する
GCP に flexiWAN Edge インスタンスをデプロイする
NCC ハブと 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 で次の項目を設定すると、ネットワーク接続センターを簡単に構成できます。

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

Cloud Shell を起動します。この Codelab では、$variables を使用して、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 ネットワークとファイアウォールルールをデプロイします。

オンプレミス支社サイトネットワークをシミュレートする

この 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 のルート交換をご覧ください。

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

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

ハブ 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

次のものを許可する 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

Cloud Router と NAT ゲートウェイを作成して、workload-VPC で Cloud 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

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 用オンプレミスアプライアンスの設定

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 で認証します。同じトークンをすべてのルーターアプライアンスで再利用できます。

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

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

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

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

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

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

[インターフェース] タブを選択します。

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

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

下記の説明に従って、SSH ルールを適用する WAN インターフェースを選択します。

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

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

ステータス - 同期中

ステータス - 同期済み

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

7. ハブ SDWAN アプライアンスの設定

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

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

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. hub-r1 のハブインスタンスに flexiWAN をインストールします。

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 のホスト名が「不明」であることを確認します。

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

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

[インターフェース] タブを選択します。

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

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

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

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

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

[Start Device] を選択します。

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

10. GCP ハブ上の Network Connectivity Center

API サービスを有効にする

ネットワーク接続 API がまだ有効になっていない場合は、有効にします。

gcloud services enable networkconnectivity.googleapis.com

NCC ハブを作成する

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 スポークとして構成すると、クラウドルーターで仮想インターフェースで BGP をネゴシエートできます。

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

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

hub-r1 の vNIC-1 で BGP を確立するように Cloud Router インターフェースを構成し、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 コンソールにログインしてください

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図を参照して、s1-vm と workload1-vm 間のデータパスを確認します。

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

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

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

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

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

Cloudshell で 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 リソースを削除する