Kubernetes)に移す機会があったのでどう実施したかを紹介します。ECSで構築されている時点でDocker化されているのでEKSをたてて移行するのは難しくないです。1つの記事で書くと長くなりそうなので以下の3つの記事にします。今回は、EKSの構築について書きます。構築前と構築後のVPC移行する前は以下の状態になっています。移行後は以下の状態になります。VPC2にEKSをたてて、FrontendとBackendのコンテナを移行します。VPC2にあるBackend側からVPC1にあるRDSに接続する必要があるのでVPC1とVPC2はVPCピアリングで接続します。EKSでKubernetesのクラスタを作成するそれでは実際に構築していきます。EKSは2018年12月に東京リージョンに対応したので東京リージョンで作っていきます。使用開始の通りに進めます。日本語版のドキュメントは情報古いことが多々あるので英語のドキュメントですすめるといいかなと思います。ドキュメントではサンプルアプリのデプロイまでしてますがここでは以下の作業を行います。EKS用のVPCの作成kubectlの設定EKSクラスターの作成ワーカーノードの起動EKS用のVPCの作成クラスタのVPCは手順の通り新しく作ります。既存サービスのRDSが別のVPCにあるのであとからVPCペアリング機能でVPC同士を接続します。このとき重複するCIDRブロック同士では接続できないので被らないように気をつけてください。Zoneがただしく設定できずに以下のエラーがでました。"ap-northeast-1b"のように直接指定して作成することができました。Groupを指定するところがありますが、最初の手順のCloudFormationでVPCを作ったときの出力のものを使います。クラスターの作成はしばらくかかるので待機します。クラスターができたらkubectlコマンドを実行し疎通確認をします。ワーカノードの数はアプリケーションの種類によるのですが、今回のようにフロントエンドやバックエンドを配布するときは自分は最低3台用意しています。ワーカノードのインスタンスタイプですが、eni-max-pods.txtにあるように、インスタンスタイプによって起動できる最大ポッド数がかわってきます。最低でもt3.mediumくらいあると余裕があっていいかなと思います。ピアリング接続の作成と使用を参考にしながら設定していきます。ピアリング接続のルートテーブルを更新するを参考にしてルーティングテーブルを更新します。Subnetsのルーティングテーブルに、既存のVPCへのルーティングを加えます。既存のVPCからEKSへもルーティングテーブルを追加します。Kubernetes上のワーカーノードからRDSへ接続できるようにセキュリティグループも設定しておきます。EKSのセキュリティグループは今回作ったやり方だと以下の2つのセキュリティグループができます。clusterの説明がかいてあるセキュリティグループがワーカーノードのセキュリティグループなのでそこからRDSへ繋げれるようにRDSのセキュリティグループを設定します。debug-mysql.yamlでデバッグ用のMySQLポッドをデプロイします。起動したらそのPodにつなげにいき、mysqlコマンドをたたいて疎通できるか確認します。passwordまとめEKSのクラスタを立ち上げ、ワーカーノードを作成し、VPCピアリングが正しく動いているかの確認まで行いました。次回は実際にバックエンドとフロントエンドのコンテナを移行します。blogHomeAboutTool。