更新は、DCDN キャッシュから指定されたコンテンツを即座に削除し、オリジンサーバーから最新バージョンを強制的に取得します。これにより、コンテンツの即時更新が可能になり、設定変更を適用し、キャッシュの有効期限を待たずに不適切なコンテンツを削除できます。プリフェッチは、トラフィックのピークが発生する前に、リソースを DCDN の POP (ポイントオブプレゼンス) に事前に読み込みます。これにより、オリジンサーバーを過負荷から保護し、製品リリースや高需要イベント時に、最初のユーザー群に対して高速なキャッシュ応答を保証します。
機能紹介
リソースの更新
更新操作は、ファイルを直接削除するのではなく、DCDN POP にキャッシュの無効化コマンドを送信します。POP がコマンドを受信すると、一致するキャッシュされたリソースを無効または期限切れとしてマークします。次回ユーザーがそのリソースをリクエストすると、POP は無効なキャッシュを検出し、オリジンサーバーから最新バージョンを取得してユーザーに提供すると同時に、新しいバージョンをキャッシュします。
シナリオ
コンテンツの更新とリリース:オリジンサーバー上のリソースを更新した後、その URL またはディレクトリを更新できます。これにより、ユーザーは古いコンテンツではなく最新バージョンを確実に受け取ることができます。
不適切なコンテンツの削除:オリジンサーバーから不適切なコンテンツを削除しても、DCDN キャッシュからはまだアクセス可能な場合があります。URL 更新機能を使用してキャッシュをクリアし、コンテンツが完全に削除されたことを確認できます。
リソースのプリフェッチ
プリフェッチは、提供された URL リストに基づいて、DCDN POP がオリジンサーバーからリソースを取得してキャッシュするよう促します。このプロセスは、オリジンサーバーが能動的にコンテンツをプッシュすることとは異なります。プリフェッチにより、初回訪問者に対する新しいリソースやプロモーションページの読み込み速度が向上し、高トラフィックイベント中のオリジンへのトラフィックが削減され、オリジンサーバーを保護します。
シナリオ
Alibaba Cloud DCDN の導入:Alibaba Cloud DCDN を初めて使用する際、人気のある静的リソースを POP にプリフェッチできます。これにより、アクセス速度が向上し、ユーザーエクスペリエンスが向上します。
プロモーションキャンペーンのサポート:大規模なプロモーションキャンペーンを開始する前に、キャンペーンページのすべての静的リソースを DCDN POP にプリフェッチできます。キャンペーンが開始されると、POP がこれらのリソースに対するすべてのユーザーリクエストを直接処理し、高速なページ読み込みを保証します。
インストールパッケージや大容量ファイルの公開:新しいソフトウェアバージョンや更新パッケージをリリースする前に、リソースを DCDN POP にプリフェッチできます。正式リリース後、POP がユーザーのダウンロードリクエストを直接処理し、ダウンロード速度を向上させ、オリジンサーバーの負荷を軽減します。
シナリオ
次の表は、更新とプリフェッチの一般的なシナリオを示しています。
機能 | シナリオ |
更新 |
|
プリフェッチ |
|
注意事項
キャッシュ更新に関する注意事項:
多数の更新タスクを送信すると、大量のキャッシュがクリアされます。これにより、オリジンへの帯域幅とリクエストが突然増加し、オリジンサーバーの負荷が増加します。オフピーク時にこの操作を実行することを推奨します。
更新タスクが有効になるまでに約 5~6 分かかります。ファイルまたはディレクトリのキャッシュ有効期間 (TTL) が 5 分未満の場合、更新を実行する必要はありません。キャッシュが期限切れになり、自動的に更新されるのを待つことができます。
URL 更新、ディレクトリ更新、正規表現ベースの更新はすべて共有キャッシュをサポートしています。ドメイン名に共有キャッシュが設定されている場合、プライマリドメイン名または関連するドメイン名を使用して更新タスクを送信し、キャッシュをクリアできます。
キャッシュプリフェッチに関する注意事項:
プリフェッチタスクが送信され、正常に実行されると、DCDN ノードは直ちにオリジンサーバーから必要なリソースを取得します。多数のプリフェッチタスクを一度に送信すると、多数の同時オリジンフェッチタスクが生成され、オリジンへの帯域幅とリクエストが突然増加します。オフピーク時にこの操作を実行することを推奨します。
デフォルトでは、プリフェッチリクエストには
Accept-Encoding:gzipヘッダーが含まれます。他のヘッダーを含めるか、マルチレプリカプリフェッチを有効にするには、Prefetch URLs OpenAPI を呼び出し、WithHeaderリクエストパラメータを設定してください。プリフェッチ中に、オリジンサーバーが 307 などのリダイレクトステータスコードを返した場合、プリフェッチタスクはリダイレクトに従わず、失敗します。ただし、オリジンサーバーが 301 または 302 ステータスコードを返し、DCDN でオリジンフェッチの301/302リダイレクトを有効にしている場合、プリフェッチタスクは影響を受けません。
一般的な注意事項:
ドメイン名にアクセスURLの書き換えが設定されている場合、ノードは書き換えられた URL を使用してキャッシュキーを生成します。更新およびプリフェッチ操作には、書き換えられた URL を送信する必要があります。
RAM ユーザーを使用してリソースを更新およびプリフェッチするには、まず RAM ユーザーに必要な権限を付与してください。詳細については、「RAMユーザーにリソースの更新とプリフェッチの権限を付与する」をご参照ください。
URL 更新またはキャッシュプリフェッチタスクは、送信後に中止できません。
キャッシュ更新またはプリフェッチタスクを送信する際、URI にスペースや中国語などの非 ASCII 文字が含まれている場合は、URL をエンコードする必要があります。そうしないと、タスクが認識されません。
リソースの更新
- DCDNコンソールにログインします。
左側メニューで、を選択します。
キャッシュのリフレッシュ タブで、更新ルールを設定します。
パラメーター
説明
[操作タイプ]
リフレッシュ を選択します。
[リフレッシュタイプ]
URL、ディレクトリ、または 正規 でリフレッシュできます。
[URL]
デフォルトでは、各 Alibaba Cloud アカウントは 1 日あたり最大 10,000 個の URL と 100 個のディレクトリ (サブディレクトリを含む) を更新できます。アカウントの 1 日のピーク帯域幅が 200 Mbps を超える場合は、クォータ管理でクォータの増加をリクエストできます。Alibaba Cloud は、実際のビジネスニーズに基づいてクォータを評価および設定します。
デフォルトでは、Alibaba Cloud アカウントは 1 日あたり最大 20 個の正規表現ベースの更新タスクを送信できます。アカウントのピーク帯域幅が 10 Gbps を超える場合は、チケットを送信してクォータの増加をリクエストできます。
URL 更新
URL は
http://またはhttps://で始まる必要があります。複数の URL を更新するには、1 行に 1 つの URL を入力します。
ディレクトリ更新
URL は
http://またはhttps://で始まり、スラッシュ (/) で終わる必要があります。ルートディレクトリ内のすべてのファイルを更新する場合:
http://example.com//path/test/サブディレクトリ内のすべてのファイルを更新する場合:http://example.com/path/test/
複数の URL を更新するには、1 行に 1 つの URL を入力します。
一度に最大 100 個のディレクトリ更新タスクを送信でき、単一のドメイン名に対して 1 分あたり最大 100 個まで送信できます。
デフォルトでは、ディレクトリ更新は「変更されたリソースの更新」方式を使用します。ユーザーリクエストがディレクトリ内のリソースと一致する場合、DCDN ノードはオリジンサーバーからリソースの Last-Modified 情報を取得します。情報が現在キャッシュされているリソースと同じ場合、ノードはキャッシュされたリソースを直接返します。異なる場合、ノードはオリジンサーバーから新しいリソースを取得し、ユーザーに返し、新しいリソースをキャッシュします。
正規表現ベースの更新
詳細については、「正規表現ベースの更新」をご参照ください。
送信 をクリックします。
更新の進行状況を確認します。
更新タスクを送信した後、レコード タブでその詳細と進捗を確認できます。多くのリソースを更新する場合、タスクの完了までに時間がかかることがあります。
リソースのプリフェッチ
- DCDNコンソールにログインします。
左側メニューで、を選択します。
キャッシュのリフレッシュ タブで、プリフェッチルールを設定します。
パラメーター
説明
[操作タイプ]
プッシュ を選択します。
[リフレッシュタイプ]
URL プリフェッチのみがサポートされています。
[URL]
URL は
http://またはhttps://で始まる必要があります。URL はリソースファイルの正確なパスである必要があります。スラッシュ (/) で終わるディレクトリはサポート対象外です。複数の URL をプリフェッチするには、1 行に 1 つの URL を入力します。
URL プリフェッチクォータ (1 日あたり):Alibaba Cloud アカウントは 1 日あたり最大 1,000 個の URL プリフェッチタスクを送信でき、1 回の送信あたり最大 100 個まで送信できます。
アカウントの 1 日のピーク帯域幅が 500 Mbps を超える場合は、クォータ管理でクォータの増加をリクエストできます。Alibaba Cloud は、実際のビジネスニーズに基づいてクォータを評価および設定します。
プリフェッチキューのルール:各アカウントのプリフェッチキューには、最大 100,000 個の URL を保持できます。DCDN は、送信された順序で URL をプリフェッチします。キュー内のプリフェッチ対象の URL 数が 100,000 に達すると、DCDN は新しいプリフェッチタスクを拒否します。
プリフェッチ速度:プリフェッチ速度は、平均ファイルサイズに依存します。小さいファイルほど高速にプリフェッチされます。
送信 をクリックします。
プリフェッチの進行状況を確認します。
プリフェッチタスクを送信した後、レコード タブでその詳細と進捗を確認できます。多数のリソースをプリフェッチする場合、タスクの完了までに時間がかかることがあります。
関連API
API を呼び出してリソースを更新およびプリフェッチすることもできます。
API | 説明 |
キャッシュノード上の指定された URL のコンテンツを更新します。URL の一括更新をサポートしています。 説明 URL 更新、ディレクトリ更新、正規表現ベースの更新はすべて共有キャッシュをサポートしています。ドメイン名に共有キャッシュが設定されている場合、プライマリドメイン名または関連するドメイン名を使用して更新タスクを送信し、キャッシュを更新できます。 | |
オリジンサーバーから L2 キャッシュノードにコンテンツをプリフェッチします。これにより、初回アクセス時のキャッシュヒットが保証され、オリジンサーバーの負荷が軽減されます。 | |
URL 更新、URL プリフェッチ、ディレクトリ更新の 1 日のクォータと残りのクォータを照会します。 | |
更新またはプリフェッチタスクがネットワーク全体で有効になったかどうかを照会します。 | |
ユーザーのリソースクォータと使用状況を照会します。 | |
更新またはプリフェッチタスクがネットワーク全体で有効になったかどうかを照会します。 |