⑥ 知識ゼロからAWSインフラ構築・VPC + EC2 + SSHログイン する（2020.4時点）

#前提
・クレジットカードを持っている
・AWSアカウントを作成している

##draw.io(無料)で仮想インフラ・アーキテクチャ図を書きます
今回は、インターネットやネットワークの専門用語が飛び交いますので、初学者の方はパニック必至であります。
迷子にならないために、仮想インフラ・アーキテクチャ図を書きながら進めていきます。
（後々、アーキテクチャの説明に図面が必要ですのでこの際覚えてしまいます）

・draw.io(無料)は、こちらの記事を参考にしました
　[draw.ioでAWSのインフラ構成図を書く](https://qiita.com/nave-m/items/68425f476b254a1a47b0)



#1.VPC (Amazon Virtual Private Cloud)を作成する

・VPCは、AWSアカウントに紐づく仮想ネットワーク空間で、他のVPCとは論理的に区別されます。
・広大な敷地の中に、柵で囲った小さな敷地を作る感じです。
・VPCはAZ（データセンター）は跨げますが、リージョン（国）を跨いで作成できません。
・AWSアカウントを作成したらデフォルトVPCが設定されていますが、個別に設定するケースが多いそうです

AWSアカウントを作成したときの状態を図にするとこんな感じです。
AWSクラウドサービスがあり、その中に(国)東京リージョンがあり、その中にアカウント作成時のデフォルトVPCがあります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/72dc3090-82c8-6dfe-6a6b-98caf5010f82.png)

今回、IPアドレスなどの任意の設定を持たせたVPCを作っていきます。
AWSマネジメントコンソールで、サービス、VPCをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/9fedac34-6765-9b22-3756-bab40fb14d4c.png)
VPCウィザードの起動　ボタンを押します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/d4597ca4-09c1-169c-cef8-48a9525622ed.png)
1 個のパブリックサブネットを持つ VPCを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/b018312d-3d1c-5911-f90e-a4da0a966cdd.png)
イメージ的には、これをやりたいのです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/dc92c831-255a-f067-9089-daec2ec63caf.png)

説明書きがありますが、難しすぎてわかりませんでした。
色々と調べてみて、咀嚼しますと、

・ネットにアクセスできるけど、AWSのクラウドの中で、さらに仕切られた安全な空間でEC2インスタンスを使えます。
・仮想サーバーを双方向に行き来する情報を厳重に管理する場合、ネットワークアクセスコントロールリスト (ACL)オプションとセキュリティグループサービスを使います。
・/24 や/16 のサブネットマスクを使えて Elastic IP またはパブリック IP を使用してインターネットにアクセスします。

```ruby:CIDR(サイダーブロック)
/24 とは、
 ・IPアドレスに付く、192.168.1.0/24、の /24 の表記、
 ・CIDR (サイダー：Classless Inter-Domain Routing)はクラスを使わないIPアドレスの割り当てと経路情報の集成を行う技術
 ・2進数で桁数32桁のIPアドレスが、8桁(32-24)割り当てられるということを示す　　11111111 11111111 11111111 00000000　←/24
 ・255.255.255.0　のサブネットマスク　
 ・IPアドレスの数が256個　例えば192.168.1.0～192.168.1.255　の256個作れる
/16 とは、
 ・255.255.0.0　のサブネットマスク
 ・IPアドレスの数が65536個　例えば192.168.0.0～192.168.255.255　の65536個作れる

```

参考にさせていただいた動画、記事
　　・[動画で学ぶAWS講座 VPC編 【section2】ルートテーブル, プライベートサブネット, パブリックサブネット](https://youtu.be/lqsiWw-eDzQ)
　　・[サブネットマスク計算（IPv4)](https://note.cman.jp/network/subnetmask.cgi)
　　・[公式ドキュメント](https://docs.aws.amazon.com/ja_jp/directoryservice/latest/admin-guide/gsg_create_vpc.html)



ステップ２の画面に遷移します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/95280c01-d2b6-1774-a930-3b4ae7ee7059.png)

VPC名　：　TEST VPC　　それ以外は、そのままで進めていきます。（公式の言うとおりにしてみます）

※サブネットの名前(Name)は、パブリックなのか、プライベートなのか判別しやすいネーミングが良いそうです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/be0ab193-0b48-a20f-8ef5-4596237722df.png)
公式ドキュメントはこんな感じです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/fb2a95b3-71fb-d8a3-558b-787a758555de.png)


・アベイラビリティーゾーン：
AZ　そのリージョン（国）の各データセンター
Amazon EC2 は、世界各地のロケーションでホスティングされています。
リージョンはそれぞれ、地理的に離れた領域です。各リージョンには、アベイラビリティーゾーンと呼ばれる複数の独立した場所があります。

・サブネット ：
　VPCの中で、VPCの外部（インターネット）にアクセスする役割のパブリックサブネット、外部からのアクセスルートを持たせず完全に守るプライベートサブネットという区分けをするセキュリティレベルを高める仕組み。

・DNS ホスト名を有効化：　はい
　VPC 内のインスタンスが パブリック DNS ホスト名を取得するかどうか。
　VPC内に起動されるインスタンスに名前解決可能なFQDNが付与されます。

・FQDN（Fully Qualified Domain Name：完全修飾ドメイン名）
　IPアドレスはインターネット上のコンピュータを特定するための番号。
　数字の羅列であるIPアドレスは、人間にとっては覚えづらく扱いにくいという欠点がある。
　 IPアドレスと同じくネットワーク上のコンピュータを特定できるFQDN（Fully Qualified Domain Name：完全修飾ドメイン名）は、
　文字列に意味を持たせることができるため、この問題を解決するものと言えます。 ただし、FQDNはあくまで人間のためのものです。
　コンピュータ同士が通信する時はIPアドレスが使われます。
　そのため、FQDNとIPアドレスを互いに変換できる仕組みが必要でした。この仕組みを「DNS（Domain Name System）」と言います。

参考にさせていただいた記事
[IPアドレスとFQDNの関係](https://www.geolocation.co.jp/learn/dns/02.html)

・テナンシー：ハードウェアを占有(物理的に確保)するかどうか



VPCが作成できたようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/3cf1a220-6698-07d4-98ee-d34fadb4586a.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/9cec9f4e-4b2e-c7a1-21ea-31aa439f616a.png)
仮想インフラ・アーキテクチャ図だと、こんな感じでしょうか。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/b945ef46-2a0e-6a4b-3175-45807ea50c15.png)

#2.VPCにサブネットを作成する

サブネットとは、
・大きなネットワークを複数の小さなネットワークに分割管理してセキュリティレベルを高める仕組みです。
・サブネットはAZ：アベイラビリティゾーン（データセンター）を跨いで作成できません。
・サブネットは/24が推奨され、10.1.0.0/24 ~ 10.1.0.255/24  0~255までの256個のアドレスが確保できます
・256個のうち、初めの4つのIPアドレスと最後の１つのIPアドレスはAWSが使用予約があり使用できません。


今回、１個のパブリックサブネット（外部とのアクセスをする役割）を持つVPCを作ったので、
そのまま、ひとつパブリックサブネットを作成します。


左側のサブネットをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/15f79778-a203-048c-8ee2-523b14ad602d.png)

どうやら、デフォルトでサブネットは自動作成されているようです。

サブネットの名前(Name)は、パブリックなのか、プライベートなのか判別しやすいネーミングが良いそうです。
今回は、そのまま進めます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/ea18b94f-9ef8-a3f5-5b94-404abe4f8d6e.png)
仮想インフラ・アーキテクチャ図だと、こんな感じでしょうか。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/e7bd85ac-4772-383e-5b91-975f683a7954.png)

#3.インターネットゲートウェイを作成して、VPCにアタッチする

インターネットゲートウェイは、インターネットとVPC間で通信をおこなう経路の出入り口です。
我が家にインターネットに接続するための回線を引き込むイメージです。
先ほど作成したパブリックサブネット(10.0.1.0/24)をインターネットと接続します。

左側のインターネットゲートウェイをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/f8acfa25-8edf-3922-1902-47579c7a8f1f.png)

自動でインターネットゲートウェイが作成され、”attached　アタッチド　アタッチ済み”になっています。
つまり、自動で　VPC  “TEST VPC” にあてがわれているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/b26cad98-f576-16e3-34a2-7e2939d8ec70.png)
仮想インフラ・アーキテクチャ図だと、こんな感じでしょうか。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/d86035f0-8805-a647-140b-1887df82e2b2.png)

#4.ルートテーブルを作成する

[公式ドキュメント：ルートテーブル](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Route_Tables.html)

ルーターやネットワーク接続されたコンピュータが持つ、個々のネットワークの宛先への経路の一覧を保持しているテーブル状のデータ構造

出入り口はできたので、どのIPアドレス宛の通信をインターネットゲートウェイへ向ければ良いか、というルーティング情報「ルート」をルートテーブルに登録します。
 インターネットで使われる「TCP/IP」というプロトコルでは、データを細切れにした「パケット(Packet)」単位のデータ送受信をします。

パケットの情報のうちヘッダー情報というものに「宛先IPアドレス」があり、ネットワーク機器のルーターが「宛先IPアドレス」を見ながら、最も宛先IPアドレスに近い方のネットワークに次々とパケットを転送します。
宛先アドレスのことは「デスティネーション」、ルーティングする先は「ネクストホップ」や「ターゲット」と呼ばれます。


左側のルートテーブルをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/edcc8187-9776-ae30-ee04-d0e4fd5ef069.png)
こちらも、自動で設定されているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/1865c907-2c91-9a2a-e782-477dce891cfe.png)
ルーティングも自動設定のようで、送信先に” デフォルトルート ＝ 0.0.0.0/0 ” がルーティングされていました。
” デフォルトルート ＝ 0.0.0.0/0 ”を登録すると、すべてのネットワークのルート情報を登録していることになります。
そして、ターゲットに「igw-」から始まるインターネットゲートウェイのIDとすることで、
VPC内宛以外の通信はすべて、インターネットゲートウェイへ向くように設定できます。

インターネットゲートウェイを確認、IDも一致しています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/233cdbfc-1c65-d66b-9708-6b78bf36ff3c.png)
自動で設定されてはいるものの、２つルーティングがあって、サブネットと関連付けされている方が　メイン：いいえ　と
なっていたので、アクション、メインルートテーブルの設定　で　メイン：はい　に変更しています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/ba6f37ab-2302-d418-19ea-0a9241016fff.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/e359a801-365f-90d3-0112-1e4ac7a97251.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/31eddcd7-f184-7f29-b347-d61e382ec58f.png)


#5.ルートテーブルにサブネットを関連付ける

これも、自動で設定されているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/1843b0da-8066-92e3-ec48-d7a5152f8ef1.png)

仮想インフラ・アーキテクチャ図だと、こんな感じでしょうか。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/89d3f299-224b-b7e6-b051-e7d0f6c673d3.png)

#6.パブリックサブネットの中に、サーバー（EC2インスタンス）を構築する

パブリックサブネットという安全な家を建てたので、家の中に仮想サーバーを置きます。

これが、まず一応の完成させたいイメージです。
(MYSQLはプライベートサブネットに置くのは、後々やります）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/5b54a88f-c0f9-06a3-1e4e-89b0bb69dfad.png)
##カスタムセキュリティグループを作成する
AWSコンソールのEC２、インスタンスページにいきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/e8cb2f42-745d-8d35-8fbf-27f49fe8fc23.png)
左下のセキュリティグループをクリック、セキュリティグループの作成ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/9197c155-6e4f-acf9-d37b-2398c0f77dae.png)
セキュリティグループを作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/c216f096-4248-8e61-dfee-ab29c4409a6b.png)
セキュリティグループ名 ： TEST-custom-security-group
説明 ： 本番環境でdockerを使用するための試験的なカスタムセキュリティグループ
Experimental custom security group for using docker in production
VPC : プルダウンで選択できます。 NameやVPC IDに間違いがないか確認しておきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/9bcc83d3-02ca-42a8-2cbc-f1d2692e0473.png)
インバウンドルールを追加します。
タイプ：SSH
プロトコル：TCP(自動選択）
ポート範囲：22（自動選択）
ソース：マイIP　を選択します
マイIPは、AWS接続時に自身が使用しているIPアドレスのことで、この設定でインバウンド＝EC2インスタンスへのアクセスは、SSH（マイIP）のみ許可することになります。
説明：Only allow MYID SSH connection
MYIDSSH接続のみ許可　と書いておきます（任意）
アウトバウンドルールはアウトバウンド向きの通信は全て許可するので、0.0.0.0/0 はそのままで良さそうです。

こんな感じです。セキュリティグループの作成ボタンを押します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/0fc97eb5-26fd-2881-09f3-41659ca43a7a.png)
新しいセキュリティグループの作成ができました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/308a568f-1bb1-86ae-c68c-69161727bcf3.png)

##EC2インスタンスのVPC、サブネットの設定を事後変更できませんでした（お詫び）


前回の記事でEC2インスタンスを作成したのですが、これを流用することができませんでした。
（当方の勉強不足です、お詫びします）
[⑤AWS仮想サーバを利用する、AWSアカウント作成 + EC2インスタンス作成(2020.4時点)](https://qiita.com/SakagamiKeisuke/items/9568754f318edd53e39d)
・[EC2 インスタンスを別のサブネット、アベイラビリティーゾーン、VPC に移動する方法を教えてください。](https://aws.amazon.com/jp/premiumsupport/knowledge-center/move-ec2-instance/)
・[EC2起動後に、後からできること・できないこと](https://iga-ninja.hatenablog.com/entry/2014/10/30/000000)

#7.EC2インスタンスを作成する

##不要になったEC2インスタンスを停止削除
※不要なインスタンスがある方、以外は飛ばしてください。

インスタンスのページにいき、不要なインスタンスを選択して、アクション、インスタンスの状態、終了をクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/1b5ff83a-e7c5-aa7d-a2a6-2133abc5b039.png)
料金が発生するといけないので、Elastic IP の解放　にチェックを入れます。
はい、終了します。をクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/585b64ad-f2a5-fee0-09f9-0aa6df43197b.png)
インスタンスの状態が”terminated”ターミネーテッド：終了しました　になっています。

##インスタンスの作成ボタンをクリックして、新規作成する
今回は、Amazon Linux2 AMI 64ビットを使用します。選択ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/ec13bf1a-efc6-e09d-8bf8-0ff9fbbd66e8.png)

##インスタンスタイプの選択
インスタンスタイプについて：
T2.microは、１ヶ月毎日フル起動で１年間無料なのでお勧めです。
当方は、メルカリクローンのデプロイで使用中のため、t3.microを使用します。

※次のステップ：インスタンスの詳細の設定ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/fc212563-c3ff-8ded-f15d-8997eb2ac3a5.png)

##インスタンスの詳細設定
このような設定画面になります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/bd0debcd-2bdd-0afc-86b6-ec14f0993758.png)

**VPC は、今回作成した”TEST VPC” を選択します。**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/4aed7a72-d66a-1434-03cf-fb775a68bafb.png)
サブネットは、自動で選択されますが、一応確認しておきます。

**自動割り当てパブリック IP　:　”有効” を選択します。**
Amazon のパブリック IP アドレスプールからパブリック IP アドレスをリクエストし、インターネットからインスタンスにアクセスできるようにします。ほとんどの場合、パブリック IP アドレスは、そのインスタンスが使用できなくなってから停止または終了されるまでそのインスタンスに関連付けられます。自由に関連付けと関連付け解除を実行できる固定パブリック IP アドレスが必要な場合は、代わりに Elastic IP アドレス (EIP) を使用します。独自の EIP を割り当てて、それを起動後にインスタンスに関連付けることができます。


**T2/T3 無制限 　：　”有効化”　のチェックを外します。**（バースト機能はおそらく不要なので）
T2/T3 無制限を有効にすると、いつでも必要に応じた期間、アプリケーションがベースラインを越えてバーストできます。インスタンスの平均 CPU 使用率がベースライン以下の場合は、インスタンスの 1 時間ごとの料金ですべての使用量が自動的にカバーされます。また、ベースラインを越えた使用量にはすべて課金されます。詳細はこちら

**ネットワークインターフェイス、プライマリIP　：　10.0.0.5　(/24 サブネットのCIDER)　にしてみます。**　											（初めのIP4つは使用不可なので5番目にしようと思い）

下記の条件で、EC2 インスタンスにカスタム IP アドレスを設定できるようなので、設定してみます。
　・有効な IPv4 アドレスであること
　・選択したサブネットの CIDR 範囲にあること
　・利用可能であること。つまり、他のリソースに関連付けられていないこと

**デフォルトは自動割り当てなっています、これでも問題はないと思われます。**

[[小ネタ] プライベートIPアドレスを指定して EC2 インスタンスを起動する方法](https://dev.classmethod.jp/articles/201903_ec2-with-custom-private-ip-address/)


こんな感じです。次のステップ：ストレージの追加ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/9370517a-8fae-466a-4928-73f8895d4e1d.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/feb55d30-84e6-4a53-0374-ab7f8a2bab1b.png)

##ストレージの追加

ストレージの設定は、デフォルトのままで進めます。
次のステップ：タグの追加　ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/a4fa1829-cbc0-1028-0a0b-f214251881f4.png)

##タグの追加
**今回は、キー　：　“Name”　　、　値　：　“TEST-webserver”　としてみます。**

次にステップ：セキュリティグループの設定をクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/50799e36-b5fb-ff1b-73d5-bd3f54dbdc42.png)

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

このようなページに遷移します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/2de00e9d-e032-5e4c-e61d-65e232495215.png)
**既存のセキュリティグループを選択すると、**
**先ほどカスタムしたセキュリティグループ　”TEST-custom-security-group”　が選べました。**
SSH接続のみ許可する、としたあれです。

確認と作成ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/75bbfa2c-28ec-66a8-c14b-152bb91676dc.png)
確認を求められます。よければ起動ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/b3d1503d-0304-19b3-6d74-e0c47d2ccb26.png)


##キーペアを作成する


SSHログインに必要な、キーペアについて選択を求められます。

当方は、[⑤AWS仮想サーバを利用する、AWSアカウント作成 + EC2インスタンス作成(2020.4時点)](https://qiita.com/SakagamiKeisuke/items/9568754f318edd53e39d#3%E3%82%AD%E3%83%BC%E3%83%9A%E3%82%A2%E7%A7%98%E5%AF%86%E9%8D%B5%E3%82%92%E4%BD%9C%E6%88%90%E3%81%99%E3%82%8B)で作成していたキーペアをそのまま使いたいので、

既存のキーペアを選択しています。

インスタンスの作成ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/8254f2f3-6bcc-6d02-2c2b-a5ee77054d66.png)

EC2インスタンスが作成できました！
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/e2513dd3-75aa-3402-4602-a6e4490ae584.png)
仮想インフラ・アーキテクチャ図だと、こんな感じでしょうか。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/35fa531b-a936-0beb-4987-e0a18df4b5fc.png)

#Elastic IPの作成と紐付けをする

左側の　Elastic IP　をクリックして、Elastic IPアドレスの割り当てボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/36e93738-04dd-c5a2-08f9-71f58a018e5f.png)

割り当てボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/7a360d80-3032-093e-80f1-fc84d3cb2466.png)
このようになるので、Elastic IPアドレスを関連付ける　ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/5403d063-ab26-df6c-aef6-08636bcea2ec.png)

・インスタンスは、プルダウンで作成したインスタンス名を選択します。
・プライベートIPアドレスは、インスタンスの詳細設定に出てきた、ネットワークインターフェイス、プライマリIPアドレスをプルダウンで選択しました。

関連付けるボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/1fec3903-4d31-8043-7585-1a0c67f958ed.png)
このようになりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/0237257f-8604-5f03-2bb0-fb224d1fcc21.png)

#VPCの中にあるEC２インスタンスにSSHログインする


ターミナルで以下のコマンドを実行します。


```ruby:ターミナル 

      #cdコマンドで ローカルPCのホームディレクトリに移動
cd ~
      #mkdir(メイクディア)コマンドで.sshというディレクトリを作成
      # もしFile exists(存在します)とエラーがでた時は、そのままでOK

mkdir ~/.ssh

      /# mvコマンドでキーペア作成時にダウンロードしたpemファイルをダウンロードディレクトリから、.sshディレクトリに移動
      #mv Downloads/ダウンロードした鍵の名前.pem .ssh/
       #(※)既存のキーペアを既に移動している場合は省略します

mv Downloads/＊＊＊＊＊＊＊.pem .ssh/

      # .sshディレクトリに移動

 cd .ssh/

      #lsコマンドで .sshディレクトリのファイル一覧を表示
      # pemファイルの移動ができたか確認
 ls

      # chmod(チェンジモード)コマンドで、パーミッション(アクセス権限) 600 -rw- --- ---  を設定
      #所有者権限 (6 読込・書込み可能)・グループ権限(0 権限なし)・その他のユーザーの権限(0 権限なし)
      #chmod 600 ダウンロードした鍵の名前.pem

chmod 600 ＊＊＊＊＊＊＊.pem

      #ダウンロードした鍵を用いて、ec2-userとしてログイン
      # ssh -i ダウンロードした鍵の名前.pem ec2-user@作成したEC2インスタンスと紐付けたElastic IP

ssh -i ＊＊＊＊＊＊＊.pem ec2-user@＊＊.＊＊＊＊.＊＊＊＊.＊＊

```

EC2インスタンスと紐付けたElastic IP　をコピペします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/b1ecd359-1a92-06d1-5fe9-d81713889646.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/617331/7f89538b-a016-3844-7d41-bcb6606cea5e.png)

SSHログインできました！


#8.参考にさせてただいた動画・記事一覧（ありがとうございます！）
・[動画で学ぶAWS講座 VPC編シリーズ](https://www.youtube.com/watch?v=lqsiWw-eDzQ)
・[AWS VPCによるネットワーク構築とEC2によるサーバー構築](https://qiita.com/shizuma/items/396ad15ff574717dfa1d)
・[初めてEC2を触ってみたので手順をまとめた](https://qiita.com/gnk263/items/27323fe3103a2a59ba27)
・[[初心者向け]VPC作成からEC2インスタンス起動までを構成図見ながらやってみる（その1）](https://dev.classmethod.jp/articles/creation_vpc_ec2_for_beginner_1/)
・[[初心者向け]VPC作成からEC2インスタンス起動までを構成図見ながらやってみる（その2）](https://dev.classmethod.jp/articles/creation_vpc_ec2_for_beginner_2/)
・[【AWS入門】ゼロからVPCを作ってみる](https://lab.sonicmoov.com/development/aws/vpc/)
・[AWS入門者向け 初心者が最初に理解すべきEC2とVPCの基本的な用語解説](https://avinton.com/academy/aws/)
・[AWSでWebサーバー構築！VPC設計に必要なIPアドレスとサブネットの基礎知識（第1回）](https://miyabi-lab.space/blog/8)
・[AWSでWebサーバー構築！専門用語の解説とVPC環境を構築する手順（第2回）](https://miyabi-lab.space/blog/14)
・[AWSでWebサーバー構築！EC2を作成してSSH接続する（第3回）](https://miyabi-lab.space/blog/15)
・[(下準備編)世界一丁寧なAWS解説。EC2を利用して、RailsアプリをAWSにあげるまで](https://qiita.com/naoki_mochizuki/items/f795fe3e661a3349a7ce)




#9.最後に
当方、 実務未経験＋初学者＋テッ○キャンプ卒業＋転職活動中であります。
EC２インスタンス単独で本番環境とすることは知っていましたが、
VPCを後から作った場合、既存のEC2インスタンスは流用できませんでした。
（再度お詫びします）
 ようやく、EC2にDockerをインストールする手前まで来たのかと思います。
この先も、本番環境でのdocker実装を進めつつ、その過程をわかりやすい記事で寄稿していきたいと考えています。