CDN:Alibaba Cloud CDN のキャッシュヒット率の向上

戦略

要因とシナリオ

設定方法

人気のあるリソースのプリフェッチ

要因：大規模なイベントや新しいバージョンのリリースの前に、まだ POP にキャッシュされていないリソースがオリジンフェッチをトリガーし、キャッシュヒット率を低下させます。

シナリオ：プロモーションイベントの場合、イベント開始前にイベントページの静的リソースを POP にプリウォームします。アプリケーションのリリースの場合、リリース前にインストールパッケージをプリウォームして、ダウンロードリクエストが POP から提供されるようにします。

プリフェッチ機能を使用して、リソースを POP にプリウォームします。詳細については、「クイックスタート」をご参照ください。

適切なキャッシュ有効期間の設定

要因：CDN にキャッシュポリシーが設定されていない、または設定された TTL が短すぎます。すべてのユーザーリクエストがオリジンに到達するか、キャッシュされたリソースが頻繁に期限切れになります。

シナリオ：オリジンに静的コンテンツを公開したが、POP がそれをキャッシュしない、またはキャッシュされたコンテンツがすぐに期限切れになります。

ガイダンス：まれにしか更新されない静的ファイル (画像、アプリケーションのダウンロード) の場合、TTL を 1 か月以上に設定します。頻繁に更新される静的ファイル (JS、CSS) の場合、ビジネスニーズに基づいて TTL を設定します。動的ファイル (PHP、JSP、ASP) の場合、TTL を 0 秒に設定してキャッシュを無効にします。

注意：長い TTL を設定すると、古いコンテンツが提供される可能性があります。ファイルバージョニング (ファイル名にバージョン番号を追加するなど) を使用するか、コンテンツを更新した後にキャッシュをパージします。

CDN キャッシュ有効期間の設定

キャッシュキーにおける URL パラメーターの無視

要因：同じリソースを指すクエリパラメーターが異なる URL が、個別のキャッシュエントリとオリジンフェッチをトリガーします。

シナリオ：異なるパラメーター (トラッキング ID やタイムスタンプなど) を持つ異なる URL で、同じキャッシュされたリソースにアクセスさせたい場合。

パラメーターの無視

大容量ファイルに対する Range オリジンフェッチの設定

要因：ユーザーが大容量ファイル (インストーラーや動画など) の一部のみをダウンロードする場合、Range オリジンフェッチがないと、POP はオリジンからファイル全体をフェッチします。POP はユーザーに提供するよりも多くのデータをオリジンからダウンロードするため、バイトヒット率が低下します。

シナリオ：ユーザーがアプリケーションのインストールパッケージをダウンロードしたり、動画コンテンツをストリーミングしたりする場合。

Range オリジンフェッチの設定

オリジンの no-cache ヘッダーの処理

要因：オリジンサーバーが no-cache レスポンスヘッダー (Cache-Control: max-age=0、Cache-Control: no-cache、Cache-Control: private など) を返すため、CDN がリソースをキャッシュできません。すべてのリクエストがオリジンに転送されます。

シナリオ：オリジンサーバーが静的ファイル (画像、JS、CSS) に対して Cache-Control: max-age=0 または Cache-Control: no-cache を送信するため、POP はこれらのリソースをキャッシュできません。

方法 1 (推奨)：オリジンサーバーの設定を変更して、静的リソースのレスポンスから no-cache ヘッダーを削除し、適切なキャッシュ期間 (例： Cache-Control: max-age=2592000) を設定します。これにより、オリジンレベルで根本原因に対処し、CDN が正しいキャッシュディレクティブを確実に受信できるようになります。

方法 2：CDN コンソールで、[ドメイン名] > ターゲットドメイン名をクリック > [キャッシュ] タブ > [キャッシュ有効期間] に移動します。キャッシュルールを追加し、レスポンスヘッダーを無視 を有効にします。有効にすると、CDN はオリジンサーバーの no-cache ヘッダーを無視し、CDN コンソールで設定されたキャッシュ有効期間ルールに従ってリソースをキャッシュします。方法 2 は、オリジンサーバーの設定を変更できない場合にのみ使用してください。

警告：オリジンの no-cache ヘッダーを無視すると、オリジンサーバーが意図的にキャッシュ不可としてマークしたコンテンツを CDN がキャッシュしてしまい、古いファイルが提供される可能性があります。この機能は、オリジンサーバーの no-cache ヘッダーが誤って設定されていると確信できる場合にのみ有効にしてください。

その他の最適化戦略

上記の戦略に加えて、CDN は特定のシナリオ向けに追加の最適化機能を提供します。

中央 302 リダイレクト：中央のディスパッチサーバーからの 302 リダイレクトを介して、ユーザーリクエストを最適なオリジンノードにスケジューリングします。
エッジ 302 リダイレクト：エッジ POP からの 302 リダイレクトを介して、ユーザーリクエストを最も近く、最適なオリジンにスケジューリングします。
共有キャッシュ：同じ Alibaba Cloud アカウント配下の複数の高速化ドメイン名が、POP 上のキャッシュリソースを共有できるようにします。複数のドメイン名 (A.example.com や B.example.com など) が同じ JS または CSS ファイルを必要とし、オリジンのコンテンツが同一である場合、共有キャッシュを使用すると、これらのドメイン名が単一のキャッシュコピーを共有でき、キャッシュヒット率が向上します。新しい Web サイトを追加する際には、そのリソースパスを既存の高速化ドメイン名のリソース構造に合わせるだけで済みます。

中央 302 リダイレクト、エッジ 302 リダイレクト、およびオリジンフェッチ集約は、Alibaba Cloud のアフターセールスエンジニアによって設定されます。これらの機能を有効にするには、サポートにお問い合わせください。

共有キャッシュ：CDN コンソールで、[ドメイン名] > ターゲットドメイン名をクリック > [キャッシュ] > [共有キャッシュ] に移動します。[変更] をクリックし、アカウント配下のオンラインの高速化ドメイン名のリストからターゲットドメイン名を選択 (検索も可能です) し、確定します。設定後、現在のドメイン名は選択したドメイン名とキャッシュを共有し、そのオリジンフェッチパスにマージされます。設定を削除するには、[設定を削除] をクリックして確定します。

注意：キャッシュを共有するドメイン名が同一のコンテンツを提供していることを確認してください。共有キャッシュは、パスが重複している場合、あるドメインのコンテンツを別のドメインのユーザーに公開する可能性があります。