【技術調査（AWＳ）】タイリージョンに構築したEC2のルーティングを見てみる（2025.01.09）

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

2025.01.08にAWSからタイリージョンの利用開始について発表がありました。

## 公式ブログ

https://aws.amazon.com/about-aws/whats-new/2025/01/aws-direct-connect-location-expansion-bangkok-thailand/

タイリージョンでのサービスの味見として、**タイリージョンで構築したEC2のルーティング**についてみてみたいと思います。初学者でも理解できるように平易な表現で執筆しておりますので、お気軽に読んでいただければ幸いです。

# 目次
- 事前準備（タイリージョンの有効化）
- 疎通確認（自宅PC⇔タイリージョンEC2）
- タイリージョン活用に関する考察
- 補足（他リージョンとの接続）

## 事前準備（タイリージョンの有効化）

タイリージョンはデフォルトで有効化されているわけではないため、コンソール上であらかじめ有効化させる必要があります。

- コンソール画面右上の**アカウント名>アカウント**を押下

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/4c42d241-9af8-2f7c-25a2-fc717832f7aa.png)

- 画面を下へスクロールし、**アジアパシフィック（タイ）**左側のチェックボックスをクリック
- チェックボックスが入っていることを確認後、**有効化**ボタンをクリック

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/e58fa50a-1deb-24b3-b515-6c2446281c13.png)

- ポップアップが表示されるため**リージョンを有効化**ボタンをクリック

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/b37e5e82-5900-efa1-d060-b102eb315538.png)

:::note info
余談ですが、アジアパシフィック（タイ）リージョン名は**ap-southeast-7**らしいです。
:::

- 5～10から10分経過すると、ステータスが**有効**に変わります

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/b1043609-4174-ac50-ee36-a8e5986fcf4c.png)

これで、自環境でのタイリージョンの設定は完了しました。

## 疎通確認（自宅PC⇔タイリージョンEC2）

それでは、疎通確認をこれから実施したいと思います。

:::note info
EC2インスタンスの構築手順に関しては割愛いたします。
:::

タイリージョンへ構築したEC2の設定として以下の通りです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/8df4d843-66ff-a528-90a3-4f6742fb9d0c.png)

タイリージョンにパブリックIPv4アドレス**43.208.146.80**を持ったEC2インスタンスが無事構築されました。では、Ping疎通を行ってみましょう。

```
C:\>ping 43.208.146.80

43.208.146.80 に ping を送信しています 32 バイトのデータ:
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。
要求がタイムアウトしました。

43.208.146.80 の ping 統計:
    パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、
```

タイムアウトしていますね。
実は、EC2をデフォルトで構築した場合、ICMP通信は無効化しているため通信が失敗してしまいます。

そのため、EC2に紐づいているセキュリティグループにICMPプロトコル通信を有効化させる設定を入れる必要があります。

- EC2設定画面をスクロールし表示されているセキュリティグループのリンクをクリック

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/ac8e263c-fc6e-846f-56fc-1d3374f5907c.png)

- **インバウンド**タブが選択されていることを確認後、**インバウンドのルールを編集**ボタンをクリック

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/e6391bcc-8a9d-212a-0191-e9224e57e4b5.png)

- **ルールの追加**ボタンを押下
- インバウンドルール列が追加されるため以下の通り設定し、**ルールの保存**ボタンをクリック
    - タイプ：すべてのICMP - IPv4
    - ソース：カスタム
        - 0.0.0.0を設定

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/9399a904-1a31-48c3-b10e-421c2508d1e7.png)


- **インバウンドセキュリティのグループのルールが編集されました**のポップアップが表示されていることを確認
- ICMPプロトコルの列が追加されていることを確認

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3846878/80a5516f-f54c-3288-f543-79dc23c6f3c4.png)

あらためて、ping疎通を行ってみましょう

```
C:\>ping 43.208.146.80

43.208.146.80 に ping を送信しています 32 バイトのデータ:
43.208.146.80 からの応答: バイト数 =32 時間 =98ms TTL=119
43.208.146.80 からの応答: バイト数 =32 時間 =97ms TTL=119
43.208.146.80 からの応答: バイト数 =32 時間 =98ms TTL=119
43.208.146.80 からの応答: バイト数 =32 時間 =96ms TTL=119

43.208.146.80 の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 96ms、最大 = 98ms、平均 = 97ms

C:\>
```

Pingは無事通りましたね。それでは、Tracertを実行してみましょう。

```
C:\>tracert 43.208.146.80

ec2-43-208-146-80.ap-southeast-7.compute.amazonaws.com [43.208.146.80] へのルートをトレースしています
経由するホップ数は最大 30 です:

  1     1 ms     1 ms     1 ms  自宅PCに割り当てられているローカルIPv4アドレス
  2     9 ms     4 ms     4 ms  ルータに割り当てられているグローバルIPv4アドレス
  3     6 ms     5 ms     5 ms  ルータに割り当てられているグローバルIPv4アドレス
  4    13 ms     8 ms     8 ms  10.9.203.198
  5     *        *        *     要求がタイムアウトしました。
  6     *        *        *     要求がタイムアウトしました。
  7     *        *        *     要求がタイムアウトしました。
  8     *        *        *     要求がタイムアウトしました。
  9     *        *        *     要求がタイムアウトしました。
 10     *        *        *     要求がタイムアウトしました。
 11    99 ms    97 ms    97 ms  ec2-43-208-146-80.ap-southeast-7.compute.amazonaws.com [43.208.146.80]

トレースを完了しました。

C:\>
```

結果を見てみると、**自宅PC⇒ルータ⇒EC2**の経路でルーティングしていましたね。
結論として、**タイリージョンでも通信経路に関して変化はなかった**が分かりました。

### タイリージョン活用に関する考察

今回の調査を踏まえて、**ビジネス活動を行う上でのタイリージョン活用**について個人的に考えてみました。

- 通信に関しても国内リージョンとほとんど同じレベルの通信速度だった
    - バックアップ拠点としてタイリージョンを活用するのも一つの手としてある
- 基本的になAWSサービス（EC2・S3など）は利用可能なので、タイ拠点に本社を置く企業が国内でデータが閉じるプロダクトも開発可能
    - SageMakerなどのサービスに関しては利用不可のため、応用的なサービスを活用するのは不向き
- 地政学リスク・リージョン単位のトラブル時のリカバリ能力などを考えると未知数
    - 主力事業のバックアップ拠点として活用するとしても待った方がいい
    - 利用するとしても、PoC段階のプロダクトなど、影響が少ないプロダクトで利用するのが良いと考える

簡単ではございますが、**タイリージョンに構築したEC2のルーティング**について記事にしてみました。今後、タイリージョンで利用可能なサービスは増えていくと予想されるため、日本国内企業の場合、バックアップ拠点の利用先として考えてみてもいいかと思います。

## 補足（他リージョンとの接続）

公式ブログを見ると以下の通り説明がありました。

>AWS は本日、タイのバンコクにある Telehouse データセンター内に新しいAWS Direct Connectロケーションを開設したことを発表しました。バンコクの新しいロケーションでネットワークを AWS に接続することで、すべてのパブリック AWS リージョン (中国を除く)、AWS GovCloud リージョン、 AWS ローカルゾーンにプライベートで直接アクセスできるようになります。このサイトは、タイ国内で 2 番目の AWS Direct Connect ロケーションです。新しい Direct Connect ロケーションでは、MACsec 暗号化が利用可能な専用の 10 Gbps および 100 Gbps 接続が提供されます

そのため、**他リージョンのリソースと組み合わせてプロダクト開発・運用が行える**と考えられます。（接続先リージョンごとの愛称はあるかと思いますが）

最後まで記事を読んでいただきありがとうございました！