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

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

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

*AWSのアクセスキー*とは*認証情報*のことで、*AWS Identity and Access Management（IAM）*の*ユーザまたはAWSアカウント*の*長期的認証情報*を指します。*AWSのアクセスキー認証*により、*外部からAWSのサービス*へ**プログラムアクセスが可能**です。
参考：[AWS Identity and Access Management ユーザーガイド IAM ユーザーのアクセスキーの管理](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_credentials_access-keys.html)

### AWS アクセスキーのメリットは？

AWSの*アクセスキー*は、*アクセスキーIDとシークレットアクセスキー*から構成されています。AWS アクセスキーは、*ユーザ名とパスワードによる認証*と同様の処理をプログラムアクセス時に*アクセスキーIDとシークレットアクセスキー*を用いて行います。したがって、*メリット*としては「**ユーザ名とパスワード更新の影響を受けず**に*プログラムアクセスが可能*」ということが挙げられます。

### AWS アクセスキーのデメリットは？

AWSのアクセスキーの*デメリット*は、1つだけではなくいくつか挙げられます。理由は、*プログラムアクセスがユーザ名とパスワードなしに実行できる*ために、*重大なセキュリティリスク*が生じることが背景にあります。そのため、デメリットはAWSの**アクセスキー管理の徹底が必須**なので管理が難しくなることが挙げられます。

具体的には、AWSのアクセスキー管理が不十分の場合、以下の**セキュリティリスク**が生じます。
・*アクセスキーの漏洩*
　アクセスキーはアクセスキーIDとシークレットアクセスキーから構成される文字列のため、外部サイトに流出したり公開リポジトリ―に誤ってプッシュ登録したりすることで生じます。
・*AWSサービス内の情報漏洩*
　アクセスキーを利用して、サービス内に蓄積された業務データが持ち出しされるリスクがあります。
・*サービスの不正利用*
　1度外部にアクセスキー情報が漏洩してしまうと、AWSサービスを不正利用されたり、それによって高額なAWSサービス利用費の請求が発生したりすることが懸念されます。
・*セキュリティ攻撃に悪用*
AWSのサービスを経由した成りすましや、仲介者攻撃として第3者へのセキュリティ攻撃に悪用されるリスクがあります。

### AWSアクセスキーのセキュリティ考慮点は？

AWSの*アクセスキー利用*の*セキュリティ対策*として、以下の**考慮が必要**です。
・*極力使用しない*
　AWSのアクセスキーは、外部からのプログラムアクセスを用います。外部からのプログラムアクセスをしない場合はアクセスキーを使用せず、可能であれば不要なアクセスキーを削除します。
・*共有しない*
　不特定の方への情報共有を避け、必要最低限のメンバーのみ共有とするか、全く共有しない運用をします。
・*権限を絞る*
　アクセスキーを開示する場合は、専用の権限を絞ったアクセスキーを作成し提示します。
・*MFAを設定する*
　多要素認証（MFA）により、第3者の利用をブロックします。
・*IAM ユーザーのアクセスキー定期更新*
　IAM ユーザーは定期的にアクセスキーを更新し、意図しない流出影響を抑えます。
・*IAM ロールの使用*
　アクセスキーを用いず、処理するためにIAMロールをインスタンスに設定します。
参考：[AWS ドキュメント リファレンスガイド AWS アクセスキーを管理するためのベストプラクティス](https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws-access-keys-best-practices.html)
参考：[AWS Identity and Access Management ユーザーガイド IAM でのセキュリティのベストプラクティス](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/best-practices.html)

## AWS アクセスキーの管理方法は？

*AWS マネジメントコンソール*により、IAM ユーザーの**アクセスキーを管理する**ことができます。

（1）IAM コンソールにサインイン
（2）ナビゲーションペインでユーザー名を選択し、[セキュリティ認証情報]を選択
（3）[Access keys (access key ID and secret access key)] セクションを展開
（4）必要な処理の実施
・*アクセスキーの作成* = [新しいアクセスキーの作成]の選択
・*アクセスキーの表示* = [アクセスキーを表示]の選択
・*アクセスキーの保存* = [キーファイルのダウンロード]の選択
・*アクセスキーの無効化* = [無効化]の選択
・*非アクティブアクセスキーの有効化* = [有効化]の選択
・*アクセスキーの削除* = [削除]の選択

### IAM コンソール以外を用いたAWS アクセスキーの管理方法は？

*AWS CLI *からIAM ユーザーのアクセスキーを管理するには、以下の**コマンドを実行**します。
・*アクセスキーの作成* = “aws iam create-access-key”コマンドの実行
・*アクセスキーの表示* = “aws iam list-access-keys”コマンドの実行
・*アクセスキーの最終使用日時確認* = “aws iam get-access-key-last-used”コマンドの実行
・*アクセスキーの無効化* = “aws iam update-access-key”コマンドの実行
・*非アクティブアクセスキーの有効化* = “aws iam update-access-key”コマンドの実行
・*アクセスキーの削除* = “aws iam delete-access-key”コマンドの実行

*AWS API*からIAM ユーザーのアクセスキーを管理するには、以下の**APIオペレーションを呼び出します**。
・*アクセスキーの作成* = CreateAccessKey APIの使用
・*アクセスキーの表示* = ListAccessKeys APIの使用
・*アクセスキーの最終使用日時確認* = GetAccessKeyLastUsed APIの使用
・*アクセスキーの無効化* = UpdateAccessKey APIの使用
・*非アクティブアクセスキーの有効化* = UpdateAccessKey APIの使用
・*アクセスキーの削除* = DeleteAccessKey APIの使用

### AWS アクセスキーを用いないプログラムアクセスは？

すでにお話しした通り、*AWSのアクセスキー*は*情報漏洩のリスク*がありますので、**慎重な管理**が求められます。そのため、AWSのアクセスキーを*極力使用せずに運用する*ことが望まれます。AWSでは、*IAMを用いてロールを作成する*ことができるので、**AWS アクセスキーを用いず**に*プログラムアクセスを実行する*ことが可能です。これにより、慎重な管理を要するアクセスキーの**セキュリティリスクを低減する**ことが可能です。

ここでは、AWSの*コンピューティングサービス*である*Amazon Elastic Compute Cloud（EC2）*を用いた*ロールの設定*について説明します。Amazon EC2のロールは、**立ち上げ時に指定**します。ロールの作成は、以下の手順となります。

（1）IAM コンソールから[ロール]を選択し[ロールの作成]を選択
（2）[AWS サービス ロール]の[Amazon EC2]を選択
（3）[ポリシーテンプレートの選択]から[Power User Access]か[Read Only Access]等を選択
（4）[インスタンス詳細]から[IAM ロール]を設定
（5）インスタンスを起動
参考：[AWS Identity and Access Management ユーザーガイド AWS サービスへのアクセスの提供](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_common-scenarios_services.html)
参考：[AWS Identity and Access Management ユーザーガイド Amazon EC2インスタンスで実行されるアプリケーションにIAMロールを使用してアクセス許可を付与する](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_use_switch-role-ec2.html)

その他にも、IAMの*一次的なセキュリティ認証情報*（トークン）を*AWS Security Token Service（STS）*で発行し、*AssumeRole API*で**プログラムアクセス**する方法があります。
参考：[AWS Identity and Access Management ユーザーガイド 一時認証情報を使用するサンプルアプリケーション](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_credentials_temp_sample-apps.html)

## AWS アクセスキーの管理を徹底し安全にクラウドサービスを利用しよう

インターネットの利用が一般的となったために、*セキュリティ障害や情報流出*が日々ニュースに流れてきます。*クラウドサービス*においても、*セキュリティ対策*は*重要なテーマ*です。AWSの*アクセスキーを慎重に管理*し、*AWSのクラウドサービス*をより**安全に活用する**ことを目指しましょう。

AWSのアクセスキーとは認証情報を指し、外部からAWSのサービスへプログラムアクセスする際に利用します。ここでは、その認証情報について説明していきます。さらに、アクセスキーの安全な管理方法を理解し、AWSサービスでの運用方法についても解説します。

AWSのアクセスキーとは認証情報のことで、AWSアカウントの長期的認証情報を指します

AWSのアクセスキー認証により外部からAWSのサービスへプログラムアクセスを提供します

AWSのアクセスキーの漏洩でセキュリティリスクが生じるため慎重な管理が求められます

AWSのアクセスキーとは？認証情報と安全な管理方法を解説！

AWSは世界に均一なサービスを提供するために、地域を物理的なロケーションに分割してサービスを提供しています。AWSは世界で最大のユーザー数を抱えるクラウドサービス事業者のため、サービス提供範囲が広いです。そのため、**継続的にサービスが必要とされる地域をカバーするリージョンを開設しています。**

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

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

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

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

【参考】[グローバルインフラストラクチャリージョンと AZ](https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/?p=ngi&loc=2)

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

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

**AWSのローカルゾーンは、ミリ秒単位のレイテンシーが求められるアプリケーション向けに提供されています。**主に、メディアエンターテイメントのコンテンツ作成・リアルタイムゲーム・ライブビデオストリーミング等のアプリケーションが対象です。AWSローカルゾーンはAWSのリージョンを拡張し、レイテンシーの影響を受けやすいアプリケーションをエンドユーザー近接の地域で実行させます。

2022年2月現在では米国全体で17のローカルゾーンがあり、今後も各地域で追加される予定です。

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

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

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

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

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

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

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

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

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

**北米地域では以下の7つのリージョンが開設されています。**

・米国東部（バージニア北部）リージョン 　 （6つのアベイラビリティーゾーン）
・米国東部（オハイオ）リージョン 　　　　 （3つのアベイラビリティーゾーン）
・米国西部（オレゴン）リージョン 　　　　 （4つのアベイラビリティーゾーン）
・米国西部（北カリフォルニア）リージョン  （3つのアベイラビリティーゾーン）
・GovCloud（米国西部）リージョン　　　　（3つのアベイラビリティーゾーン）
・GovCloud（米国東部）リージョン　　　　（3つのアベイラビリティーゾーン）
・カナダ（中部）リージョン 　　　　　　　  （3つのアベイラビリティーゾーン）

**南米地域では以下のリージョンが開設されています。

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

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

**欧州/中東/アフリカ地域では以下の8つのリージョンが開設されています。**

・欧州（フランクフルト）リージョン　　　　（3つのアベイラビリティーゾーン）
・欧州（ロンドン）リージョン　　　　　　　（3つのアベイラビリティーゾーン）
・欧州（パリ）リージョン　　　　　　　　　（3つのアベイラビリティーゾーン）
・欧州（アイルランド）リージョン　　　　　（3つのアベイラビリティーゾーン）
・欧州（ミラノ）リージョン　　　　　　　　（3つのアベイラビリティーゾーン）
・欧州（ストックホルム）リージョン　　　   （3つのアベイラビリティーゾーン）
・中東（バーレーン）リージョン　　　　　　（3つのアベイラビリティーゾーン）
・AWS アフリカ（ケープタウン）リージョン  （3つのアベイラビリティーゾーン）

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

**アジアパシフィック地域では以下の10のリージョンが開設されています。**

・中国本土（北京）リージョン　　　　　　　　（2つのアベイラビリティーゾーン）
・中国本土（寧夏）リージョン　　　　　　　　（3つのアベイラビリティーゾーン）
・アジアパシフィック（シンガポール）リージョン（3つのアベイラビリティーゾーン）
・アジアパシフィック（シドニー）リージョン　（3つのアベイラビリティーゾーン）
・アジアパシフィック（大阪）リージョン　　　（3つのアベイラビリティーゾーン）
・アジアパシフィック（東京）リージョン　　　（4つのアベイラビリティーゾーン）
・アジアパシフィック（ムンバイ）リージョン　（3つのアベイラビリティーゾーン）
・アジアパシフィック（ソウル）リージョン　　（4つのアベイラビリティーゾーン）
・アジアパシフィック（香港）リージョン　　　（3つのアベイラビリティーゾーン）
・アジアパシフィック（ジャカルタ）リージョン（3つのアベイラビリティーゾーン）

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

**AWSのリージョンで提供されるサービスは、リージョン毎に異なります。**ここでは、日本に直接関係する東京・大阪の2つのリージョンで提供されるサービスを紹介します。

【参考】[リージョン - グローバルインフラストラクチャ | AWS](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/?p=ngi&loc=4)

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

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

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

東京と大阪のリージョンの提供サービスの違いは、大阪でまだ提供が受けられないサービスがあるからです。**2022年2月時点では、88のサービスが東京のみで提供されています。**東京のみで提供されているサービス一覧は、以下の通りです。

・AWS IoT Events
・AWS Amplify
・AWS App Mesh
・AWS Application Discovery Service
・AWS Audit Manager
・AWS Budgets
・AWS Cloud Map
・AWS CloudShell
・AWS CodeArtifact
・AWS CodePipeline
・AWS CodeStar
・AWS Compute Optimizer
・AWS Control Tower
・AWS Data Exchange
・AWS Data Pipeline
・AWS DeepLens
・AWS Elastic Disaster Recovery (DRS)
・AWS Elemental MediaConnect
・AWS Elemental MediaConvert
・AWS Elemental MediaLive
・AWS Elemental MediaPackage
・AWS Elemental MediaStore
・AWS Elemental MediaTailor
・AWS Fault Injection Simulator
・AWS IoT 1-Click
・AWS IoT Analytics
・AWS IoT Core
・AWS IoT Device Defender
・AWS IoT Device Management
・AWS IoT Events
・AWS IoT Greengrass
・AWS IoT SiteWise
・AWS IoT Things Graph
・AWS Managed Services
・AWS Migration Hub
・AWS OpsWorks Stacks
・AWS OpsWorks for Chef Automate
・AWS OpsWorks for Puppet Enterprise
・AWS Proton
・AWS Resilience Hub
・AWS RoboMaker
・AWS Server Migration Service (SMS)
・AWS Serverless Application Repository
・AWS Single Sign-On
・AWS Snowcone
・AWS Well-Architected Tool
・Amazon AppFlow
・Amazon AppStream 2.0
・Amazon Augmented AI (A2I)
・Amazon Chime
・Amazon CloudWatch
・Amazon CodeGuru
・Amazon Cognito
・Amazon Comprehend
・Amazon Connect
・Amazon Detective
・Amazon DevOps Guru
・Amazon DocumentDB (with MongoDB compatibility)
・Amazon Elastic Inference
・Amazon Elastic Transcoder
・Amazon FSx for NetApp ONTAP
・Amazon FSx for OpenZFS
・Amazon Forecast
・Amazon Inspector
・Amazon Keyspaces (for Apache Cassandra)
・Amazon Kinesis Video Streams
・Amazon Lex
・Amazon Lightsail
・Amazon Location Service
・Amazon Lookout for Metrics
・Amazon Lookout for Vision
・Amazon Lumberyard
・Amazon Managed Blockchain
・Amazon Managed Workflows for Apache Airflow
・Amazon Neptune
・Amazon Personalize
・Amazon Pinpoint
・Amazon Polly
・Amazon Quantum Ledger Database (QLDB)
・Amazon QuickSight
・Amazon Rekognition
・Amazon Sumerian
・Amazon Transcribe
・Amazon Transcribe Medical
・Amazon Translate
・Amazon WorkDocs
・Amazon WorkSpaces
・FreeRTOS

AWSのサービス一覧は？豊富なサービスを活用しよう！

## AWSのリージョンにより必要なサービスが各地域でカバーされている

AWSは世界の地域を26のリージョンでカバーしています。さらに、アベイラビリティゾーンに分割して冗長性・信頼性・可用性を確保しています。**世界をカバーするAWSの実装方法を理解して、クラウドサービスを利用したビジネスに役立てましょう。**

AWSは最大のユーザー数を抱えるクラウドサービス事業者です。AWSでは地域をリージョンに分割して管理しています。ここでは、サービスを支える世界26のリージョンと関連用語について解説します。また、リージョン一覧と日本のリージョンについても説明しますので、参考にしてください。

AWSは世界各国のサービス提供をするために地域を分割しています

AWSで分割している地域をリージョンと呼びます

日本でも東京と大阪にリージョンを開設し事業を推進しています

AWSのリージョンとは？リージョン一覧と日本のリージョン（東京・大阪）を解説！

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

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

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

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

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

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

日本では2011年にアジアパシフィック（東京）リージョンが開設され、サービスが提供されています。アジアパシフィック（東京）リージョンに加えて、2021年3月にはアジアパシフィック（大阪）リージョンが開設されました。東京・大阪共に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 リージョン別のサービス](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では、*コンピューティング・ストレージ・データベース・分析・ネットワーキング・モバイル・デベロッパー用ツール・管理ツール・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以外を設定する際に順次必要とされるルートが*自動追加*されます。メインルートテーブルは削除することはできません。

AWSの記事（7ページ目）