CDN:リソースのパージとプリフェッチ

リソースのパージ

パージ操作は、ファイルを直接削除するのではなく、キャッシュ無効化コマンドをエッジノードに送信します。エッジノードがコマンドを受信すると、一致するキャッシュリソースを「無効」または「期限切れ」としてマークします。その後、ユーザーがリソースをリクエストすると、エッジノードはキャッシュが無効であることを検出し、オリジンフェッチを実行して最新バージョンを取得し、新しいバージョンをキャッシュすると同時にユーザーに提供します。

コンソールでのデフォルトのパージ方法：CDN コンソールでディレクトリパージまたは正規表現パージを実行すると、システムはデフォルトでソフトパージを使用します。ソフトパージは、キャッシュを期限切れとしてマークするだけです。エッジノードがオリジンフェッチを実行する際、リクエストに If-Modified-Since または If-None-Match ヘッダーを含めます。オリジンサーバーが 304 Not Modified レスポンスを返した場合、エッジノードは古いキャッシュコピーを保持します。この方法はオリジンフェッチトラフィックを節約しますが、同名ファイルの更新、違反コンテンツの削除、設定変更後などのシナリオで、ユーザーが古いコンテンツにアクセスする可能性があります。キャッシュを完全にパージするには、RefreshObjectCaches API を呼び出し、Force パラメーターを true に設定して強制パージを実行することを推奨します。

ユースケース

• リソースの更新とリリース：オリジンサーバー上のリソースを更新またはアップグレードした後、対応する URL またはディレクトリをパージ対象として送信することで、ユーザーが最新のコンテンツにアクセスできるようになります。これにより、最新コンテンツがエッジノードにキャッシュされます。

• 違反コンテンツの削除：Web サイトに違反コンテンツがある場合、オリジンサーバーから削除するだけでは不十分です。エッジノードのキャッシュにまだ存在する可能性があるためです。URL パージを実行してキャッシュされたリソースを削除し、違反コンテンツが迅速に削除されるようにする必要があります。

リソースのプリフェッチ

プリフェッチ操作は、エッジノードがオリジンサーバーからリソースをプロアクティブにフェッチしてキャッシュするプル型のメカニズムです。これはオリジンサーバーからのプッシュではありません。プリフェッチは、新しいリソースやイベントページの初回アクセス速度を向上させ、製品やイベントのローンチ時のオリジンフェッチの負荷を軽減することで、オリジンサーバーを保護します。

プリフェッチのメカニズム：デフォルトでは、プリフェッチ操作はリソースをすべての L1 エッジノードに配布するのではなく、L2 オリジンフェッチノード (L2 キャッシュレイヤー) にキャッシュします。ユーザーが初めてリソースにアクセスすると、L1 エッジノードは L2 オリジンフェッチノードまたはオリジンサーバーからコンテンツを取得してキャッシュします。したがって、プリフェッチは主にオリジンサーバーの負荷を軽減することを目的としています。L1 エッジノードでのキャッシュカバレッジは、実際のユーザーアクセスパターンに依存します。ユーザーのリクエストによって L1 ノードがコンテンツをローカルにキャッシュした後にのみ、同じ地域の後続のユーザーがその L1 ノードからの直接的なキャッシュヒットのメリットを得られます。

ユースケース

• CDN の初期設定：ドメインを CDN に追加した後、人気のある静的リソースをエッジノードにプリフェッチします。ユーザーがこれらのリソースをリクエストすると、エッジノードが直接応答できるため、初回読み込みの遅延がなくなり、ユーザーエクスペリエンスが向上します。

• プロモーションイベントの開始：大規模なイベントの前に、イベントページのすべての静的リソースをプリフェッチします。イベントが開始されると、すべての静的リソースはすでにエッジノードにキャッシュされており、直接提供できるため、ページの読み込み時間が高速になります。

• インストールパッケージまたは大容量ファイルのリリース：新しいバージョンまたは更新パッケージをリリースする前に、リソースをエッジノードにプリフェッチします。製品が公開されると、エッジノードがダウンロードリクエストを直接処理するため、ダウンロード速度が向上し、オリジンサーバーの負荷が軽減されます。

プリフェッチキャッシュの階層と期待される結果

プリフェッチ操作は、主に L2 集約ノードにリソースをキャッシュするものであり、すべての L1 エッジノード (POP) にキャッシュするわけではありません。ユーザーがプリフェッチされたリソースを初めてリクエストすると、L1 POP は L2 ノードまたはオリジンサーバーからそれを取得します。したがって、プリフェッチの主な目的は、すべての L1 POP での即時のキャッシュヒットを保証することではなく、オリジンサーバーの負荷を軽減することです。

• コスト評価：プリフェッチはキャッシュヒット率の向上に役立ちます。ただし、小容量ファイルや人気のないリソースについては、プリフェッチのコストを慎重に評価してください。プリフェッチはオリジンフェッチトラフィックを生成し、その量はほぼファイルサイズに L2 ノードの数を掛けたものに等しくなります。

リソースのパージ

1. CDNコンソールにログインします。

2. 左側メニューで、パージとプリフェッチ をクリックします。

3. パージ / プリフェッチ タブで、操作タイプとしてパージ を選択します。

4. パージタイプを選択し、タスクを送信します。

サイト全体のパージ方法 (フルサイトパージまたはルートディレクトリパージ)

CDN にはワンクリックでのフルサイトパージオプションはありませんが、以下の方法で実現できます。

1. ディレクトリパージ：パージ方法としてディレクトリ を選択し、ドメイン名のルートディレクトリ URL (例：https://www.example.com/) を入力します。URL はスラッシュ (/) で終わる必要があります。

2. 強制パージ (API)：ディレクトリパージ後も一部の POP で古いコンテンツが配信され続ける場合は、キャッシュパージ API (RefreshObjectCaches) を呼び出し、Force パラメーターを true に設定します。強制パージは、すべての POP からキャッシュされたリソースを無条件に削除し、次のリクエストでオリジンフェッチを強制します。

   説明

   Force パラメーターは、コンソールのパージフォームでは使用できません。強制パージを実行するには、API または SDK を使用してください。

3. 送信 をクリックしてパージタスクを開始します。

   • 送信されたパージタスクはキャンセルできません。

   • パージタスクがネットワーク全体に伝播するには、通常 5～6 分かかります。キャッシュされたリソースの有効期限がこれより短い場合は、手動でパージする必要はありません。

   • OSS コンソールでCDNキャッシュの自動パージを有効にしている場合、OSS から開始された自動パージタスクは CDN コンソールでは表示されません。

リソースのプリフェッチ

1. CDNコンソールにログインします。

2. 左側メニューで、パージとプリフェッチ をクリックします。

3. パージ / プリフェッチ タブで、操作タイプとしてプリフェッチ を選択します。

4. URL 入力ボックスに、プリフェッチするファイルの完全な URL を 1 行に 1 つずつ入力します。ディレクトリのプリフェッチはサポートされていません。例：https://www.example.com/install/package.zip。

5. 送信 をクリックしてプリフェッチタスクを開始します。

   • 送信されたプリフェッチタスクはキャンセルできません。

   • プリフェッチタスクの完了時間は、ファイルサイズ、ファイル数、オリジンサーバーのパフォーマンスによって異なります。通常は 5～30 分かかります。

OSS ファイルのプリフェッチに関する注意

オリジンサーバーが OSS の場合、以下の URL 要件に注意してください。

• URL 形式：CDN アクセラレーションドメイン名の完全な URL (例：https://cdn.example.com/path/file.zip) を入力する必要があります。OSS バケットの内部またはパブリックエンドポイント URL (例：https://examplebucket.oss-cn-hangzhou.aliyuncs.com/...) は入力しないでください。

• 署名パラメーター：プリフェッチ URL には、Expires、OSSAccessKeyId、Signature などの OSS の一時的な署名パラメーターを含めないでください。これらは一時的な認証パラメーターであり、プリフェッチタスクの失敗の原因となります。

• オリジンサーバーのレスポンスステータスコード：プリフェッチタスクでは、オリジンサーバーから 200 ステータスコードが返される必要があります。オリジンサーバーが 308 リダイレクトや 200 以外のステータスコードを返した場合、プリフェッチタスクは失敗します。たとえば、URL の末尾のスラッシュが欠けているためにリダイレクトが発生する場合は、末尾のスラッシュを追加してタスクを再送信してください。

パージまたはプリフェッチタスクの自動化

以下の状況では、自動化スクリプトを使用してリソースのパージとプリフェッチを行うことを推奨します。

• タスクを自動化する開発者がおらず、手動での送信では運用コストが高くなる場合。

• パージまたはプリフェッチする URL が多すぎて、バッチでの送信が非効率な場合。

• パージおよびプリフェッチタスクが期待どおりに実行されているかを手動またはプログラムで確認する必要がある場合。

ソフトパージ (デフォルトの CDN ポリシー)

• ユースケース：静的ファイルの新しいバージョンの公開など、定期的なコンテンツの更新。

• メカニズム：これは、コンソール経由で送信されるディレクトリパージおよび正規表現パージのデフォルトの動作です。CDN エッジノードがオリジンフェッチを実行する際、リクエストに If-Modified-Since または If-None-Match ヘッダーを含めます。オリジンサーバーはこれらのヘッダーを使用して、リソースが更新されたかどうかを判断します。

• 効果：オリジンサーバー上のリソースが変更されていない場合、オリジンサーバーは 304 Not Modified ステータスコードを返します。CDN エッジノードは、既存のキャッシュコピーを引き続き提供するため、オリジンフェッチトラフィックは消費されません。これは、コストを節約し、オリジンサーバーの負荷を軽減する最適化された方法です。注意：キャッシュを完全にパージする必要がある場合 (たとえば、違反コンテンツの削除、設定変更の適用、同名ファイルの更新など)、ソフトパージではニーズを満たせない場合があります。そのような場合は、強制パージを使用してください。

強制パージ

• ユースケース：違反コンテンツや誤ったリソースの緊急削除、誤った Cache-Control レスポンスヘッダー設定を修正した後のネットワーク全体の更新の強制、またはオリジンサーバー上の同名ファイルの更新。

• メカニズム：強制パージをトリガーするには、RefreshObjectCaches API を呼び出す際に Force パラメーターを true に設定します。このモードでは、CDN エッジノードはキャッシュされたリソースを無条件に無効としてマークし、304 検証は実行しません。

• 効果：リソースに対する次のリクエストで、オリジンサーバー上のファイルが変更されていなくても、CDN エッジノードは新しいバージョンを取得するためにオリジンフェッチを実行する必要があります。

API 強制パージパラメーターの例：

{
  "ObjectType": "Directory",
  "ObjectPath": "https://www.example.com/static/",
  "Force": true
}

主なパラメーターの説明：

• ObjectType：Directory または File を指定します。

• ObjectPath：/ で終わる完全なディレクトリパス、または特定のファイル URL を指定します。

• Force：true に設定すると、強制パージが有効になります。これにより、オリジンサーバーの If-Modified-Since/If-None-Match 検証をバイパスして、キャッシュが直接クリアされます。

強制パージの一般的なユースケース

以下のシナリオでは、強制パージ (キャッシュパージ API を呼び出して Force=true を設定) を使用することを推奨します。

• 違反コンテンツまたはマルウェアの削除：オリジンサーバーから悪意のあるファイルを削除した後、強制パージを使用するか、削除された URL に対してオリジンサーバーが正しい HTTP ステータスコード (404 など) を返すようにする必要があります。そうしないと、標準の再検証の後、POP がキャッシュから違反コンテンツを配信し続ける可能性があります。

• 同名ファイルの更新 (設定変更)：オリジンサーバー上のファイルを同じファイル名で新しいバージョンに置き換えた場合、再検証によって 304 Not Modified ステータスコードが返され、古いキャッシュ済みコンテンツが提供され続ける可能性があります。強制パージを使用して、すべての POP で最新のコンテンツが提供されるようにします。

• ページの表示に関する問題またはホームページのループ：Web サイトの別ページを開いてもホームページが表示され続けたり、画像が正しく表示されなかったりする場合で、かつ URL パージで問題が解決しない場合は、API を介して Force=true を指定したディレクトリパージを使用してください。