このプレイブックは、サイトに影響を与えるアプリケーション応答時間の問題を調査して解決するための手順を説明します。
概要
アプリケーション応答時間は、サイトとアプリケーション間の最初のバイトまでの時間(TTFB)を測定します。 応答時間の増加は、アプリケーション側の劣化、WAN接続問題、ISPの問題、輻輳、サイトのローカルネットワーク内の問題によって引き起こされる可能性があります。
このプレイブックは、Cato管理画面を使用して劣化の原因を特定し、Catoサポートに問い合わせる前に役立ちます。
アプリケーション応答時間を検証
CMA管理者が、サイトにアプリケーション応答時間の異常が発生したことを検証するために使用できる以下の方法。
ストーリードリルダウンを使用する
- ナビゲーションメニューからホーム > ストーリーズ作業台をクリックします。
- フィルターバーでエクスペリエンス異常のプロデューサー名にフィルターセットを追加します。
- 「表示はサイトのアプリケーション応答時間異常」のフィルタを追加します。
- 以下のようにストーリーが作成されたことを確認します。
- ストーリー行をクリックしてドリルダウンページを開き、タイムライン、対象事業者、およびアプリケーションを含むインシデントの詳細をレビューします。
- インシデントのタイムラインをレビューして、問題が継続しているか一時的かを判断します。
関連イベントのフィルタ
ホーム >イベントページで次のフィルターを適用してください。
- サブタイプは異常
-
イベントメッセージにアプリケーション応答時間が含まれています
報告された期間中に異常イベントが生成されたことを確認します。
トラブルシューティングステップ
アプリケーションパフォーマンスをレビュー
- ホーム>エクスペリエンス監視ページを開く。
- 影響を受けたサイトとアプリケーションのデータをフィルタリングします。
- 最初のバイトまでの時間(TTFB)とHTTPプロトコル/S エラー率のメトリックをインシデントの時間枠内にレビューします。
- TTFBトレンドをストーリーのタイムラインと比較して、劣化が継続しているかまたは一時的かを決定します。
TTFBとともにHTTPプロトコル/S エラー率が上昇した場合、アプリケーションプロバイダーがサービス劣化を報告しているかバックエンドアプリケーションが問題を抱えているかを検証します。
HTTPプロトコル/S エラー率が安定したままTTFBだけが上昇する場合、アプリケーションが通常より遅く応答していますが、要求はまだ処理されています。 セルフホストされたアプリケーションの場合、アプリケーションサーバーとバックエンドインフラの健全性を検証します。
複数のサイトが同じアプリケーションに対してTTFBの増加を経験した場合、アプリケーションプロバイダーが広範なサービス劣化を報告しているかを検証してください。
サイトメトリックをレビュー
エクスペリエンス監視ページで、インシデントの時間枠内に以下のサイトメトリックをレビューします。
- PoPへのパケットロス
- PoPまでの距離
これらのメトリックをTTFBタイムラインと比較します。
TTFBとともにPoPへのパケットロスや距離が増加した場合、サイトのインターネット接続性を調査するか、問題が続く場合はISPに連絡します。
ネットワークメトリックが安定している間にTTFBが増加する場合、劣化はネットワーク関連ではなくアプリケーション関連である可能性があります。
接続詳細をレビュー
接続詳細ウィジェットをレビューし、インシデント中のパケットロス、レイテンシーの増加、ルート変更、その他のネットワークの異常についてトレースルート結果を調べます。
トラフィックがCato PoPに到達する前にパケットロスやレイテンシーの増加が観察された場合、サイトのローカルネットワークまたはISP接続を調査します。
PoPへの経路が健全でありながらTTFBが上昇する場合、ホストされたアプリケーションを調査するか、SaaSプロバイダーがサービス劣化を報告しているかを確認します。
ここまでで問題が見つからない場合は、さらなるトラブルシューティングのためにソケットサイトの性能問題トラブルシューティングに進みます。
Cato サポートへのケースの提出
このプレイブックに従っても問題が解決しない場合は、サポートチケットを提出してください。 最も効果的な対応を受けるためには、管理者が実施したトラブルシューティングの結果を提供する必要があります。
0件のコメント
サインインしてコメントを残してください。