AWS Direct Connectの設定ミスで$424請求された失敗談と、1つの接続を複数VPCに分ける方法（読了時間:5分）

#この記事は5分で以下のことが理解できる。
　・$424請求されたミス設定。DXで絶対にやってはいけない設定とは
　・DXの経路を分割し、別のVPCへ接続する方法
　・別のVPCの契約アカウントが違う場合の対応方法、および承諾方法

この記事は以下の方に読んでもらいたい
　・Direct Connectでクラウドとオンプレを接続することとなった新AWS担当者
　・新規VPCを作成後、既存のDXの経路を有効活用し安価にセキュアな通信を実現したい方

![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/218576bd-4ad2-2717-0002-8b92ab98ec9e.png)
###■これを回線を分けて別のVPCに設定します
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/a3cb48a9-7c64-cd05-d115-dd0cccd564d5.png)


#■契約アカウントA　で作業する

VPC画面の「仮想プライベートゲートウェイ」を選択
![2.jpg](https://qiita-image-store.s3.amazonaws.com/0/276897/f8059f1a-901c-5f41-b5bc-1a75058b5630.jpeg)




任意の名前をつけて作成
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/740ecdda-4636-8b64-eb57-2cd9cc2e361e.png)




できました。IDを控えておく。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/838de06f-2fe2-f1f7-bc3a-7d9b86a99d0f.png)






「仮想インターフェイスの作成」を選択する
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/ed629827-10b4-913a-a626-312db16a0855.png)





仮想インターフェースを作成する
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/4804422b-621c-a87a-50b1-d77d463fc00d.png)














仮想インターフェースが作成できました。が、





別アカウントB （接続するVPCアカウント番号の管理者） に承諾されるまで使用できない。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/df37798d-7d1a-250a-3dc2-7e38d16f0d04.png)



#別アカウントBで作業する

接続するアカウント（別アカウントB）番号にログインし、Direct Connectの画面を開く。

「仮想インターフェースの承諾」を選択する。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/6e03a94b-540a-e5cf-a0ee-84dec19d3b81.png)







承諾する

![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/719a7b4b-acd4-0eee-d7a8-ce5fff10c2d8.png)





作成した仮想インターフェースをVPCにアタッチする

![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/afc583cb-f9a8-c7b5-5215-269ad5f2c28a.png)
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/bddb5c44-c144-421b-33d6-6dab97d0f640.png)

##しかし、このままではオンプレのルーター設定に必要な「BGP認証キー」番号が閲覧できない。

契約アカウントA　のDirect Connect契約管理者のみ
BGP認証キーを閲覧できます。

インターフェースdownはオンプレ側のルータを設定することでavailableになります。

![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/80a50c8c-d583-5fd6-a6d3-45eb5360181d.png)


■手順化しませんが、オンプレのルーター、接続先VPCのルートテーブル、セキュリティグループ、ネットワークACLを設定すること

　オンプレのルーター設定はちょっとしたコツで実現可能なので、
　リクエストが多ければ記事化しようと思います。

##■AWS Direct Connectで設定ミスって$424請求された失敗談

なお、Direct Connectの料金体系は
大きく2つに別れています。
　・接続の時間課金
　・転送量の従量課金

請求ページの「転送量の従量課金」表記　（通常）
　\$0.041 per GB - AWS Direct Connect to AWS Private Cloud data transfer Outbound per GB Asia Pacific (Tokyo)100.00 GB $4.10

請求ページの「接続の時間課金」表記　（通常）
　\$0.285 per connected 1G port-hour (or partial hour) (Asia Pacific, Tokyo in Equinix TY2)744 hours$212.04

■間違って「接続」をVPC分作成し、無駄な$424の料金が発生した例

請求ページの「接続の時間課金」表記　（なにかおかしい）
　\$0.285 per connected 1G port-hour (or partial hour) (Asia Pacific, Tokyo in Equinix TY2)2,232 hours$636.12

**…1ヶ月が31日だとして、744時間しかないのに、
なぜ2232時間も課金されているのだろうか…**

**もし1つの契約にも関わらず744時間以上の課金をされていたなら、
接続が謝って複数作成されていないか確認した方が良いだろう。**

■謝って不要な「接続」を作成した場合のイメージ図
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/ae163b77-d00b-b731-f149-026cd257f8ef.png)


Direct Connectの画面の「接続」を確認し、
不要に接続を作成していないか確認することをお勧めする。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/276897/2093e845-a0ef-33bf-f8d6-b195d8f720c7.png)

ベストプラクティスにもあるが、サブ回線には安価なVPNを使用するというのは有名な話だ。
次回はVPNについても設定手順を記載していこうと思う。

ありがとうございました。
少しでもお役にたちましたら「いいね」をよろしくお願いします。