VPCピアリングを設定してみた

## VPCピアリングのおさらい

VPCピアリングとは `異なるVPCを接続する` ことができます。
CIDRブロックの重複や異なるリージョン間でのVPCピアリングはIPv6非対応です。

## 構成図

今回構築する構成図はこちらになります。

10.0.0.0/16 と 192.168.0.0/24 の構成図があります。
こちらをVPCピアリング設定して内部のインスタンス同士でping接続出来るか確認してみます。

![2021-01-20 VPCピアリング.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/b999e20f-c40f-558d-755a-ebe94b2a9d60.png)

構築しながら書いてるので、順序がバラバラでわかりにくくてすみません

## 構築

### VPC・subnetの構築 : 10.0.0.0/16

- VPCの作成します

VPC > VPCでこの画面になります

![2021-01-20 VPC構築お使いの VPC _ VPC Management Console - Google Chrome.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/82b1d48f-3237-bdd9-2487-a91e2db21cb9.png)


- 10.0.0系のVPCの構築

名前とIPv4 CIDRのブロックだけ変更しています

![2021-01-20  10系VPC構築VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/4ea00032-b089-e829-ab82-d83c8e111734.png)

- VPCが構築できました

![2021-01-20 10系VPCOKお使いの VPC _ VPC Management Console - Google Chrome.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/e1bcccba-b65d-451c-0f37-db01d155bd5a.png)


- subnet構築します

VPC > サブネットから構築します

![2021-01-20  subnet作成1サブネット _ VPC Management Console - Google Chrome 202.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/ea03d46c-7378-690d-3b96-6d49114ed8e9.png)


- subnetの設定を行います

VPC IDは、↑で作ったVPC IDを打ち込みます。
サブネット名はわかりやすいように記載。
またIPv4 CIDRブロックはVPCの範囲フルフルに使っています

![2VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/8511f69c-67b8-5ce5-9217-a7bbfc44175a.png)


- subnet構築できました

![2サブネット _ VPC Management Console - Google Chrome 202.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/f209d067-f70f-8626-e93c-488aca22b03a.png)


### VPC・subnetの構築 : 192.168.0.0/24

- VPCの作成します

こちらも10.0.0系と同じように構築

![3お使いの VPC _ VPC Management Console - Google Chrome.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/29bdac43-d64f-0552-099e-ea2d5855ec12.png)


- 192.168系のVPCの構築

![4VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/4f87f9e4-6877-b254-e4a5-809be78002c3.png)


- VPCが構築できました

![4お使いの VPC _ VPC Management Console - Google Chrome.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/1a11381f-b876-4de5-13aa-38af90f06c18.png)


- subnet構築します

![3VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/377f754c-857f-ef00-d155-a98109a24dd3.png)


- subnetの設定を行います

こちらも↑で作った、192.168系のVPC IDを打ち込みます。
IPv4 CIDRも同じようにフルフルでVPCの範囲と同じように使います。

![5VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/409fa225-742b-752f-999b-cea5641ebdd5.png)


- subnet構築できました

![6VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/69562767-fd0c-3976-cecf-b7cbbed28f2b.png)

ここで、10.0.0.0/16 と 192.168.0.0/24 のVPCとサブネットは完成しました。

### EC2インスタンスの構築 : 10.0.0.0/16

- EC2インスタンスの構築を行います

EC2 > インスタンス でEC2インスタンスの構築をしていきます。

![1インスタンス _ EC2 Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/96a8e0b9-8a42-6f95-8afb-f34b1e780304.png)


- AMIの設定

確認用のインスタンスなので適当なのを選びます。

![2インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/ce82141e-d8a6-c2d4-5ad2-35fcf6250dd1.png)


- インスタンスタイプの設定

![3インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/575e3cd3-8d82-ed54-f19c-b1cf641f8602.png)


- インスタンスの詳細設定

以下をここでは変更します

```
ネットワーク : 10.0.0系VPCを選択
サブネット : 10.0.0系subnet を選択
自動割り当てパブリックIP : 有効
```

![4インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/95f39f25-f521-7352-571f-155e3a243e68.png)


- ストレージの設定

終了したときにストレージも一緒に消えるように `終了時に削除` にチェックを入れます。

![5インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/fdc90daa-f719-5735-a717-b7aeaba69a7c.png)



- セキュリティグループの設定

セキュリティグループは新しいのを作成します。
中身は一旦自分のPCのIPアドレスを開けておきます。
※後で追加します

![6インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/9564723a-171a-3ebb-6b22-9a1c74fa8b19.png)


- 最終確認

![7インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/19a8acdf-9396-761d-e644-f567393ac25f.png)


- キーペアの作成

ここでは今回用に `qiita_vpc_test` というキーペアを作成します。
192.168.0.0/24 のサーバにも同じキーペアを選択するので、キーペアは無くさないようにしてください

![8インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/c85fd217-2de7-34f9-bec4-abbdf88dd0b0.png)

- 構築完了

![9インスタンス _ EC2 Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/4f58a5dd-83ab-78e5-ef26-249119646de6.png)



### EC2インスタンスの構築 : 192.168.0.0/24

- EC2インスタンスの構築を行います

10.0.0.0/16 のサーバと同じように構築していきます

![10インスタンス _ EC2 Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/9a63d9ab-a4cf-a9af-ea9c-ce811ce7f216.png)


- AMIの設定

![11インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/2724dba8-b0af-49fc-cb0e-03b4838909d7.png)


- インスタンスタイプの設定

![12インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/1e187e26-84b7-849b-2b38-59825e4661b2.png)


- インスタンスの詳細設定

こちらも以下を変更します

```
ネットワーク : 192.168系VPC
サブネット : 192.168系subnet
自動割り当てパブリックIP : 有効
```

![13インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/a2f37b6c-6370-8db7-83bd-da1af78a3e63.png)



- ストレージの設定

同じように `終了時に削除` にチェックを入れます。

![14インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/514d5842-0c4b-37b3-2293-a445d4257ddb.png)


- セキュリティグループの設定

10.0.0.0/16 のサーバと同じようにセキュリティグループを作ります。
同じセキュリティグループ名ですが、VPCが違うので中身はかぶりません。
今回も自分のPCのIPアドレスだけ設定しておきます。

![15インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/8968b91c-5485-9b08-1da9-ac2bb48cec48.png)


- 最終確認

![16インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/245ad053-3e0f-bc0d-cf70-544d0a10a408.png)


- キーペアの作成

先ほど作成したキーペアをこちらでも使いますので、既存のキーペアを選択します。
管理がややこしいのでこの対処にしていますが、実際は別のキーペアの方が望ましいです。

![17インスタンスウィザードを起動 _ EC2 Management Console - Google C.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/6d47bd28-ee94-e8c4-6c54-b6e68e65a3e9.png)


- 構築完了

![18インスタンス _ EC2 Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/54a0a211-a1b7-6bef-be15-54bfd37ce075.png)


### VPCピアリング設定

- VPCピアリングの作成

VPCが構築できたので、VPCピアリングの設定を行います。
VPC > ピアリング接続 でこの画面に来れます。
ここからピアリング接続の作成を行います。

![1ピアリング接続 _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/59bf2cd2-d9ce-2c8c-5f4f-1f2875b3852d.png)


- ピアリング接続の設定

以下を変更しました

```
ピアリング接続ネームタグ : 10.0.0 to 192.168 (わかりやすければ何でもOK)
```

以下は接続する自分と相手側の設定を行います。
今回はどちらも自分のアカウント内なのでどちらでも良いですが、
別アカウントともピアリング接続は出来るので、その際は自分のローカルVPCを設定してください。

```
ピアリング接続するローカルVPC
    VPC : 10.0.0系VPC の VPC IDを選択

ピアリング接続するもうひとつのVPCを選択
    アカウント : 自分のアカウント
    リージョン : このリージョン
    VPC : 192.168系VPC の VPC IDを選択
```

![2ピアリング接続の作成 _ VPC Management Console - Google Chrom.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/ed6163b4-e9dd-1e24-36db-c87e6bca8e92.png)


- ピアリング接続の承認

10.0.0系でピアリング接続の設定を行ったら、192.168系でリクエストの承認を行います。
同じ画面なのでややこしいかもしれませんが、
別アカウントなら勝手にVPCピアリング接続をされないために、相手側の承認が必要になります。


![4ピアリング接続 _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/3b37ea4b-75d0-c5b3-24e3-ff0c61e4dd57.png)


![5ピアリング接続 _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/4471ef15-235c-c954-53d1-d72233cd8805.png)


- 設定の完了

相手の承認がされたので、ステータスがアクティブになりました

![6ピアリング接続 _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/dd096766-f316-0028-a235-ef0c7f3c8946.png)


### ルーティングの設定 : 10.0.0.0/16

- ルートテーブルの編集

ルーティングの設定を行います。

![1ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/243d1a09-be16-0565-be62-c098ddc8def4.png)

- ルートテーブルに192.168.0.0のときの設定を追加

10.0.0系 → 192.168.0.0/24 の際の設定です。

```
送信先 : 192.168.0.0/24
ターゲット : ピアリング接続(10.0.0 to 192.168) のIDになります。
            ※こちらは192.168.0.0/24の際も同じIDを使用します。
```

![2ルートの編集 _ VPC Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/cafa0523-8ace-b136-4147-4970ef111c94.png)


- 追加されていることを確認

![3ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/ac46c53e-bf63-275f-657f-a0c2205f3454.png)


### ルーティングの設定 : 192.168.0.0/24

- ルートテーブルの編集

先ほどと同じように編集を行います。

![4ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/377e8a9a-f79e-540a-cd71-7713921a96f5.png)


- ルートテーブルに10.0.0.0のときの設定を追加

192.168.0.0/24 → 10.0.0.0/26 の際の設定です。

```
送信先 : 10.0.0.0/26
ターゲット : ピアリング接続(10.0.0 to 192.168) のIDになります。
            ※こちらは10.0.0.0/26の際も同じIDを使用しました
```

![5ルートの編集 _ VPC Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/aedf9844-357d-31e2-cd75-90adcfb44b42.png)


- 追加されていることを確認

![6ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/3bd8283a-f306-0498-057a-da680f536ffe.png)


### セキュリティグループの変更 : 10.0.0.0/16

- セキュリティグループの変更

次にセキュリティグループの変更を行います。
何をするかというと、EC2インスタンスは今自分のPCからしか接続できないので
192.168系からのアクセスを許可しないと接続できないので、その設定を行います。

![1セキュリティグループEC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/676b6482-e3be-4692-2d5b-8709f6759e5d.png)


- インバウンドルールの変更

今回はガバガバですが、192.168.0.0/24からすべてのトラフィックを許可します。

![2セキュリティグループEC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/063ec8d8-f851-6adb-32b6-4a1ee570cbe7.png)


- 変更完了

許可できました。

![3セキュリティグループの変更EC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/b67a7d20-d0ba-34c3-7d6f-99964da74ded.png)



### セキュリティグループの変更 : 192.168.0.0/24

- セキュリティグループの変更

こちらも10.0.0系からのアクセスを受けれないので、その設定を行います。

![4セキュリティグループEC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/f3a6476b-efa4-2fdc-b244-2404db68c772.png)

- インバウンドルールの変更

同じようにガバガバですが、10.0.0.0/16からのすべてのトラフィックを許可します。

![5セキュリティグループEC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/42d45617-9996-efcf-2039-6feee1901051.png)


- 変更完了

![6セキュリティグループEC2 Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/82e81fc2-9a2f-1d1f-174c-15fbcab3e1c4.png)


### インターネットゲートウェイを作成・アタッチ・ルートテーブルに追加 : 10.0.0.0/16


ここでEC2インスタンスに接続できなかったので、
インターネットゲートウェイを作ってVPCにアタッチ、
またルートテーブルにデフォルトゲートウェイの宛先をインターネットゲートウェイに設定します。

- インターネットゲートウェイの作成

VPC > インターネットゲートウェイ でインターネットゲートウェイを作成します

![1VPC Management Console - Google Chrome 2021-01-20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/15100175-ec80-b7bc-507f-b6c26097c3cb.png)


- インターネットゲートウェイの設定

名前をわかりやすいように、10.0.0系のインターネットゲートウェイとします

![2インターネットゲートウェイの作成 _ VPC Management Console - Google.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/9b6de74e-e292-dcf8-17c4-fd4cf896bc1c.png)


- インターネットゲートウェイの構築完了

![3インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/72da1c01-2575-19ae-2235-744557f5f197.png)


- VPCにアタッチ

先程作成したインターネットゲートウェイを10.0.0系VPCにアタッチします

![4インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/70abe527-4c0f-809e-92c7-66e6e0b08e30.png)

こちらで指定するVPCは 10.0.0系VPCの VPC ID を指定します

![5インターネットゲートウェイのアタッチ _ VPC Management Console - Goog.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/cea02742-64e1-e342-53b3-f98aaebd043e.png)


- VPCにアタッチ完了

状態がアタッチになったので、アタッチできました。

![6インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/15837dfa-35c2-a423-3f4e-8b786743e4a7.png)


- ルートテーブルの変更

アタッチしただけでは使えないので、ルートテーブルでデフォルトゲートウェイはインターネットゲートウェイを向くようにします。

![7ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/822df797-7a5e-7384-c198-13ad1030c584.png)


- デフォルトゲートウェイにインターネットゲートウェイを追加

以下を追加します

```
送信先 : 0.0.0.0/0
ターゲット : 10.0.0系のインターネットゲートウェイ の インターネットゲートウェイIDを指定
```

![8ルートの編集 _ VPC Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/c41864fc-d465-28ae-268b-80bdae05af85.png)


- 追加されたことを確認

こちらで、10.0.0.0/16でもなく・192.168.0.0/24 でもないときはインターネットゲートウェイを向くようになりました。

![9ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/5e8c2005-ba86-7f30-48bd-cd03cdae7d5f.png)


### インターネットゲートウェイを作成・アタッチ・ルートテーブルに追加 : 192.168.0.0/24

- インターネットゲートウェイの作成

↑と同じように、インターネットゲートウェイを作ってVPCにアタッチしていきます。

![10ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/6ed8761e-612e-1384-0337-74e82257c5ca.png)


- インターネットゲートウェイの設定

こちらも同じように 192.168系のインターネットゲートウェイとしました

![11インターネットゲートウェイの作成 _ VPC Management Console - Google.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/baae446d-d779-b327-0505-7afb19093885.png)


- インターネットゲートウェイの構築完了

![12インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/c10a5d86-6f5b-1bc1-9905-466682bb9261.png)


- VPCにアタッチ

192.168系VPCにアタッチします

![13インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/4ca0df37-5ade-ef0a-1050-5776a74eaf23.png)


指定するのは 192.168系VPCの VPC ID をここで指定します

![14インターネットゲートウェイのアタッチ _ VPC Management Console - Goog.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/869de612-5ef3-c40b-da11-96a99726c25d.png)


- VPCにアタッチ完了

こちらもアタッチできました。

![15インターネットゲートウェイ _ VPC Management Console - Google Ch.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/7e61296b-6add-e5ac-c85d-498cebed6585.png)


- ルートテーブルの変更

まだ使えないので、ルートテーブルに追加していきます。

![16ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/1e9bfdb5-ebd5-ca3c-6de3-b90dbc3bcdbd.png)


- デフォルトゲートウェイにインターネットゲートウェイを追加

```
送信先 : 0.0.0.0/0
ターゲット : 192.168系のインターネットゲートウェイ の インターネットゲートウェイIDを指定
```

こちらを追加することで、 192.168.0.0/24でもなく・10.0.0.0/16でもないときはインターネットゲートウェイを向くようになりました

![17ルートの編集 _ VPC Management Console - Google Chrome 20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/fd84af9c-4d59-f45a-a6fe-b17248a697af.png)


- 追加されたことを確認

![18ルートテーブル _ VPC Management Console - Google Chrome 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/985dd4ea-1c47-e8e3-2d95-c42caf7e9f88.png)


### 接続試してみる : 10.0.0.0/16

- ログイン

10.0.0系のEC2インスタンスにログインします

```
ssh -i .ssh/qiita_vpc_test centos@[グローバルIP]
```

- IPアドレスの確認

プライベートIPは `10.0.46.97` でした

```
[root@ip-10-0-46-97 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 06:62:35:d9:24:48 brd ff:ff:ff:ff:ff:ff
    inet 10.0.46.97/16 brd 10.0.255.255 scope global dynamic eth0
       valid_lft 3183sec preferred_lft 3183sec
    inet6 fe80::462:35ff:fed9:2448/64 scope link 
       valid_lft forever preferred_lft forever
```

> 10.0.0系のサーバであることを確認できました

- 192.168系のサーバにpingを飛ばしてみる

192.168系のEC2インスタンスのプライベートIPアドレスは  `192.168.0.254`

```
[root@ip-10-0-46-97 ~]# ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=1.90 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=1.93 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=1.94 ms
^C
--- 192.168.0.254 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 1.902/1.926/1.940/0.053 ms
```

> 接続できました！


### 接続試してみる : 192.168.0.0/24

- ログイン

```
ssh -i .ssh/qiita_vpc_test centos@[グローバルIP]
```

- IPアドレスの確認

こちらも192.168.0.254 であることを確認できました

```
[root@ip-192-168-0-254 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 0a:f3:76:a2:ed:38 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.254/24 brd 192.168.0.255 scope global dynamic eth0
       valid_lft 3067sec preferred_lft 3067sec
    inet6 fe80::8f3:76ff:fea2:ed38/64 scope link 
       valid_lft forever preferred_lft forever
```

> 192.168系のサーバであることを確認できました

- 10.0.0系のサーバにpingを飛ばしてみる

10.0系のEC2インスタンスのプライベートIPアドレスは  `10.0.46.97`

```
[root@ip-192-168-0-254 ~]# ping 10.0.46.97
PING 10.0.46.97 (10.0.46.97) 56(84) bytes of data.
64 bytes from 10.0.46.97: icmp_seq=1 ttl=64 time=2.15 ms
64 bytes from 10.0.46.97: icmp_seq=2 ttl=64 time=1.98 ms
64 bytes from 10.0.46.97: icmp_seq=3 ttl=64 time=1.96 ms
^C
--- 10.0.46.97 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 1.966/2.034/2.153/0.084 ms
```

> 接続できました！


## 結局の構成図

EC2の名前とか変更したものを修正しています。
IPアドレスは当初書いてあったものとは変更しています。
元々のイメージとしては良かったのですが、VPC諸々の設定が足りていなかった印象です。

![2021-01-20 結局の構成図 VPCピアリング構築してみた - diagrams.net - Google.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/129517/f8f5f429-174b-a73e-b680-9382c46a0a89.png)



## この手順で良くないところ

- 10.0.0系と記載していますが/16 なので、10.0系です。
- EC2インスタンスはピアリング接続している相手側のサーバからのアクセスは許可されているが、自分のVPC内のサーバ(2つ以上ある場合は)からはアクセスは許可されていない
- セキュリティグループガバガバ。pingだけならICMPでよかったかな
- 最初に構成図にIPアドレス書いてあったけど、プライベートIPをスタティック設定ではないので勝手に割り振られる


## 勉強後イメージ

実際のVPCピアリングの設定としては、
結構わかりやすいしすぐ出来る。
ただ、今回はどっちかというとただ単にVPC周りの設定で躓いたので変な順序になっちゃった。
↑にも書きましたが、良くないところを書いてて見つけましたので記載してます。
今回はピアリング接続を確認するためだけなので適当に作ってしまいました....
力尽きたので、今回はここまでにします。

## 参考

- [VPC Peeringの設定](https://qiita.com/yuppi/items/fe540e4e05920294a41c)