CDN:基本概念

オリジンサーバー

コンテンツをホストするサーバーです。CDN はオリジンサーバーからコンテンツを取得し、ユーザーに近い POP (Point of Presence) にキャッシュします。

CDN は、Object Storage Service (OSS) バケット、Function Compute、およびお客様所有のサーバー (IP アドレスまたはドメイン名で指定) などのオリジンサーバーをサポートしています。

POP

POP (Point of Presence) は、CDN がオリジンコンテンツのコピーを保存する、地理的に分散したキャッシュノードで構成されます。ユーザーがコンテンツをリクエストすると、CDN は最も近い POP からコンテンツを提供します。コンテンツがキャッシュされていない、または有効期限が切れている場合、POP はオリジンサーバーからコンテンツを取得します。

高速化ドメイン名

CDN が高速化するように設定されたドメイン名です。たとえば、aliyundoc.com を CDN に追加した場合、aliyundoc.com が高速化ドメイン名になります。CDN のドキュメントでは、単に CDN ドメイン名またはドメイン名とも呼ばれます。

ドメイン名は、1 つ以上のインターネットリソースに対応付けられる識別文字列です。これは、数値の IP アドレスに対する人間が判読可能なエイリアスとして機能します。

CNAME レコード

CNAME レコード (エイリアスレコードとも呼ばれる) は、あるドメイン名を別のドメイン名にマッピングし、それが宛先サーバーの IP アドレスに解決されます。

ドメイン名を CDN に追加すると、サービスは *.*kunlun*.com という形式の CNAME レコードを生成し、ドメインに割り当てます。この CNAME レコードを DNS プロバイダーに追加し、トラフィックを CDN の POP を経由してルーティングしてください。

異なるリージョンやインターネットサービスプロバイダー (ISP) にサービスを提供する POP は、それぞれ異なる IP アドレスを持つため、CNAME レコードが必要です。単一の A レコードでは、そのすべてに対応付けることはできません。CDN のルーティングシステムは、ユーザーのリージョン、ISP、および現在の負荷に基づいて最適な POP を選択し、CNAME をその POP の IP アドレスに解決します。

静的コンテンツ

リクエストごとに同一であるコンテンツです。例としては、画像、動画、HTML、CSS、JavaScript ファイル、ソフトウェアパッケージ、APK ファイル、glTF Binary、圧縮アーカイブなどがあります。

CDN は、世界中に分散した POP に静的コンテンツをキャッシュし、リクエスト元のユーザーに最も近い POP からコンテンツを提供することで、レイテンシーを削減し、ユーザーエクスペリエンスを向上させます。

動的コンテンツ

リクエストごとに異なる可能性があるコンテンツです。例としては、ASP、JSP、PHP、Perl、CGI ファイル、API レスポンス、データベースのクエリ結果などがあります。

動的コンテンツの高速化には、Edge Security Acceleration (ESA) の使用を推奨します。

DNS

ドメインネームシステム (DNS) は、人間が判読可能なドメイン名を、機械が判読可能な IP アドレスに変換します。たとえば、aliyundoc.com は 10.10.10.10 に解決される場合があります。この解決は、ユーザーがブラウザーにドメイン名を入力すると、DNS サーバーを介して自動的に行われます。

Alibaba Cloud は、マネージド DNS サービスも提供しています。詳細については、「Alibaba Cloud DNS とは」をご参照ください。

SSL/TLS

Secure Sockets Layer (SSL) は、インターネット上で送信されるデータを保護するセキュリティプロトコルです。Transport Layer Security (TLS) はその後継です。両者は TCP/IP スタックとアプリケーション層プロトコルの間で動作して通信を暗号化するもので、まとめて SSL/TLS と呼ばれます。

DNS 時間

クライアントがリクエストを開始してから、宛先ホストの IP アドレスを受信するまでの時間。

TCP 時間

クライアントが宛先サーバーへの TCP 接続を確立するのに必要な時間。

SSL 時間

クライアントが Web サーバーとの SSL/TLS ハンドシェイクを完了するまでの時間。

配信時間

SSL/TLS ハンドシェイクが完了した後、クライアントがリクエストの送信を完了するまでの時間。

接続時間

クライアントと POP の間で接続を確立するための合計時間。

• HTTP： DNS 時間 + TCP 時間

• HTTPS： DNS 時間 + TCP 時間 + SSL 時間

接続時間は、POP のカバレッジと配信能力を反映します。

応答時間

Web サーバーが HTTP リクエストを処理し、クライアントに応答を返すまでの時間。

ダウンロード時間

クライアントが Web サーバーから返された最初のパケットを受信してダウンロードするまでの時間。

最初のパケットまでの時間

クライアントがリクエストを送信してから、サーバーから最初の HTTP パケットを受信するまでの時間。コンテンツのアップロードとダウンロードの場合、これは DNS 時間 + TCP 時間 + SSL 時間 + リクエスト時間 + 応答時間に相当します。

最初のパケットまでの時間は、POP の全体的なパフォーマンスを反映します。

新しく登録されたドメイン名は、既存のドメイン名よりも解決に時間がかかる場合があります。これは、キャッシュの取得時間には影響しません。

初期読み込み時間

ストリームの最初のフレームの読み込みを完了するまでの時間。DNS 時間、接続時間、および最初のパケットまでの時間によって決まります。初期読み込み時間が短いほど、パフォーマンスが向上します。

ストール率

動画および音声ストリーミングのメトリクスです。計算式：ストールイベントを経験した視聴者数 ÷ 総視聴者数。ストール率が低いほど、パフォーマンスが向上します。

パケット損失率

ネットワーク接続を介して送信された合計パケットに対する、失われたパケットの比率。

全体的なパフォーマンス

ファイル全体のアップロードまたはダウンロードにかかる合計時間。

オリジンフェッチ

ユーザーが POP にキャッシュされていない、または有効期限が切れているコンテンツをリクエストすると、POP はオリジンサーバーから直接コンテンツを取得します。このプロセスはオリジンフェッチと呼ばれます。

オリジンホスト

POP がオリジンフェッチリクエストを行う際に使用するドメイン名です。これは、複数のドメイン名が同じオリジンサーバーでホストされている場合に重要です。POP がどのドメイン名をターゲットにするかを指定する必要があります。

たとえば、高速化ドメイン名が www.aliyundoc.com であっても、オリジンサーバーが aliyundoc.com へのリクエストに応答する必要がある場合は、オリジンホストを aliyundoc.com に設定します。

詳細については、「デフォルトのオリジンホストの設定」をご参照ください。

オリジンプロトコルポリシー

POP がオリジンサーバーからコンテンツを取得する際に使用するプロトコル (HTTP または HTTPS) です。

たとえば、クライアントが HTTPS 経由で POP にリクエストを送信するが、オリジンサーバーが HTTPS をサポートしていない場合は、オリジンプロトコルポリシーを HTTP に設定します。詳細については、「オリジンプロトコルポリシーの設定」をご参照ください。

オリジンフェッチ率

POP がキャッシュからではなく、オリジンサーバーからコンテンツを取得する頻度を示す尺度です。次の 2 種類があります：

• オリジンリクエスト率 — POP に送信された合計リクエストに対する、キャッシュされていない、有効期限が切れた、またはキャッシュ不可能なコンテンツへのリクエストの比率。計算式：POP からのオリジンフェッチリクエスト数 ÷ POP への合計リクエスト数。この率が低いほど、キャッシュ効率が高いことを示します。注： POP がオリジンサーバーから取得する際にリクエストを分割する場合、オリジンフェッチリクエスト数がクライアントの合計リクエスト数を超えることがあります。

• オリジンデータ転送率 — POPからクライアントに返されたデータに対する、オリジンサーバーからPOPに返されたデータの比率。計算式：オリジンから POP に返されたバイト数 ÷ POP からクライアントに返されたバイト数。この率が低いほど、キャッシュ効率が高いことを示します。

SNI

Server Name Indication (SNI) は SSL/TLS の拡張機能であり、クライアントが TLS ハンドシェイクの開始時に接続先のドメイン名を指定できるようにします。これにより、単一の HTTPS サーバー (IP アドレス) で複数のドメイン名をホストできます。

オリジンサーバーの IP アドレスが複数のドメイン名に関連付けられており、オリジンプロトコルポリシーが HTTPS に設定されている場合は、SNI を設定してオリジンフェッチリクエストのターゲットドメイン名を指定する必要があります。詳細については、「SNI の設定」をご参照ください。

Range オリジンフェッチ

HTTP の Range ヘッダーを使用して、オリジンサーバーからファイルの特定のバイト範囲のみを取得する方法です。たとえば、POP はファイル全体をダウンロードするのではなく、ファイルの 0～100 バイトのみをリクエストできます。

Range オリジンフェッチは、オンデマンドの動画ストリーミングやソフトウェアパッケージの配信など、大容量ファイルの配信シナリオで役立ちます。これにより、キャッシュヒット率が向上し、オリジントラフィックと負荷の両方が軽減されます。

302 リダイレクト

POP が、オリジンサーバーから返された HTTP 302 リダイレクトをクライアントに返すのではなく、そのリダイレクトに従うようにするための機能です。これにより、クライアントのリクエストフローが簡素化され、コンテンツ配信が高速化されます。

リファラーベースのホットリンク防止

HTTP の Referer ヘッダーに基づくアクセスコントロールメカニズムであり、リクエストのソース (プロトコル、ドメイン名、クエリ文字列) を識別します。Referer の許可リストを設定して指定されたソースのみを許可したり、Referer のブロックリストを設定して指定されたソースを拒否したりすることができます。

詳細については、「Referer のブラックリストまたはホワイトリストの設定」をご参照ください。

帯域幅上限

高速化ドメイン名によって消費される帯域幅に設定可能な上限です。1 分間の平均帯域幅が上限に達すると、CDN はそのドメイン名を一時停止し、offline.***.com に対応付けて、ドメインを一時的にアクセスできないようにします。

詳細については、「帯域幅上限の設定」をご参照ください。

TTL

Time-to-Live (TTL) は、リソースが期限切れになる前に POP にキャッシュされたままになる期間を定義します。期限切れのリソースは POP から削除されます。期限切れのリソースへのリクエストはキャッシュミスとして扱われ、オリジンフェッチをトリガーします。更新されたコンテンツは再度キャッシュされます。

詳細については、「リソースのキャッシュルールを作成する」をご参照ください。

キャッシュヒット率

POP がオリジンサーバーに戻らずにキャッシュからコンテンツをどの程度効果的に提供しているかを示す尺度です。比率が高いほど、パフォーマンスが向上することを示します。CDN は次の 2 種類を報告します：

• バイトヒット率

  計算式：(POP からクライアントに返されたバイト数 - オリジンサーバーから取得したバイト数) ÷ POP からクライアントに返されたバイト数。バイトヒット率が低いと、オリジントラフィックが増加し、オリジンサーバーからのアウトバウンド帯域幅が大きくなり、オリジンの負荷が高くなります。

• リクエストヒット率

  計算式：(POP への合計リクエスト数 - オリジンフェッチリクエスト数) ÷ POP への合計リクエスト数。

CORS

オリジン間リソース共有 (CORS) は、HTTP ヘッダーベースのアクセスコントロールメカニズムです。これにより、サーバーはブラウザーがリソースを読み込むことができるオリジン (ドメイン、プロトコル、ポート) を指定できます。詳細については、「CORS の設定」をご参照ください。

ES

EdgeScript (ES) を使用すると、POP 上で実行されるスクリプトを記述することで、組み込みの設定オプションを超えて CDN の動作をカスタマイズできます。

ER

EdgeRoutine (ER) は、世界中に分散した POP 上で実行される JavaScript ランタイム環境です。ES6 構文と標準の Web Service Worker API をサポートしています。JavaScript コードを ER にデプロイすると、CDN ネットワーク全体に伝播し、CDN が各クライアントに最も近い POP でリクエストを処理できるようになります。

HSTS

HSTS (HTTP Strict Transport Security) は、ブラウザーやその他のクライアントに対し、HTTPS 経由でのみ接続し、すべての HTTP リクエストと信頼されていない SSL 証明書を拒否するように指示するポリシーメカニズムです。

HSTS がない場合、HTTP リクエストは 301 または 302 リダイレクトを介して HTTPS にリダイレクトされますが、最初の HTTP リクエストがハイジャックや改ざんの可能性にさらされたままになります。HSTS を有効にすると、クライアントは最初のリクエストから直接 HTTPS 経由で接続するため、中間者 (MITM) 攻撃を防ぐことができます。

詳細については、「HSTS の設定」をご参照ください。

QUIC

QUIC (Quick UDP Internet Connections) は、UDP 上に構築されたトランスポート層プロトコルです。TLS レベルのセキュリティを提供すると同時に、接続確立時間と伝送レイテンシーを大幅に削減します。QUIC はまた、ネットワークの輻輳を処理し、高いパケット損失や高レイテンシーの条件下でもサービスの可用性を維持します。

TCP とは異なり、QUIC はアプリケーション層で輻輳制御を実装するため、OS カーネルに依存することなく、ビジネス要件に基づいて柔軟にアルゴリズムを調整できます。QUIC は、TCP の最適化が限界に達した場合の適切な代替手段です。

HTTP ステータスコード

サーバーがクライアントのリクエストの結果を示すためにレスポンスに含める 3 桁の数値コードです。HTTP ステータスコードは、タイプ別にグループ化されています：