CloudFrontのエッジロケーションコード徹底解説：地域別に見るPOPコードの意味と活用法（初心者・運用者向け）

Amazon CloudFrontは、AWSが提供するグローバルCDN（コンテンツ配信ネットワーク）であり、世界中に配置されたエッジロケーション（POP：Point of Presence）を通じて、高速・安定・セキュアなコンテンツ配信を実現します。

CDNの役割をざっくり言えば「ユーザーの近くにコンテンツを置いて、通信距離を短くする」こと。CloudFrontもその一種で、レイテンシ低減・帯域の有効活用・可用性の向上などを目的に活用されています。

実はCloudFrontでは、HTTPレスポンスヘッダーやDNSの逆引き結果に、**そのリクエストを処理した場所（エッジロケーション）**が分かる「エッジコード（POPコード）」が含まれていることがあります。

CloudFrontのエッジコードとは？初心者向けにやさしく解説

エッジコードとは、CloudFrontの各拠点に割り振られた内部的なコードで、リクエストがどの地理的ロケーションを通ったかを示します。

例えば、レスポンスヘッダーに次のような情報が入っていたとします：

X-Amz-Cf-Pop: NRT20-C1

この場合、NRTは成田（Narita）の略で、東京近郊のCloudFrontエッジノードが使われたことが分かります。

これは公式には詳細公開されていませんが、ネット上で広く観測・共有されている情報です。

エッジコード	地域名	対応するIATA空港コード	補足情報
`nrt`	東京（成田）	NRT	日本の主要な国際ハブ空港。アジア向けに重要。
`kix`	大阪（関西）	KIX	西日本・中国四国エリアのアクセス最適化。
`hnd`	東京（羽田）	HND	市街地に近く、国内・アジア便に強い。
`icn`	韓国・仁川	ICN	韓国内・東アジア全体に対応。
`sin`	シンガポール	SIN	東南アジアの中心的なPOP。
`lax`	米国・ロサンゼルス	LAX	北米西海岸・太平洋側で活用。
`dfw`	米国・ダラス	DFW	北米中部・南米向けの拠点。

💡 Tips（現場で役立つ！）

ログ（例：ALBログ、WAFログ）に X-Amz-Cf-Pop を出力することで、どのPOPが実際に利用されているかを確認できます。

これらを把握することで、Route 53やGeo DNSの設定が適切かどうかチェック可能です。

「ページの表示が遅い」というユーザーの声に対して、実際にどのPOPを通っていたかを調べることで、遠いノードに飛ばされていたなどの原因が見つかることがあります。

CloudFront経由の大量アクセスがあったとき、特定POP（例：lax, icn）だけが異常アクセス元になっている場合があります。そのようなときはPOP単位で制限や分析を行うことで、被害範囲を限定できます。

CloudFrontのPOPコードは、AWS公式では非公開ながらも、インフラ運用・トラブル対応の現場で非常に有用です。

CloudFrontの仕組みやPOPコードを知ることで、運用効率が格段に上がります。初心者の方も「どこを通っているかを意識する」だけで、CDNの理解がぐっと深まります。

本記事がその第一歩になれば幸いです。