CDN:Alibaba Cloud CDNによってWebサイトが高速化された後、コンテンツ配信が遅いのはなぜですか。

ケース1: クライアントとPOP間のネットワーク品質が悪い

クライアントはpingコマンドを使用して、高速化ドメイン名に接続します。 pingコマンド画面には、ネットワークのレイテンシが高く、パケット損失が発生していることが表示されます。 この場合、クライアントのIPアドレスとDNSサーバーアドレス、pingコマンドスクリーンショット、およびMy Traceroute (MTR) スクリーンショットを収集する必要があります。 この場合、クライアントのIPアドレスとDNSサーバーアドレス、pingコマンドスクリーンショット、およびMy Traceroute (MTR) スクリーンショットを収集する必要があります。 この場合の問題は、以下の理由によって引き起こされる可能性があります。

無効なアクセラレーションリージョン

中国本土のユーザは、中国本土の外部のPOPに割り当てられ、または中国本土の外部のユーザは、中国本土のPOPに割り当てられる。 シナリオ

• アクセラレーションリージョンを中国本土のみに設定した場合、中国本土以外のユーザーからのリクエストも中国本土のPOPにリダイレクトされます。

• アクセラレーションリージョンをGlobal (中国本土を除く) に設定した場合、中国本土のユーザーからのリクエストでも、中国本土以外のPOPにリダイレクトされます。

不適切なクライアントDNS設定

ユーザーは、対応するISPと場所のDNSサーバーを使用するように変更する必要があります。

• China Mobile (Guangdong) ユーザーがChina UnicomのDNSサーバーを使用する場合、ユーザーからのリクエストはChina UnicomのPOPにリダイレクトされ、長距離ルーティングはネットワークリンクを拡張します。

• China Mobile (Guangdong) のユーザーがChina Mobile (Harbin) のDNSサーバーを使用する場合、ユーザーからの要求はChina Mobile (Harbin) のPOPにリダイレクトされ、長距離ルーティングはネットワークリンクを拡張します。

ケース2: 低いキャッシュヒット率または頻繁なオリジンフェッチ

Alibaba Cloud CDNは、クライアントに最も近いPOPに静的リソースをキャッシュすることで、静的リソースの配信を高速化します。 ユーザーがリソースを要求すると、POPはキャッシュされたリソースをユーザーに返します。 これにより、長いリンクを介したオリジンフェッチが防止されます。 キャッシュヒット率が低いと、オリジンサーバーの作業負荷が増加し、静的リソースのアクセス効率が低下します。 したがって、キャッシュヒット率はユーザーエクスペリエンスに影響します。 高いキャッシュヒット率を確保することが重要である。 キャッシュヒット率は、低ヒット率に寄与する原因に基づいて最適化できます。 詳細については、「Alibaba Cloud CDNのキャッシュヒット率の向上」をご参照ください。 キャッシュがヒットしたかどうかは、レスポンスのX-cacheヘッダーに基づいて判断できます。

低いキャッシュヒット率または頻繁なオリジンフェッチのためのソリューション

• 高速化されたリソースへの最初のアクセスは、オリジンサーバーからのリソースへの直接アクセスよりも遅くなります。これは、リソースが最初のアクセスのためにPOPにキャッシュされておらず、オリジンサーバーから取得する必要があるためです。 この場合、URLベースのプリフェッチ機能を使用して、オリジンサーバーからPOPにコンテンツをプリフェッチすることを推奨します。 次に、ユーザが最初にプリフェッチされたコンテンツにアクセスすると、キャッシュがヒットする。 これにより、コンテンツの読み込みが加速されます。 詳細については、「リソースの削除とプリフェッチ」をご参照ください。

• リソースへのアクセス頻度が低い場合、Alibaba Cloud CDNはこれらのリソースに対して少数のリクエストしか受信せず、キャッシュにヒットすることはありません。 POPはすべてのAlibaba Cloud CDNユーザーによって共有されます。 Alibaba Cloud CDNのキャッシュルールでは、POP上のリソースの最大有効期間 (TTL) を指定します。 Alibaba Cloud CDN高速化ドメイン名のトラフィックが少ない場合、有効期限が切れる前にリソースがPOPのキャッシュから削除される可能性があります。最も人気のないキャッシュされたリソースは、キャッシュ内で最初に古いものです。 人気は、POP上でリソースがアクセスされる頻度によって示される。 リソースの人気が低い場合、リソースは期限切れになる前に削除されてもよい。

• 不適切なキャッシュTTLが設定されています。 頻繁なオリジンフェッチを含むシナリオ:

  • Alibaba Cloud CDNでキャッシュルールを設定せず、静的ファイルのレスポンスにETagまたはLast-modifiedヘッダーが含まれていない場合、静的ファイルをPOPにキャッシュすることはできません。 この問題を解決するには、オリジンサーバーでレスポンスヘッダーを設定するか、Alibaba Cloud CDNでキャッシュルールを設定する必要があります。 詳細については、「キャッシュ設定」をご参照ください。

  • Alibaba Cloud CDNでキャッシュルールを設定しない場合、デフォルトのキャッシュポリシーが使用されます。 最大キャッシュTTLは3,600秒です。 これにより、キャッシュされたリソースの有効期限が切れた後、オリジンフェッチが頻繁に発生します。 ビジネス要件に基づいて適切なキャッシュTTLを設定することを推奨します。 詳細については、「デフォルトのキャッシュルールとキャッシュルールの優先度」をご参照ください。

  • キャッシュ-オリジンの制御ディレクティブの優先度が高くなります。 キャッシュルールを設定しても、オリジンレスポンスにキャッシュを許可しないcache-Controlディレクティブが含まれている限り、Alibaba Cloud CDNはリソースをキャッシュしません。 オリジンサーバーのキャッシュルールにmaxage=0、max-age=0、no-cache、no-store、private、Pragma: no-cacheのいずれかのルールが存在する場合、Alibaba Cloud CDNはリソースをキャッシュしません。 この場合、オリジンサーバーのルールを変更する必要があります。 値をPublicに変更すると、キャッシュが可能になります。 詳細については、「NGINXキャッシュポリシーの設定」および「Apacheキャッシュポリシーの設定」をご参照ください。

• 変数パラメータを含むURL リソースにアクセスするためのURLは、可変パラメータを含む。 クライアントが異なるURLを使用してAlibaba Cloud CDNにアクセスする場合、URLがPOPにキャッシュされている同じファイルを指している場合でも、Alibaba Cloud CDNは2つの異なるリクエストが開始されたと見なし、リクエストをオリジンサーバーにリダイレクトしてファイルを取得します。 この場合、パラメーターフィルター機能を有効にすることを推奨します。 詳細については、「パラメーターの無視」をご参照ください。

• 大きなファイルの範囲オリジンフェッチ 大きなファイルをキャッシュする場合は、範囲オリジンフェッチ機能を有効にすることを推奨します。 詳細については、「レンジオリジンフェッチ」をご参照ください。

ケース3: 遅い動的要求

クライアントが動的リソースにアクセスする場合、すべての要求がオリジンサーバーに対して行われ、リソースが取得されてから、リソースがクライアントに返されます。 このシナリオでは、Alibaba Cloud CDNはリアルタイムで変化する動的コンテンツをキャッシュできません。 したがって、Alibaba Cloud CDNは動的コンテンツの高速化には適していません。 POPは、動的コンテンツの要求をオリジンサーバーにリダイレクトします。 したがって、動的コンテンツの配信は加速されない。 Webサイトまたはアプリに大量の動的コンテンツ (API操作など) が含まれている場合は、次のソリューションを使用できます。

1. 静的リソースと動的リソースを分離します。 Alibaba Cloud CDNを使用して静的リソースを高速化します。 オリジンサーバーに直接解決された別のドメイン名に動的リクエストをリダイレクトします。

2. Dynamic Content Delivery Network (DCDN) を使用して、動的リクエストを高速化します。 詳細については、「」をご参照ください。DCDNとは何ですか? 注: DCDNは、ルート最適化や送信最適化など、Alibaba Cloudが提供する動的アクセラレーションテクノロジーを使用して、動的リクエストを高速化します。 これにより、オリジンサーバーからリソースをできるだけ早く取得できます。 DCDNはネットワーク層を最適化します。 オリジンサーバーの応答が遅い場合は、オリジンサーバーを最適化する必要があります。

ケース4: 配信元サーバーの応答が遅い

キャッシュされていないリソースおよび動的リクエストに対するリクエストは、オリジンサーバーにリダイレクトされます。 配信元サーバーの応答が遅い場合、全体的な応答速度は遅くなります。 この場合、ローカルドメイン名をオリジンサーバーにマッピングしたり、オリジンドメインの応答速度をテストしたりできます。 原因：

• オリジンサーバーの処理パフォーマンスが制限されています。 たとえば、オリジンサーバーの帯域幅やCPUがボトルネックになったり、オリジンサーバーの処理速度が遅くなったりします。 この場合、オリジンサーバーを最適化できます。 パフォーマンスが悪い場合は、オリジンサーバーをスケールアウトする必要があります。

• オリジンサーバーのネットワークが悪いか、オリジンサーバーにクロスボーダー接続が含まれています。 たとえば、ユーザーが中国本土のPOPからリソースを要求しても、オリジンサーバーが中国本土の外部にあるとします。 Alibaba Cloud CDNは、インターネット経由でオリジンサーバーからコンテンツを取得します。 したがって、Alibaba Cloud CDNがクロスボーダー接続を介してオリジンサーバーからコンテンツを取得する場合、コンテンツ取得が影響を受ける可能性があります。 これは、国境を越えた接続には、中国本土内外の異なるISPが関与し、国際インターネット出口を使用するためです。 この場合、Alibaba Cloud CDNとオリジンサーバーのネットワークは制御できず、Alibaba Cloud CDNの最適化の可能性は限られています。 中国本土からのリクエストには1つのオリジンサーバーを、中国本土以外からのリクエストには1つのオリジンサーバーを展開することを推奨します。

ケース5: Webサイトホームページの読み込みが遅い

クライアントが http://www.example.com/ にアクセスすると、ブラウザはホームページを要求します。 リクエストが成功すると、サーバーはHTMLコードをブラウザーに返します。 次に、ブラウザは、返されたHTMLコードに基づいて、画像、JavaScriptファイル、CSSファイルなどのリソースをコードに導入するように要求します。 ホームページが動的リソースまたはキャッシュする必要のないリソースである場合、Alibaba Cloud CDNは、ホームページのリクエストごとにオリジンサーバーからリソースを取得します。 オリジンサーバーからの応答が遅いと、ホームページの読み込みが遅くなります。 その結果、リクエストは長い間Pending状態のままになります。 キャッシュがヒットしたかどうかについては、「ケース2: 低キャッシュヒット率または頻繁なオリジンフェッチ」をご参照ください。

ホームページがキャッシュされておらず、読み込みに時間がかかるシナリオでは、ホームページのリクエストは長い間Pending状態のままです。 ホームページが最終的に読み込まれると、静的リソースがすばやく読み込まれます。

ケース6: 大きなリソースの読み込み

Webサイトに大量のリソースをロードする場合は、高速化ドメイン名のパフォーマンス最適化機能を設定できます。 詳細については、「パフォーマンス最適化の概要」をご参照ください。 インテリジェント圧縮は、text/html、text/xml、text/plain、text/css、application/javascript、application/x-javascript、application/rss + xml、text/javascript、image/tiff、image/svg + xml、application/json、およびapplication/xmltext。

ケース7: 特定地域の特定のISPのユーザによる低速アクセス

一部のシナリオでは、クライアントに共通の問題があります。 たとえば、特定の都市の多数のChina Mobileユーザーは、一定期間中にアクセスが遅いか異常であると報告する場合がありますが、China Unicomユーザーによるアクセスは正常です。 この問題は、地域内のISPまたは要求されたPOPのネットワークに関連している可能性があります。 ほとんどの場合、クライアントのping情報を収集し、クライアントとPOP間のネットワーク遅延を判断することで、この問題のトラブルシューティングを行うことができます。

さらに、要求されたIPアドレスをPOPにバインドしてテストすることもできます。 テスト方法は、オリジンサーバーのIPアドレスをPOPのIPアドレスに変更する必要があることを除いて、オリジンサーバーでのテストと似ています。 POPをバインドする前に、POPの応答速度が遅いかどうかを確認できます。 応答速度が遅い場合は、リクエストがキャッシュにヒットし、ロードされたリソースが大きすぎるかどうかを確認します。 次に、前述のケースに基づいて問題を分析します。 問題を特定できない場合は、チケットを起票してAlibaba Cloudに連絡してください。