SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

AWSの深いところ見せちゃいます! by AWSクラウドサポートエンジニア

AWSのリージョンとアベイラビリティーゾーンとは? ~ AWSのバックボーンネットワークに関するDeepな話(1)

AWSの深いところ見せちゃいます! by AWSクラウドサポートエンジニア 第1回

  • X ポスト
  • このエントリーをはてなブックマークに追加

 こんにちは。アマゾンウェブサービス(AWS)サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud(VPC)です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。第1回の今回は、AWSのリージョンやアベイラビリティーゾーンといった、ネットワークの「物理設計」について解説します。

  • X ポスト
  • このエントリーをはてなブックマークに追加

 本稿でお伝えするのは下記の内容です。全3回に渡って解説していきます。

  • AWSのネットワークの物理的な側面 ⇒ 第1回
  • AWSのネットワークの論理的な側面 ⇒ 第2回
  • AWSのネットワークにおけるベストプラクティス ⇒ 第3回
  • AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回

 必ずしもAWSの使い方といった内容ではないので、今日すぐに使える知識にはならないかもしれませんが、AWSのネットワークがどのようにできているかをご理解いただくことで、AWSをより効果的・効率的に使っていただく際の参考にしていただけると思います。

AWSのネットワークの物理的な側面

 それでは、AWSのネットワークの物理的な側面に関する話から始めたいと思います。いくらAWSが仮想化を前提としたサービスであっても、最終的には物理的なサーバであったり回線であったり、そしてビルであったりといったものが、オンプレミス環境や通常のデータセンターと同じように必ず必要となります。

 そこで、まずAWSのバックボーンネットワーク(AWSの拠点内外を接続する基幹ネットワーク)を俯瞰するところから始め、最終的にはサーバ間通信の話まで徐々に細かく見ていく、といった段取りで進めたいと思います。

AWSのリージョンとバックボーン

 まずはAWSのグローバルなバックボーンの話から始めましょう。

 AWSのグローバルなバックボーンは、「リージョン」と呼ばれる地理的に離れた領域がそれぞれ接続されることで構成されています。各「リージョン」ではAWSのサービスがそれぞれ独立して提供されており、言い方を変えると「リージョン」はお互いに完全に分離されるよう設計されたAWSのネットワークとサービスの「集合」となります。

 たとえば、日本には東京リージョン("ap-northeast-1")があり、米国にはバージニア北部リージョン("us-east-1")、オレゴンリージョン("us-west-2")などがあります。また、政府の業務に関わる米国連邦政府、州、各地方自治体、契約業者にお使いいただけるGovCloud(米国)リージョン("us-gov-west-1")なんていうものもあります。

 「リージョン」が完全に分離されていることによって、AWS全体としては最大限の耐障害性と安定性が実現されています。

AWSのリージョン
AWSのリージョン

 2016年11月時点では、次のページ「グローバルインフラストラクチャ」にある通り、全世界で14のリージョンが運用されており、2017年末までにはさらに4つのリージョンがオンラインになる予定です(ちなみに、ムンバイリージョンが2016年6月29日、米国東部(オハイオ)リージョンが2016年10月17日にそれぞれ開設されています)。

 そして、各リージョン間はパブリックインターネットや高速なプライベート接続によって接続されています。

 たとえば、Amazon Elastic Compute Cloud(Amazon EC2)のドキュメントでは「リージョン間のすべての通信は、パブリックインターネットを通して行われます。したがって、適切な暗号方式を使用してデータを保護する必要があります」とご案内しています。

 一方、パブリックインターネットでは各インターネットサービスプロバイダの思惑によってパフォーマンスが左右されるといったことが発生します。具体的には「Depeering(Wikipedia)」で説明されているような、インターネットサービスプロバイダやコンテンツサービスプロバイダ同士が主にビジネス的な理由から論理的な接続を切ることで、通信ができなくなったり遅くなったりするといった事例です。

 こいった事例は、日本語だと「Geekなぺーじ:Tier1 ISPは秘密結社か?」の説明が分かりやすいです。また、英語でもよければ「Internet Routing and Traffic Engineering」が詳しいです(余談ですが、後者のページではtracerouteの出力に関しよくある誤解が解説されているのでぜひご一読を)。

 そこで、AWSではこのような環境においても、お客さまにとってより良いサービスを提供するという目的に向けて安定した通信路を提供するために、最適な技術・インフラを活用しバックボーンを構成しています

次のページ
AWSのリージョンとアベイラビリティーゾーン

この記事は参考になりましたか?

  • X ポスト
  • このエントリーをはてなブックマークに追加
AWSの深いところ見せちゃいます! by AWSクラウドサポートエンジニア連載記事一覧

もっと読む

この記事の著者

有賀 征爾(アマゾン ウェブ サービス ジャパン株式会社)(アリガ セイジ)

 AWSクラウドサポートエンジニア。大学院にてインターネット分野の研究をした後、大手通信キャリアにて国際インターネットバックボーンの設計・構築・運用に携わる。その後、国内インターネットバックボーンの設計にも携わり、IPv6、セキュリティサービス等の開発などを担当する。2015年春にクラウドサポートエ...

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

  • X ポスト
  • このエントリーをはてなブックマークに追加
CodeZine(コードジン)
https://codezine.jp/article/detail/9787 2016/11/24 14:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング