はじめに
本書の目的
この文書は「cdn pool」というキーワードについて、一般的な意味と具体的な使われ方、補足情報を分かりやすく説明することを目的としています。専門的な説明は必要最小限にとどめ、実際のイメージがつかめるよう具体例を交えて解説します。
本章の位置づけ
全4章のうち本章は導入部分です。まず用語の大まかな意味と、本書で扱う範囲を示します。次章以降で詳しい説明と事例を扱います。
想定読者
ウェブサイト運営者、開発者、技術の導入を検討している担当者など、CDNや配信の基礎を知りたい方を想定しています。高度なネットワークの知識は不要です。
用語の扱い
本書では「cdn pool」を、CDNにおける複数の配信元（サーバーやオリジン）の集合体という意味で使います。具体的な構成や運用は環境によって異なるため、柱となる考え方を中心に説明します。
一般的な意味
意味と概念
CDN（コンテンツ配信ネットワーク）での「pool」は、同じ役割を持つサーバーをまとめた論理的なグループを指します。個々のサーバーを一つずつ指定する代わりに、まとめた単位で扱うことで管理を簡単にします。たとえば、オリジンサーバーを複数台まとめて「origin pool」と呼びます。
主な使い方
- 負荷分散：配信要求をプール内のサーバーに振り分けて、一台あたりの負荷を下げます。例として3台のオリジンを順番に使い、過負荷を防ぎます。
- フェイルオーバー：あるサーバーが故障したら、CDNが自動で別のプール内サーバーに切り替えます。これによりダウンタイムを減らせます。
- 地理的選択：地域ごとにプールを作り、利用者に近いプールから配信することで応答を速くします。
利点と注意点
利点は可用性と運用の簡便さ、スケールしやすさです。一方でプールの設定やヘルスチェック基準を適切に決めないと、期待通りに振る舞わないことがあります。設定は定期的に見直すことをお勧めします。
具体的な使われ方の例
概要
設定画面で「CDN origin pool」「CDN resource pool」とあるときは、CDNがアクセスするバックエンド（オリジン）の集合を指します。それぞれにサーバーのホスト名やIPを登録し、ヘルスチェックや優先度を設定して運用します。
例1: 単一リージョンの冗長化
同じ地域に複数のサーバーを登録します。ヘルスチェックで死活を監視し、1台が落ちれば自動的に他の正常なサーバーへ切り替えます。設定はシンプルで、障害時の影響を小さくできます。
例2: マルチリージョンのトラフィック分散
複数リージョンのサーバーを1つのpoolに入れ、ジオフェンシングやウェイトでトラフィックを振り分けます。近いリージョンへ優先的に送ると応答が速くなります。
例3: フェイルオーバー設計
リージョンごとに優先度を付け、プライマリが利用不可になったらセカンダリへ切り替える構成です。ヘルスチェック間隔や再試行回数を調整して、過剰な切替を防ぎます。
例4: 優先度とウェイトの使い分け
重要なトラフィックは高優先度のサーバーへ、バッチ処理などは低優先度へ振る運用が可能です。ウェイトで割合を細かく調整できます。
例5: IP制限やセキュリティ管理
poolに登録するのは特定IPやプライベートアドレスに限定できます。WAFやACLと組み合わせて不正アクセスを防止します。
補足
CDNの「pool」はベンダーやサービスごとに呼び方や細かい定義が異なりますが、基本は「CDNがトラフィックを振り分ける対象（オリジンやバックエンド）をまとめたグループ」です。origin group、backend pool、origin poolなどと表記されることがありますが、理解の中心は同じです。
用途としては主に次の点で使われます。簡単に説明します。
- フェイルオーバー: 一部のサーバーが落ちたときに別のグループに切り替えます。
- ロードバランス: トラフィックを複数のバックエンドに分散します。
- 地域ルーティング: 利用者の場所に近いプールへ振り分けます。
- ヘルスチェックや重み付け: 各バックエンドの状態や比率に応じて配分します。
ドキュメントを読むときは「どの単位でヘルスチェックするか」「重みやルールをどう設定するか」を確認すると実際の挙動が分かりやすくなります。特定のサービス（例: Cloudflare、AWSのCloudFront、AzureのFront Door/ CDN、Akamaiなど）での意味を詳しく知りたい場合は、サービス名を教えてください。よりピンポイントに説明します。
