このプレイブックは、サイトに影響を与えるアプリケーション応答時間の問題を調査して解決するための手順を説明します。
概要
アプリケーション応答時間は、サイトとアプリケーション間の最初のバイトまでの時間（TTFB）を測定します。 応答時間の増加は、アプリケーション側の劣化、WAN接続問題、ISPの問題、輻輳、サイトのローカルネットワーク内の問題によって引き起こされる可能性があります。
このプレイブックは、Cato管理画面を使用して劣化の原因を特定し、Catoサポートに問い合わせる前に役立ちます。
アプリケーション応答時間を検証
CMA管理者が、サイトにアプリケーション応答時間の異常が発生したことを検証するために使用できる以下の方法。
ストーリードリルダウンの使用
- ナビゲーションメニューから、ホーム > XDR インシデント検出をクリックします。
- フィルタバーで、エクスペリエンス異常内のプロデューサー名にフィルタセットを追加します。
- 「表示はサイトのアプリケーション応答時間異常」のフィルタを追加します。
- 以下のようにストーリーが作成されたことを確認します。
- ストーリー行をクリックしてドリルダウンページを開き、タイムライン、対象事業者、およびアプリケーションを含むインシデントの詳細をレビューします。
- インシデントのタイムラインをレビューして、問題が継続しているか一時的かを判断します。
関連イベントのフィルタリング
ホーム > イベント ページで、以下のフィルターを適用します。
- サブタイプは異常
- イベントメッセージにアプリケーション応答時間が含まれています
報告された時間枠内に異常イベントが生成されたことを確認します。
トラブルシューティングステップ
アプリケーションパフォーマンスをレビュー
- ホーム > エクスペリエンス監視ページを開きます。
- 影響を受けたサイトとアプリケーションのデータをフィルタリングします。
- 最初のバイトまでの時間（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サポートへのケース提出
このプレイブックに従って問題が解決されない場合は、サポートチケットを提出してください。 Catoサポートが効率的に問題を調査できるように、実行したトラブルシューティングの結果を含めてください。