[【関連記事】AWS資格の難易度はどれくらい？内容や初心者におすすめの勉強方法を解説](https://and-engineer.com/articles/YZtFsREAACIAjrpS)

[【関連記事】AWS認定ソリューションアーキテクト-アソシエイトとは？難易度と勉強方法を解説！](https://and-engineer.com/articles/YXEoUBIAACEANWUF)

[【関連記事】AWS認定クラウドプラクティショナーとは？難易度や勉強時間の目安を解説](https://and-engineer.com/articles/YwGSlRAAACEAsVo8)

*AWSは、世界最大の利用者数を抱えるクラウドサービス事業者です。*AWSは自社サービス提供エリアにおいて均一なサービスを提供するために、地域を物理的なロケーションに分割してサービスを提供しています。この**物理的なロケーション分割単位がリージョンです。**

AWSはサービスの豊富さと提供範囲の広さが特徴です。そのため、継続的にサービス提供地域を拡大し、対象地域をカバーするリージョンを開設しています。

【参考】[AWS グローバルインフラストラクチャ | AWS](https://aws.amazon.com/jp/about-aws/global-infrastructure/)

AWSのリージョンとは？リージョン一覧と日本のリージョンを解説！

### AWSのアベイラビリティゾーンとは？

**AWSのアベイラビリティゾーン（AZ）とは、1つのリージョンを冗長性・信頼性・可用性を確保した1つ以上のデータセンターで構成する単位を指します。**アベイラビリティゾーンは複数の独立した場所に設置されており、冗長的な電力源・ネットワーク・接続機能によって個々のアベイラビリティゾーンが相互に接続して運用されています。

**AWSローカルゾーンはAWSのリージョンを拡張し、レイテンシーの影響を受けやすいアプリケーションをエンドユーザ近接の地域で実行させるもの**です。AWSローカルゾーンは、ミリ秒単位のレイテンシーが求められるアプリケーション向けに提供されています。

具体的には、メディアエンターテイメントのコンテンツ作成・リアルタイムゲーム・ライブビデオストリーミング等のアプリケーションなどを想定しています。2022年2月現在では米国全体で17のローカルゾーンがあり、今後も各地域で追加される予定です。

### AWSの日本でのリージョンは？

日本では2011年にアジアパシフィック（東京）リージョンが開設され、サービスが提供されています。アジアパシフィック（東京）リージョンに加えて、2021年3月にはアジアパシフィック（大阪）リージョンが開設されました。東京・大阪共にAWSアジアパシフィックリージョンに属し、**日本ローカルだけではなくアジア全域へのサービス提供が期待されています。**

ここでは、AWSのリージョンの特長やリージョンを選ぶ際の注意点などを説明します。AWSを利用する際、リージョンの仕組みを理解して効率良く運用できるようにしましょう。

AWSのリージョンとは？リージョン選択のおすすめポイントを解説

### リージョンごとに利用できるサービスが異なる

**世界中にあるリージョンごとに、利用できるAWSのサービスが異なります。**同じ国内のリージョンでも利用できるサービスが異なるため、利用したいサービスが決まっている場合は、該当のサービスが利用できるリージョンを選びましょう。

### 障害発生時のリスク分散になる

**世界各国に複数のリージョンが設けられている理由の1つに、障害発生時にリスクを分散する**という点があります。リージョンに障害が発生した場合、障害発生場所のリージョン以外には影響がありません。そのため、AWSのサービスを安定して受けられることがメリットです。

**AWSは世界の26の地域に対してリージョンを開設し、サービス展開しています。**同様に84のアベイラビリティゾーンが展開されており、*今後も8つのリージョンと24のアベイラビリティゾーンの開設が計画されています。*ここでは2022年2月現在の各リージョン一覧について説明します。

### AWSサービスエンドポイントとは？

**AWSサービスエンドポイントとは、AWSのサービスにプログラム接続するための接続情報です。**具体的には、以下のリージョンエンドポイントに対して接続リクエストを発行します。

*「protocol://service-code.region-code.amazonaws.com」*

protocolはhttps等で、service-codeとは利用サービスの名称です。region-codeとは指定するリージョンのコードを指します。AWSサービスエンドポイントを指定することで、リージョンとサービスが利用可能となります。

【参考】[AWS サービスエンドポイント](https://docs.aws.amazon.com/ja_jp/general/latest/gr/rande.html)

**北米地域では、以下の7つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・米国東部（バージニア北部）リージョン　　Code: us-east-1（6つのアベイラビリティーゾーン）

・米国東部（オハイオ）リージョン 　 　　 　 Code: us-east-2（3つのアベイラビリティーゾーン）

・米国西部（北カリフォルニア）リージョン　Code: us-west-1（3つのアベイラビリティーゾーン）

・米国西部（オレゴン）リージョン 　　 　 　 Code: us-west-2（4つのアベイラビリティーゾーン）

・カナダ（中部）リージョン 　　　　　　　  Code: ca-central-1（3つのアベイラビリティーゾーン）

・GovCloud（米国西部）リージョン　　　　 Code: us-gov-west-1（3つのアベイラビリティーゾーン）

・GovCloud（米国東部）リージョン　　　　 Code: us-gov-east-1（3つのアベイラビリティーゾーン）

**南米地域では、1つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・南米（サンパウロ）リージョン　　　　       Code: sa-east-1（3つのアベイラビリティーゾーン）

### 欧州/中東/アフリカ地域のリージョンは？

**欧州/中東/アフリカ地域では、以下の8つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・欧州（フランクフルト）リージョン　　　　Code: eu-central-1（3つのアベイラビリティーゾーン）

・欧州（アイルランド）リージョン　　　　　Code: eu-west-1（3つのアベイラビリティーゾーン）

・欧州（ロンドン）リージョン　　　　　　　Code: eu-west-2（3つのアベイラビリティーゾーン）

・欧州（パリ）リージョン　　　　　　　　　Code: eu-west-3（3つのアベイラビリティーゾーン）

・欧州（ミラノ）リージョン　　　　　　　　Code: eu-south-1（3つのアベイラビリティーゾーン）

・欧州（ストックホルム）リージョン　　　　Code: eu-north-1（3つのアベイラビリティーゾーン）

・中東（バーレーン）リージョン　　　　　　Code: me-south-1（3つのアベイラビリティーゾーン）

・AWS アフリカ（ケープタウン）リージョン Code: af-south-1（3つのアベイラビリティーゾーン）

### アジアパシフィック地域のリージョンは？

**アジアパシフィック地域では、以下の10のリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・中国本土（北京）リージョン　　　　　　　Code: cn-north-1（2つのアベイラビリティーゾーン）

・中国本土（寧夏）リージョン　　　　　　　Code: cn-northwest-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（東京）リージョン　　Code: ap-northeast-1（4つのアベイラビリティーゾーン）

・アジアパシフィック（ソウル）リージョン　Code: ap-northeast-2（4つのアベイラビリティーゾーン）

・アジアパシフィック（大阪）リージョン　　Code: ap-northeast-3（3つのアベイラビリティーゾーン）

・アジアパシフィック（ムンバイ）リージョンCode: ap-south-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（シンガポール）リージョン Code: ap-southeast-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（シドニー）リージョンCode: ap-southeast-2（3つのアベイラビリティーゾーン）

・アジアパシフィック（香港）リージョン　　Code: ap-east-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（ジャカルタ）リージョン　　Code: ap-southeast-3（3つのアベイラビリティーゾーン）

## AWSリージョン別のサービスは？

**AWSのリージョンで提供されるサービスは、リージョン毎に異なります。**開設して間もないリージョンはすぐに多くのサービスを提供するのではなく、需要の多いサービスから順次取り入れます。そのため、提供サービスのオプションやタイプもすぐに全て揃うものではありません。AWSを利用する際は、各リージョン毎の提供サービスを比較することが重要です。

【参考】[AWS リージョン別のサービス](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/?p=ngi&loc=4)

### 日本のリージョンでの提供サービスは？

日本では、東京と大阪にリージョンが開設されています。**アジアパシフィック（東京）リージョンでは2022年2月現在、182のサービスを提供しています。**一方、アジアパシフィック（大阪）リージョンでの提供サービス数は94です。

東京と大阪のリージョンの提供サービス数が異なる理由は、*大阪は開設してから日が浅いため、需要に応じてサービス拡大を図っている途中だからです。*大阪の提供サービスは2021年4月時点で64でしたが、2022年2月には94まで増えていることから順次サービス拡大が続くと予想されます。

### リージョン選択の留意点は？

上記で説明した通り、各リージョンで提供されているサービスは異なります。さらに、利用料金も異なります。**コストを削減するには、サービスレベルやレスポンス時間を想定して商用環境と開発環境を分けたり、複数のリージョンを併用したりするのがおすすめ**です。

また、Amazon Elastic Compute Cloud（Amazon EC2）で選択できるインスタンスタイプも、リージョンによって提供されているインスタンスタイプが異なります。そのため、コスト面と運用面を合わせて検討することが重要です。

## AWSのリージョンを理解して必要なサービスを利用しよう

AWSは、豊富なサービスを提供するクラウドサービス事業者です。**リージョンの仕組みを理解することで、提供サービスと利用料金を最適化できます。**業務に必要なサービスをリージョン毎に比較し、効率的なサービス利用を目指しましょう。

AWSのメリットは何？そのメリットを最大限活用してみよう

AWSは世界最大のクラウドサービス事業者です。利用者に均一なサービスを提供するために、物理的なロケーションをリージョンという単位に分割してサービスを提供しています。各リージョン毎に提供サービスや利用料金が異なるため、リージョンの違いや効率的なサービスの利用方法について解説します。

リージョンとは、AWSのサービス提供地域を物理ロケーションに分割した単位です

2021年3月に大阪リージョンが開設され、日本のリージョンは東京と大阪の2つとなります

各リージョン毎に提供サービスが異なり、複数のリージョンを活用することで最適化が可能です

AWSのリージョンとは？提供サービスをリージョン一覧から解説！

*AWS*の特徴は、**膨大な提供サービスの数**にあります。各サービスは、AWSマネジメントコンソールと呼ばれる管理メニューから簡単にサービスを利用できます。

AWSでは、*コンピューティング・ストレージ・データベース・分析・ネットワーキング・モバイル・デベロッパー用ツール・管理ツール・IoT・セキュリティ・エンタープライズアプリケーション*などに分類しています。これらの分類に応じた*AWSのサービスを利用することが可能*です。
参考：[AWS クラウド製品](https://aws.amazon.com/jp/products/)

通常アプリケーションを実行するためには、*アプリケーション実行コード*が必要です。加えて、アプリケーションが実行する*ランタイムライブラリー*や、内部で使用する*依存ライブラリー*等を用意します。そして、アプリケーションの*設定ファイル*も必要です。

これらのファイル群は、サーバーの数が少ない場合はあまり気にする必要はありません。しかし、大量のサーバーを用いてアプリケーションを分散し起動したり、あるいは開発環境の様に設定を差し換えて起動したりとなると色々と問題が出てきます。まず、環境や設定が不統一の場合はサーバーを立ち上げるのに一苦労です。

それを解消するのが、*コンテナ*です。アプリケーションに必要とされる*アプリケーション実行コード*と*ランタイムライブラリー*および*依存ライブラリー*をコンテナ化し、まとめることでデプロイが簡単になります。*実行環境に合わせてコンテナの設定をカスタマイズ*するだけで**準備が完了**です。

### 仮想サーバーとコンテナの違いは？

一方の*仮想サーバー*とは、*ハイパーバイザーや仮想化ソフトウエア*を用いて実装したサーバーです。アプリケーション実行は、*ハイパーバイザー*によって構成させた*仮想マシン上のゲストOS*上で稼働させます。

他方コンテナの場合は、*ホストOS上のコンテナエンジン*で*コンテナ化したアプリケーション*を実行するだけです。そのため、ゲストOSのオーバーヘッドの影響を受けません。さらに、ゲストOSが起動しないため*起動時間が短縮*され、*メモリー消費量も節約*できます。

システム運用者のメリットとしては、運用の分担がしやすいことが挙げられます。具体的には、*仮想サーバー*の場合は*ホストOSとゲストOS*は*システム運用担当者が分担*するために、アプリケーション変更に伴い作業を*システム運用担当者と調整する必要*があります。*コンテナ*の場合は新たに*ゲストOSを仲介しない*ため、**開発者がコンテナ化したアプリケーションを実行するだけ**です。*DevOps*と呼ばれる開発と運用を連携させる開発手法においては**コンテナの採用率が非常に高まっています**。

### 代表的なコンテナソフトウエアは？

コンテナエンジンとしては、*Docker*が有名です。必要なコンテナソフトウエア機能が含まれますので、シングルノード環境でよく活用されています。しかし、利用が拡大してくると*コンテナ間で処理を連携するオーケストレーション*のニーズが高まってきました。

*Kubernetes*は*仮想サーバー間にまたがるコンテナを管理*し、*大規模システムに適したクラスターを構成可能*です。そのため、*コンテナオーケストレーション*を重視する場合は**Kubernetes利用者が多数を占めています**。

## AWSのコンテナサービスとは？

AWSでは、以下の**コンテナサービスを提供**しています。

・*Amazon Elastic Container Registry（Amazon ECR）*
　コンテナイメージの圧縮保存・管理・デプロイ
・*Amazon Elastic Container Service（Amazon ECS）*
　完全マネージド型のコンテナオーケストレーションサービス
・*Amazon Elastic Kubernetes Service（Amazon EKS）*
　完全マネージド型のKubernetesサービス
・*AWS Fargate*
　Amazon ECSとAmazon EKSで動作する、コンテナ向けサーバーレスコンピューティング

コンテナサービスの実際の利用方法については、以降で説明します。

### AWSのコンテナサービスの役割は？

AWSのコンテナサービスの役割は大きく、3つに分類されています。

（1）*レジストリ*
　各サーバーで実行するコンテナイメージを蓄積し、一元管理します。
（2）*コントロールプレーン*
　デプロイ・スケジューリング・スケーリングのオーケストレーション・アプリケーション管理を行います。
（3）*データプレーン*
　コンテナの実行環境、実行サーバーを指します。

コンテナではこの役割に応じて**処理を分担し連携動作させています**。

### AWSのコンテナサービスの区分は？

AWSの**コンテナサービスの役割区分に応じて**、以下のサービスを選択していきます。

・*レジストリ*
　Amazon ECRまたはDocker Hub等を利用して、コンテナイメージを蓄積します。通常AWSサービス連携性の高いAmazon ECRを選択するのが良いでしょう。

・*コントロールプレーン*
　Docker向けのAmazon ECS、またはKubernetes向けAmazon EKSを必要に応じ選択します。小規模なコンテナではAmazon ECS、大規模システムあるいはKubernetes愛好者はAmazon EKSを選択するのが良いでしょう。

・*データプレーン*
　Amazon Elastic Compute Cloud（Amazon EC2）を利用するか、サーバーレスであるAWS Fargateを選択します。お試しの場合はAWS Fargateを検討し、商用サービスで実行時間がそれなりに見込まれる場合はAmazon EC2を選択しましょう。

### AWSでのコンテナ活用方法は？

ここでは、**コンテナの代表的な活用例**について解説していきます。

・*アプリケーションの開発と運用*
　DevOpsのように開発と運用を協調して進める場合は、動作環境の調整や切り替えを円滑にする必要があります。この場合、コンテナを活用することにより開発と運用の効率性を高めることができます。

・*アプリケーションのクラウドへの移行*
　既存アプリケーションを異なる環境で動作させるには、アプリケーションのみならずランタイムや依存ライブラリーを準備する必要があります。これらのモジュールをパッケージ化することで、移行作業が大幅に簡素化できます。そのため、コンテナ活用によりクラウドへの移行性が向上するでしょう。

・*アプリケーション連携性の向上*
　コンテナのデプロイを用途に応じてオンプレミス環境とクラウドを使い分けし、コンテナのオーケストレーションにより処理に応じてスケールさせることが可能です。これにより、ワークフロー管理が効率的に実施できるでしょう。

・*アプリケーションのマイクロサービス化促進*
　従来のモノリシックアプリケーションをマイクロサービス化することで、よりコンテナオーケストレーションに適したモジュール構成をとることができます。将来に向けてアプリケーションの見直しを予定している場合は、コンテナの活用がより効果的でしょう。

AWSでは利用者のニーズに応じて、*豊富なサービス提供*を特徴としています。そのため、AWSでは初めて利用される方のために*概念や利用方法*を整理し、学習コンテンツとして提供しています。また、*スキルレベルに応じた学習コンテンツ*が用意されているので、*経験者*においても**チュートリアルが有効な学習方法**です。
参考：[AWS ご利用開始のためのリソースセンター](https://aws.amazon.com/jp/getting-started/)

この「*ご利用開始のためのリソースセンター*」の「*カテゴリ別のサービス学習*」に、「*コンテナ*」の情報が用意されています。このページでは、初心者からより深く学習する方を含めて「はじめに」「基礎」「学習リソース」「その他のリソース」と学習情報が整理されています。**これから学習を始める方はご一読をお勧めします**。
参考：[AWS カテゴリ別のサービス学習 コンテナ](https://aws.amazon.com/jp/getting-started/deep-dive-containers/)

さらに、*ハンズオンや動画*を*チュートリアル*として提供しています。内容は*10分程度から2時間以上*までの幅があり、*難易度に分けて学習コンテンツを提供*しています。
*AWSチュートリアル一覧*は「*ご利用開始のためのリソースセンター* 」の「*ハンズオンチュートリアル*」で表示されます。

「*コンテナ*」カテゴリでは、*クラウドレベル100（初心者）*向けコンテンツとして「*最新のアプリケーションを構築*」が用意されており、所要時間は2.5時間程度です。さらに、*クラウドレベル200（中級者）*向けコンテンツとして「*Kubernetes アプリケーションをデプロイ*」が用意されており、所要時間は30分程度です。*AWSにサインアップ*することで学習コンテンツが利用可能となります。その他に「*コンピューティング*」カテゴリも**コンテナ構築では必要**となりますので、このチュートリアルをぜひご活用ください。
参考：[AWS ご利用開始のためのリソースセンター ハンズオンチュートリアル](https://aws.amazon.com/jp/getting-started/hands-on/)

## AWSのコンテナサービスを活用し更なる生産性向上を図ろう

AWSでは、*Amazon EC2*が主要なコンピューティングサービスです。ニーズの広がりに応じて、サーバーレスサービスとして*AWS Lambda*が用意されています。同様に、コンテナの利用者に対して*Amazon ECSやAmazon EKS*を提供、さらにサーバーレスコンテナの*Amazon Fargate*を用意しています。この*製品群は非常に多岐に渡ります*ので、*コンテナの活用*により**AWSのサービス利用が最適なものになる**でしょう。

AWSは豊富なサービス数が特徴で、ニーズに応じてさらにサービスを拡大しています。この記事では、コンテナの利用者ニーズを満たすAWSのコンテナサービスについてまとめました。また、初心者向けの学習手順やハンズオンについても解説しているので、ぜひ参考にしてください。

AWSは豊富なサービスが特徴で、Amazon EC2が主要なコンピューティングサービスです

コンテナサービスとして、AWSではDockerとKubernetes向けサービスを提供しています

コンテナ初心者から経験者を対象に、学習コンテンツ用チュートリアルが活用できます

AWSのコンテナについて初心者にも分かりやすく解説！

*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

*AWS*とはAmazon Web Serviceの略で、*最大のクラウドサービス事業者*です。AWSはクラウドコンピューティングのサービス全般を事業としており、**豊富なサービス提供**を特徴としています。AWSは全世界を25の地域から成るリージョンに分割し、均一なサービスを提供しています。

*Amazon VPC*とは、Amazon Virtual Private Cloudの略です。Amazon VPCにより*仮想ネットワークを構築*し、IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定等一連の仮想ネットワークの**制御を簡単に実現する**ことができます。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

<center>[AWS案件に強みを持つ企業の求人情報もアリ？<br/>『<b>マイナビIT AGENT</b>』で転職相談を受けてみる](https://mynavi-agent.jp/it/lp/029.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

### Amazon VPCのルートテーブルとは？

VPCを利用する場合は一連のルールに従い、*ルート*と呼ばれる*ネットワーク経路*を選択します。その**ルールの記載されたテーブル**を、*ルートテーブル*と言います。ルートテーブルには、ゲートウェイからのネットワークトラフィックをトラフィックに応じて経路設定します。そのため、VPCのルートテーブルは*通常のルーティングテーブルと同じ仕組み*と考えて良いでしょう。
参考：[AWS Amazon VPC ユーザーガイド VPC のルートテーブル](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Route_Tables.html)

### ルートテーブルの関連用語は？

VPCのルートテーブルを説明するにあたり、**必要とされるネットワーク用語**を解説していきます。

・*サブネット*
サブネットとは、IPネットワークを細分化することを指します。記述方法はCIDR（サイダー）表記で、IPアドレスのプレフィックスとしてネットワークアドレスの後にスラッシュ（/）の後とネットワークアドレスビット数を記載します。使用例は、”10.0.0.0/16”等が挙げられます。

AWSのサブネットは、VPCで設定するネットワークアドレス単位を指します。ここでいうサブネットとは、一般的にネットワーク環境で用いるサブネットと同等の考え方となります。
参考：[Amazon VPC ユーザーガイド VPC とサブネット](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Subnets.html)

・*CIDR（サイダー）*
CIDRは、Classless Inter-Domain Routingの略です。IPネットワークのクラスを部分的に割り当ててIPアドレスの使用量を削減します。従来IPアドレスはプレフィックスとホストアドレスに分かれており、32ビットのIPアドレスはプレフィックスとして8ビット・16ビット・24ビットのいずれかを割当していました。

そのため、ホストアドレスはクラスCで8ビット分クラスBで16ビット分しか割当できず、ホストアドレスをルーティング処理するため多くのオーバーヘッドが発生していました。したがって、クラスフルに用いたクラスA・クラスB・クラスCの管理体系ではIPアドレス管理上の無駄が生じてしまいます。

CIDRでは、可変長サブネットマスクVLSM（Variable Length Subnet Masking）を用いるため、IPアドレスの浪費を抑えてルーティング効率を向上します。このことから、クラスレスとして必要なアドレス個数に合わせてネットワークアドレスとホストアドレスの境界を任意に決定する方式として考案され、現在広く利用されています。

・*CIDRブロック*
CIDRブロックとは、CIDRのプレフィックスに基づいてIPアドレスを解釈するアドレスのグループを指します。つまり、CIDRプレフィックスで記載したIPアドレスの範囲をCIDRブロックとしてネットワーク割当や設定の対象アドレスとして指定することができます。

## Amazon VPCルートテーブルの種別は？

*VPC*では以下の**テーブル種別に基づき**ルートテーブルを設定します。

・*メインルートテーブル*
　VPCに自動割り当てされるルートテーブル
・*カスタムルートテーブル*
　VPC用に各自設定するルートテーブル
・*サブネットルートテーブル*
　サブネットに関連付けられるルートテーブル
・*ゲートウェイルートテーブル*
　インターネットゲートウェイまたは仮想プライベートゲートウェイに関連付けられるルートテーブル
・*ローカルゲートウェイルートテーブル*
　Outposts ローカルゲートウェイに関連付けられるルートテーブル

### Amazon VPCルートテーブルの仕組みは？

*VPCルートテーブル*の仕組みは、一般に用いられている*ネットワークルーティングテーブルと同等*の考え方に基づきます。

VPCでは、デフォルト設定された*メインルートテーブル*と*カスタムルートテーブル*を用いてルーティングを行います。同様に、サブネットに関しては*サブネットルートテーブル*を使用します。また、VPCへのインバウンドトラフィックについては、*ゲートウェイルートテーブル*を用います。

VPCでは**設定リソースに上限値**があり、クォータと呼びます。そのため、作成できる*ルートテーブル数やルートテーブルに追加可能なルート数*は*クォータが設定されています*。
参考：[AWS Amazon VPC ユーザーガイド Amazon VPC クォータ](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/amazon-vpc-limits.html)

### Amazon VPCルートテーブルの設定は？

*VPCルートテーブル*では、ルートの*送信先ならびにターゲットを関連付け*します。

例えば、サブネットルートテーブルに「送信先 0.0.0.0/0」「ターゲット igw-XXXXXXXXX」を設定してみます。「送信先 0.0.0.0/0」は全てのIPv4アドレスを意味します。「ターゲット igw-XXXXXXXXX」はVPCに割当らえたインターネットゲートウェイを指します。
これにより、サブネットからインターネットゲートウェイ経由でインターネットアクセスが可能となります。

ここで言う**送信先はCIDR表記で指定**します。IPv4／IPv6が指定可能です。ターゲットはルーティング先に応じて設定します。

### メインルートテーブルの作成は？

*メインルートテーブル*は、**VPC作成時に自動的に割り当て**られます。*メインルートテーブル*は、個別にルートテーブルで関連付けされていないサブネットの*ルーティングをデフォルト処理*します。

作成時は*ローカルルートのみ設定*されています。デフォルトVPC以外を設定する際に順次必要とされるルートが*自動追加*されます。メインルートテーブルは削除することはできません。

他のテーブルは*必要に応じて作成*します。コンソールで VPC ウィザードを使用してVPCを新たに作成すると、*カスタムルートテーブル*が作成されます。カスタムルートテーブルでは、ルートを追加・削除・変更することができます。カスタムルートテーブルは、関連付けがない場合に削除することが可能です。

VPCのサブネットは、カスタムルートテーブルかメインルートテーブルいずれかに関連付けを行います。

*ゲートウェイルートテーブル*は*インターネットゲートウェイ、または仮想プライベートゲートウェイ*に関連付けを行います。ゲートウェイルートテーブルにより、*VPCに入るトラフィックのルーティングパス*を**細かく制御可能**です。

AWSの*ルーティングの優先度*は、プレフィックス長の長い具体的なルートが選択されます。この選択方法は、*ネットワークルーティング*で用いる**ロンゲストマッチ（longest match、最長一致）と同一**です。

次に、*動的ルートと静的ルート*が存在する場合は静的ルートが優先されます。この選択方法は、*ネットワークルーティング*で用いる**アドミニストレーティブディスタンスと同一**です。

### その他ルーティングの指定方法？

*ルーティングの指定*は**利用するゲートウェイに基づき**関連付けを行います。具体的な指定方法は、以下の通りです。

・*インターネットゲートウェイ*
　サブネットをパブリックサブネットとすることで、インターネットアクセスが可能です。
　送信先をIPv4の場合は、0.0.0.0/0とします。
　ターゲットをインターネットゲートウェイIDである、igw-XXXXXXXXXとします。

・*NATデバイス*
　プライベートサブネットのインスタンスがインターネットに接続可能です。
　送信先をIPv4の場合は、0.0.0.0/0とします。
　ターゲットをNATゲートウェイIDである、nat-XXXXXXXXXとします。

・*仮想プライベートゲートウェイ*
　VPCのインスタンスが独自のプライベートネットワークと通信可能です。
　送信先をIPv4の場合は、例として10.0.0.0/16の様にします。
　ターゲットを仮想プライベートゲートウェイIDである、vgw-XXXXXXXXXとします。

・*AWS Outposts ローカルゲートウェイ*
　VPC内のサブネットに、ローカルゲートウェイが追加可能です。
　送信先をIPv4の場合は、例として192.168.YY.ZZ/24の様にします。
　ターゲットをローカルゲートウェイIDである、lgw-XXXXXXXXXとします。

・*VPC ピアリング接続*
　プライベートIPv4アドレスを使用して、2つのVPC間でルーティングすることができます。
　送信先をそれぞれのVPCのCIDRブロックとします。
　ターゲットをlocalおよびVPCピアリング接続である、pcx-XXXXXXXXXとします。

・*ゲートウェイVPCエンドポイント*
　VPCと他のAWSのサービスとをプライベートに接続可能です。
　送信先はプレフィックスリストIDとして、pl-XXXXXXXXXが自動登録されます。
　ターゲットはエンドポイントIDである、vpce-XXXXXXXXXが自動登録されます。

ここでは代表的なゲートウェイの指定方法を紹介しました。その他の指定方法詳細については、以下のリンクをご確認ください。
参考：[Amazon VPC ユーザーガイド ルーティングオプションの例](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/route-table-options.html)

## AWSルートテーブルを活用してネットワークアクセスを最適化しましょう

AWSは*VPC*を用いることで、インターネットとプライベートネットワークを併用した*仮想ネットワーク*を構築します。仮想ネットワークにより、*トラフィック管理やセキュリティリスク低減*が可能です。そのため、VPCは*業務システムでの活用拡大*が今後も期待でき、**さらなる理解を深めること**をおすすめします。

Amazon VPCを用いることで、仮想ネットワークを構築し利用することができます。その際、ルートテーブルに経路を関連付けすることでインターネットと仮想ネットワークのアクセスが実現します。ここでは、ルートテーブルの概念から設定方法まで解説していきます。

Amazon VPCとは仮想ネットワークを構築し、プライベートネットワークで安全に運用するためのサービスを指します

ルートテーブルとは、Amazon VPCでインターネットと仮想ネットワークのアクセスを実現するための経路設定テーブルです

ルートテーブルは利用ゲートウェイごとに関連付けすることで、必要なアクセス経路を提供します

AWSのルートテーブルとは？その概念から設定方法まで詳しく解説！

*AWS*とはAmazon Web Serviceの略で、**最大のクラウドサービス事業者**です。AWSではウェブサービスと名称付けしていますが、クラウドコンピューティングの*サービス全般*を事業としています。AWSは全世界を25の地域から成る*リージョンに分割*し、*均一なサービスを提供する*ために適宜新たなリージョンを開設しています。

AWSの*エンドポイント*とは、AWSのサービスに接続するために**必要なURL**を指します。エンドポイントへは*ウェブアクセス*の他、*AWS SDKやAWS CLI*等の提供ツールからもアクセス可能です。

一般的な構文は以下の通りです。
*protocol://service-code[.region-code].amazonaws.com*
・*protocol*
　プロトコル、使用するプロトコル
・*service-code*
　サービスコード、使用するAWSサービス
・*region-code*
　リージョンコード、アクセスするリージョンのリージョンコード
　リージョンがサポートされていない一部のサービスではリージョン名を省略します

### リージョンエンドポイントとは？

AWSは世界のサービス提供エリアに均一なサービスを提供するために、地域を物理的なロケーションに分割してサービス提供しています。その分割単位を、リージョンと呼びます。

*リージョンエンドポイント*とは、リージョンに割り当てられている*リージョンコード*を用い、それぞれのリージョンの**コードを含むエンドポイント**を指します。

### リージョンとリージョンコードの対応は？

各リージョンには、以下の通り**リージョンコードが割り当てられています**。

＜*北米地域のリージョンのリージョンコード*＞
・米国東部（バージニア北部）リージョン　   リージョンコード： us-east-1
・米国東部（オハイオ）リージョン　　　　   リージョンコード： us-east-2
・米国西部（北カリフォルニア）リージョン   リージョンコード： us-west-1
・米国西部（オレゴン）リージョン　　　　   リージョンコード： us-west-2
・カナダ（中部）リージョン 　　　　　　 　 リージョンコード： ca-central-1
・GovCloud（米国西部）リージョン　　　 　リージョンコード： us-gov-west-1
・GovCloud（米国東部）リージョン　　　 　リージョンコード： us-gov-east-1

＜*南米地域のリージョンのリージョンコード*＞
・南米（サンパウロ）リージョン　　　　       リージョンコード： sa-east-1

＜*欧州/中東/アフリカ地域のリージョンのリージョンコード*＞
・欧州（フランクフルト）リージョン　　　　リージョンコード： eu-central-1
・欧州（アイルランド）リージョン　　　　　リージョンコード： eu-west-1
・欧州（ロンドン）リージョン　　　　　　　リージョンコード： eu-west-2
・欧州（パリ）リージョン　　　　　　　　　リージョンコード： eu-west-3
・欧州（ミラノ）リージョン　　　　　　　　リージョンコード： eu-south-1
・欧州（ストックホルム）リージョン　　　　リージョンコード： eu-north-1
・中東（バーレーン）リージョン　　　　　　リージョンコード： me-south-1
・AWS アフリカ（ケープタウン）リージョン  リージョンコード： af-south-1

＜*アジアパシフィック地域のリージョンのリージョンコード*＞
・中国本土（北京）リージョン　　　　　　　リージョンコード： cn-north-1
・中国本土（寧夏）リージョン　　　　　　　リージョンコード： cn-northwest-1
・アジアパシフィック（東京）リージョン　　リージョンコード： ap-northeast-1
・アジアパシフィック（ソウル）リージョン　リージョンコード： ap-northeast-2
・アジアパシフィック（大阪）リージョン　　リージョンコード： ap-northeast-3
・アジアパシフィック（ムンバイ）リージョンリージョンコード： ap-south-1
・アジアパシフィック（シンガポール）リージョン リージョンコード： ap-southeast-1
・アジアパシフィック（シドニー）リージョンリージョンコード： ap-southeast-2
・アジアパシフィック（香港）リージョン　　リージョンコード： ap-east-1

### サービスエンドポイントとは？

AWSでは、AWSの**サービス単位**で*エンドポイント*が設定されています。これを*サービスエンドポイント*と呼びます。サービスエンドポイント毎に指定可能な*リージョンコード*と*プロトコル*が決められています。各サービス毎の詳細は、以下のリンクをご確認ください。
参考：[AWS リファレンスガイド サービスエンドポイントとクォータ](https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws-service-information.html)

*FIPSエンドポイント*とは、**連邦情報処理標準（FIPS）140-2**に準拠した**TLSを用いるエンドポイント**を指します。FIPSエンドポイントは一部のAWSサービスで利用可能です。
参考：[AWS リファレンスガイド AWS サービスエンドポイント](https://docs.aws.amazon.com/ja_jp/general/latest/gr/rande.html)

### 実際のエンドポイント指定は？

エンドポイントアクセス構文に従い、**実際の指定方法**を見てみましょう。
アジアパシフィック（東京）リージョンを用いてAmazon Elastic Compute Cloud（EC2）にアクセスするには、以下の様に指定します。

「構文」
*protocol://service-code[.region-code].amazonaws.com*
「指定例」
*https://ec2.ap-northeast-1.amazonaws.com*
・protocol
　プロトコル、使用するプロトコル、Amazon EC２の場合「httpまたはhttps」
・service-code
　サービスコード、使用するAWSサービス、Amazon EC2の場合「ec2」
・region-code
　リージョンコード、アクセスするリージョンのリージョンコード、東京の場合「ap-northeast-1」

Amazon VPCとは、*Amazon Virtual Private Cloud*の略です。Amazon VPCによりAWSアカウントで*仮想ネットワーク*が利用可能となります。Amazon VPCは、IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定等**一連の仮想ネットワークの制御**を行います。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

*AWS PrivateLink* はプライベートIPアドレスを使用して、*AWSサービスにプライベートアクセスするサービス*です。*VPCエンドポイント*とは、AWS PrivateLinkを利用した**プライベートアクセス**の際に用いる*エンドポイント*を指します。

VPCエンドポイントは、以下のタイプから選択し作成して利用します。
・*インターフェイスエンドポイント*
　サポートされているAWSのサービスや VPCエンドポイントサービスに使用
・*Gateway Load Balancerエンドポイント*
　セキュリティ検査などのためにGateway Load Balancerにより設定サービスにルーティング
・*ゲートウェイエンドポイント*
　Amazon S3およびDynamoDBをルーティング
参考：[Amazon VPC AWS PrivateLink VPC エンドポイント](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/vpc-endpoints.html)

### VPCエンドポイントのメリットは？

*VPCエンドポイント*はプライベートクラウドなため、より**安全にサービスを利用する**ことが可能です。

同様に、AWS PrivateLinkを用いることから、*インターネットゲートウェイ*の代わりに*ゲートウェイエンドポイント*を経由してアクセスします。そのため、NATインスタンスやNATゲートウェイの費用が発生せず、**AWSの利用料を削減する**効果があります。

### AWS PrivateLinkを利用可能なAWSサービスは？

以下のリンク記載のサービスが**AWS PrivateLinkで利用可能**です。*AWSサービス*により、*VPCエンドポイントポリシーのサポート状況が異なります*。合わせてご確認ください。
参考：[Amazon VPC AWS PrivateLink AWS PrivateLink と統合する AWS のサービス](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/integrated-services-vpce-list.html)

## AWSのエンドポイントを目的に合わせて利用しましょう

AWSは多くのサービスを提供する最大のクラウドサービス事業者です。利用目的に応じたサービスが順次提供されており、*サービス品質を維持*するために*リージョンが適宜開設*されています。AWSのエンドポイントは*拡大するサービスの入口*となるため、**目的に合わせて利用を進めましょう**。

AWSは最大のクラウドサービス事業者で、利用者ニーズに合わせて多様なサービスを提供しています。AWSではアクセス方法を簡素化するために、エンドポイントを設定し利便性を高めています。ここでは、エンドポイントの利用方法や関連用語を説明していきます。

AWSのエンドポイントとは、AWSサービスを利用するためのURLを指します

エンドポイントは、プロトコル・サービス・リージョンコードで構成されています

指定方法は簡単で、多様なサービスのアクセス方法を簡素化するために考えられました

AWSのエンドポイントとは？利用方法並びに関連用語を解説！

## AWSのエッジロケーションとは

AWSの*エッジロケーション*とは、AWSの*リージョンデータセンターとは別に*コンテンツ配信を高速・広帯域なネットワークを介して行うものです。コンテンツ配信は、*Amazon CloudFront*サービスによりエンドユーザーに配信されます。Amazon CloudFrontは*AWSリージョン*と*Tier 1/2/3のテレコムキャリアを接続*し、**低レイテンシーなコンテンツ配信を実現**しています。

AWSは世界のサービス提供エリアに*均一なサービス*を提供するために、地域を*物理的なロケーションに分割*してサービス提供しています。その分割単位を*リージョン*と言います。AWSは最大のユーザーを抱えるクラウドサービス事業者のため、**サービス提供範囲が広い**ことが特徴です。そのため、継続的に必要とされる地域をカバーするリージョンを開設しています。
参考：[AWS グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/)

クラウドの記事（8ページ目）