プログラミングマガジン

プログラミングを中心にIT技術をできるだけわかりやすくまとめます。

  • ホーム
  • AWS
  • 【AWS】「エッジロケーション」について
 
 
     
  • サーバー言語  
    • Python
    • Ruby
    • PHP
    • SQL
  •  
  • インフラ  
       
    • AWS
    •  
    • 基本
    • Git
  • Web
       
    • Web開発
    • JavaScript
    • Vue.js
    • React
  •  
  • 設計  
       
    • 実装設計
    • DB設計
  • 問い合わせ
  

【AWS】「エッジロケーション」について

01.10

  • miyabisan2
  • コメントを書く

この記事は2分で読めます

概要図

エッジロケーションにはさまざまなサービスがあります(Route53、CloudFrontなど)が全てエッジロケーションを構成するために必要なサービスが厳選されています。

エッジロケーションの特徴

リージョン、AZとは異なるデータセンターです。2018年時点では、日本で東京で16拠点、大阪で1拠点に渡って設置されているようです。東京はコンテンツアクセスが多いためエッジロケーションの設置数が多いです。

リージョンから提供されているサービスに比べるとユーザーに近い場所から提供されるのでより早いレスポンスでサービスを返せます。

例えば、日本のインターネットユーザーがアクセスするのは日本のエッジロケーションに画像や音声ファイルなどがあった方が外国のエッジロケーションにあるよりも読み込みが圧倒的に速くなります。(低レイテンシに取得)

エッジロケーションの数

世界中に187(176エッジロケーション、11リージョナルエッジキャッシュ)、ちなみにリージョンの数は21です。

リージョナルエッジキャッシュ

各リージョンに配置された中間のキャッシュです。オリジンへのアクセス数が減りオリジンの負荷を低減させることが可能です。11のリージョンに展開されています。

オリジン(オリジンサーバー)

コンテンツが格納されているサーバーのことです。EC2、S3、ELBなどをオリジンサーバーとして活用できます。繰り返し要求されるデータ(HTML、CSS、JavaScript、画像、音声)などをキャッシュします。

ネットワーク

エッジロケーションとリージョン間は冗長化された高速、広帯域のネットワークで接続されています。オリジン(コンテンツ配信元)が遠いと配信に時間を要してしまします。

どうやってユーザーのエッジロケーションを特定している?

例えば、CloudFrontであれば「xxx.cloudfront.net」というドメインを利用しますが、「CloudFront DNS」と「位置情報DB」が紐づいておりそこから最適なエッジロケーションを特定することができます。

リージョナルエッジキャッシュ

CloudFrontの中では比較的新しい概念で、Edgeローケーションとオリジンの間に配置されてオリジンに対するコンテンツ取得を削減する目的で用意されています。

背景としては、エッジロケーションの数が増えるとオリジンの負荷が増えてしまうという問題があったために作られました。

Origin Shield(オリジンシールド)

オリジンの負荷と運用コストを削減するためにオリジンの前に配置されるキャッシュレイヤーです。これを利用することで海外からのアクセスの際に指定したリージョンのリージョナルエッジキャッシュを必ず通過させることができます。

メリット

  • キャッシュヒット率(キャッシュ効率)の向上
  • データ転送効率が上がる。
  • リージョン間を重複したリクエストを集約
  • オリジンの可用性向上
  • 運用コスト削減、ライブストリーミングのパッケージング処理、オンザフライのイメージ変換

エッジロケーションを利用しているAWSのサービス

それぞれのAWSがエッジロケーションとしての役割を担っています。

  • CloudFront(コンテンツ高速配信)
  • Route53(地理的な位置に基づいてトラフィックをルーティングする)
  • Firewall Manager
  • Shield(DDos攻撃の対処)
  • WAF
  • Global Accelerator(グローバルトラフィックを最適化する、ユーザーに高速アクセスを提供)
スポンサーリンク
  • 2021 01.10
  • miyabisan2
  • コメントを書く
  • AWS
  • Tweets Twitter
  • このエントリーをはてなブックマークに追加
  • LINEで送る

関連記事

  1. 2021 01.16

    【AWS】「ストレージ」(S3、EFS、Glacier、Storage Gatewayなど)

  2. 2020 12.29

    【AWS】EBSの基本、EC2へ「EBS」をマウントする手順

  3. 2020 11.09

    【AWS】「SQS(Simple Queue Service)」、Step Functionsとの使い分けなど

  4. 2020 02.23

    【AWS】「Route53」、設定手順、ゾーンの種類

  5. 2020 07.11

    【AWS】「RDS」の冗長化、リードレプリカの活用事例

  6. 2021 01.01

    【AWS】「AWS Well-Architected Framework」とは?

  • コメント ( 0 )
  • トラックバック ( 0 )
  1. この記事へのコメントはありません。

  1. この記事へのトラックバックはありません。

返信をキャンセルする。

【AWS】VPCの「Route53 Resolver」…

【AWS】「オンプレミス」→「AWS」へのDNSアクセ…

RETURN TOP

著者プロフィール

エンジニア歴10年で過去に業務系、Webデザイン、インフラ系なども経験あります。現在はWeb系でフロントエンド開発中心です。

詳細なプロフィールはこちら

スポンサーリンク

カテゴリー

  • Android
  • AngularJS
  • API
  • AWS
  • C++
  • CSS
  • cursor
  • C言語
  • DDD
  • DevOps
  • Django
  • Docker
  • Figma
  • Git
  • GitLab
  • GraphQL
  • gRPC
  • Hasura
  • Java
  • JavaScript
  • Kubernetes
  • Laravel
  • linux
  • MySQL
  • Next.js
  • nginx
  • Node.js
  • NoSQL
  • Nuxt.js
  • Oracle
  • PHP
  • Python
  • React
  • Redux
  • Rspec
  • Ruby
  • Ruby on Rails
  • Sass
  • Spring Framework
  • SQL
  • TypeScript
  • Unity
  • Vue.js
  • Webサービス開発
  • Webデザイン
  • Web技術
  • インフラ
  • オブジェクト指向
  • システム開発
  • セキュリティ
  • その他
  • データベース
  • デザインパターン
  • テスト
  • ネットワーク
  • プログラミング全般
  • マイクロサービス
  • マイクロソフト系技術
  • マルチメディア
  • リファクタリング
  • 副業
  • 未分類
  • 業務知識
  • 生成AI
  • 設計
  • 関数型言語
RETURN TOP

Copyright ©  プログラミングマガジン | プライバシーポリシー