Edge Security Acceleration:リソースの更新とプリフェッチ

機能紹介

シナリオ

注意事項

• キャッシュパージに関する注意事項:

  • 多くのパージタスクを送信すると、大量のキャッシュがクリアされます。これにより、back-to-origin 帯域幅とリクエストが急増し、オリジンサーバーの負荷が増加します。この操作はオフピーク時に実行することをお勧めします。

  • パージタスクが有効になるまで約 5〜6 分かかります。ファイルまたはディレクトリのキャッシュ生存時間 (TTL) が 5 分未満の場合、パージを実行する必要はありません。キャッシュが期限切れになり、自動的に更新されるのを待つことができます。

  • URL パージ、ディレクトリパージ、および正規表現ベースのパージはすべて共有キャッシュをサポートします。ドメイン名が共有キャッシュで構成されている場合、プライマリドメイン名または関連付けられたドメイン名を使用してパージタスクを送信し、キャッシュをクリアできます。

• キャッシュプリフェッチに関する注意事項:

  • プリフェッチタスクが送信され、正常に実行されると、 または DCDN ノードはオリジンサーバーから必要なリソースをすぐに取得します。一度に多くのプリフェッチタスクを送信すると、多くの同時 back-to-origin タスクが生成され、back-to-origin 帯域幅とリクエストが急増します。この操作はオフピーク時に実行することをお勧めします。

  • デフォルトでは、プリフェッチリクエストには Accept-Encoding:gzip ヘッダーが含まれます。プリフェッチリクエストに他のヘッダーを含めるか、マルチレプリカプリフェッチを実装する必要がある場合は、URL のプリフェッチ OpenAPI 操作を呼び出し、WithHeader リクエストパラメーターを設定してプリフェッチヘッダーをカスタマイズできます。

  • プリフェッチ中に、オリジンサーバーが 307 などのリダイレクト関連のステータスコードを返した場合、プリフェッチタスクはリダイレクトに従ってリソースを取得しません。その結果、プリフェッチタスクは失敗します。ただし、オリジンサーバーが 301 または 302 ステータスコードを返し、DCDN で オリジンフェッチの 301/302 リダイレクト機能を有効にしている場合、プリフェッチタスクは影響を受けません。

• 一般的な注意事項:

  • ドメイン名が アクセス URL の書き換えで構成されている場合、ノードは書き換えられた URL を使用して CacheKey を生成します。したがって、更新およびプリフェッチ操作には書き換えられた URL を送信する必要があります。

  • Resource Access Management (RAM) ユーザーを使用してリソースを更新およびプリフェッチするには、まず RAM ユーザーに必要な権限を付与する必要があります。詳細については、「RAM ユーザーにリソースの更新とプリフェッチの権限を付与する」をご参照ください。

  • URL パージまたはキャッシュプリフェッチタスクは、送信後に中止することはできません。

  • キャッシュパージまたはプリフェッチタスクを送信するときに、URI にスペースや漢字などの非 ASCII 文字が含まれている場合は、URL をエンコードする必要があります。そうしないと、タスクが認識されません。

リソースの更新

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

2. 左側のナビゲーションウィンドウで、ツール > リフレッシュとプッシュ を選択します。

3. キャッシュのリフレッシュ タブで、更新ルールを設定します。

   

   パラメーター	説明
   操作タイプ	リフレッシュ を選択します。
   リフレッシュタイプ	URL、ディレクトリ、または 正規 で更新できます。
   URL	デフォルトでは、各 Alibaba Cloud アカウントは、1 日あたり最大 10,000 の URL と 100 のディレクトリ (サブディレクトリを含む) からコンテンツを更新できます。Alibaba Cloud アカウントの日次ピーク帯域幅が 200 Mbps を超える場合は、「クォータ管理」でクォータの増加をリクエストできます。Alibaba Cloud はリクエストを評価し、実際のビジネスニーズに基づいてクォータを構成します。 デフォルトでは、Alibaba Cloud アカウントは 1 日あたり最大 20 の正規表現ベースの更新タスクを送信できます。Alibaba Cloud アカウントのピーク帯域幅が 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 つのドメイン名に対して 1 分間に最大 100 のディレクトリ更新タスクを送信できます。 デフォルトでは、ディレクトリ更新は「変更されたリソースを更新する」メソッドを使用します。ユーザーリクエストがディレクトリ内のリソースと一致する場合、DCDN ノードはオリジンサーバーからリソースの Last-Modified 情報を取得します。情報が現在キャッシュされているリソースの情報と同じ場合、ノードはキャッシュされたリソースを直接返します。異なる場合、ノードはオリジンサーバーから新しいリソースをプルし、ユーザーに返して、新しいリソースをキャッシュします。 正規表現ベースの更新 詳細については、「正規表現ベースの更新」をご参照ください。

4. 送信 をクリックします。

5. 更新の進捗状況を表示します。

   更新タスクを送信した後、レコード タブでタスクの詳細と進捗状況を表示できます。多くのリソースを更新する場合、タスクの完了に時間がかかることがあります。

リソースのプリフェッチ

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

2. 左側のナビゲーションウィンドウで、ツール > リフレッシュとプッシュ を選択します。

3. キャッシュのリフレッシュ タブで、プリフェッチルールを設定します。

   

   パラメーター	説明
   操作タイプ	プッシュ を選択します。
   リフレッシュタイプ	URL プリフェッチのみがサポートされています。
   URL	URL は http:// または https:// で始まる必要があります。プリフェッチ URL は、リソースファイルの正確なパスである必要があります。スラッシュ (/) で終わるディレクトリはサポートされていません。 複数の URL をプリフェッチするには、1 行に 1 つの URL を入力します。 URL プリフェッチクォータ (日次): Alibaba Cloud アカウントは、1 日あたり最大 1,000 の URL プリフェッチタスクを送信できます。一度に最大 100 の URL プリフェッチタスクを送信できます。 アカウントの日次ピーク帯域幅が 500 Mbps を超える場合は、「クォータ管理」を参照して、日次クォータの増加をリクエストできます。Alibaba Cloud は、実際のビジネスニーズに基づいてクォータを評価および構成します。 プリフェッチキュールール: 各アカウントのプリフェッチキューには、最大 100,000 の URL を保持できます。DCDN は、送信された順序で URL をプリフェッチします。キュー内のプリフェッチされる URL の数が 100,000 に達すると、DCDN は新しいプリフェッチタスクを拒否します。 プリフェッチ速度: プリフェッチタスクの実行速度は、プリフェッチされるファイルの平均サイズに関連しています。平均ファイルサイズが小さいほど、プリフェッチ速度は速くなります。

4. 送信 をクリックします。

5. プリフェッチの進捗状況を表示します。

   プリフェッチタスクを送信した後、レコード タブでタスクの詳細と進捗状況を表示できます。多くのリソースをプリフェッチする場合、タスクの完了に時間がかかることがあります。

関連 API 操作