【検証】Trangit Gatewayで設定した経路をVPC Reachability Analyzerで調査してみる！！

記事を読んでいただきありがとうございます！
モブエンジニア（[@mob-engineer](https://qiita.com/mob_engineer))です！

以前執筆したTrangit Gateway記事で利用したAWSハンズオンについて、一通り問題なく検証できました。そのうえで、**Trangit Gateway経由の通信についてVPC Reachabiligy Analyzerでの検証結果**について本記事で取り上げたいと思います。

#### AWS公式ハンズオン

https://catalog.us-east-1.prod.workshops.aws/workshops/e0d1c19d-c80b-4695-a3fc-5c4a25132f47/ja-JP/2-hands-on/2-5-lab5

## 現在の構成イメージ

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/3cab1391-5af9-4371-ad9a-fd7bcd2b3a2e.png)

今回調査したい観点として次を行っていきたいと思います。

- Boundary VPC内のEC2↔Private VPC1内のEC2
- Boundary VPC内のEC2↔Private VPC2内のTGWアタッチメント
- Boundary VPC内のEC2↔Private VPC3内のTGWアタッチメント

なお、現時点でのPing疎通確認結果は次の通りです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/3cf8e385-f3b7-4b43-9f94-35389c4c59d4.png)


### Boundary VPC内のEC2↔Private VPC1内のEC2

分析設定として次の通りです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/66311477-f4d8-4028-b29f-ad0a99c7c6b5.png)

結果として**到達不可能**といった結果になりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/0c896720-868e-46a5-a271-8e105dc24c48.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/1950a3a6-823f-4fd9-8332-4a16406fd9e8.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/988eec5e-73c8-4129-8023-8f9776190ac9.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/a19b53c7-c8cb-4b20-ab76-4c863cf9866a.png)

:::note info
Trangit Gatewayでの通信の場合リバースパスを表示することはできないようです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/4ee886dd-8440-4621-858e-2f00def21675.png)

:::

### Boundary VPC内のEC2↔Private VPC2内のTGWアタッチメント

分析設定として次の通りです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/f7637e90-6801-41d8-a5d8-0128c3e5ab7f.png)

結果として、先ほどと同様**到達不可能**となりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/ef542c04-ddca-47d8-9209-372c550c720d.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/d3dfc918-22e0-4bad-a6c8-5d7f7133be1f.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/52f27645-cdae-44fd-b339-5ae3a8615670.png)

### Boundary VPC内のEC2↔Private VPC3内のTGWアタッチメント

分析設定として次の通り行いました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/1013bee1-f200-4d68-b758-7d815b961f81.png)

結果として**到達不可能**となりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/f3a17d5e-2915-414e-ae39-fc6c6867a9ed.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/096b09e1-18ae-4748-8f66-b6868afd0ff0.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/3e4ce4e2-0ccd-47db-b84d-68ef11959aa8.png)

## 所感

今回のハンズオン構成によるものと考えられますが、**TGW_RTB_NO_ROUTE_TO_TGW_ATTACHMENT**とエラーが共通して表示されました。

そのため、**ルートテーブルで経路を設定しないため、VPC Reachability Analyzerでの検知が行えなかった**といった原因があると考えられます。

ちなみにエラー内容については次のドキュメントにまとめられているため、切り分け対応時には参考にしてください。

https://docs.aws.amazon.com/vpc/latest/reachability/explanation-codes.html

そのうえで、今回のエラー原因を特定→対処するためにAmazon Qを活用することで、切り分け速度向上につながると考えられます。

個人的にはNetwork Access Analyzerを用いた通信設定の分析まで行いたかったですが、次回以降検証を行ってみたいと思います。

簡単な検証記事ですが、最後までお読みいただきありがとうございます。