ソケットサイトのパフォーマンス問題のトラブルシューティング

概要

顧客はCatoに接続している間にアプリケーションのパフォーマンスの問題を経験することがあります。パフォーマンスの問題は広範なトピックであり、物理層からアプリケーション層まで、異なるOSI層にわたって発生する可能性があります。このプレイブックは主にTCPレイヤーまでのパフォーマンスの問題に焦点を当てています。アプリケーション層に関連するパフォーマンスの問題は他のプレイブックで議論されます：

インターネットリソースへの到達可能性の問題については、インターネットサービス到達可能性トラブルシューティングを参照してください。
遅いインターネットブラウザに関連するパフォーマンスの問題については、長いウェブページの読み込み時間とレンダリングの問題のトラブルシューティングを参照してください。
内部リソースへのアクセスに関連する問題については、内部リソースアクセスのトラブルシューティングを参照してください。
VoIPおよびビデオ関連の問題については、VoIPトラブルシューティングを参照してください。

症状

ファイル転送が遅い、スループットが低下
- Cato Cloudに接続されているとき、顧客はダウンロードとアップロードの速度が鈍いと感じるかもしれません。
アプリケーションの応答時間の遅延
- これは、リモートデスクトップのようなインタラクティブなアプリケーションでより顕著になる可能性があります。

考えられる原因

設定ミス（QoS、ライセンス、TCPアクセラレーション、ウィンドウスケーリング）
ネットワーク渋滞
パケットロス（ISP、ラストマイル）
非最適なPoP
高いソケットCPU
追加されたクラウドのレイテンシー
ハードウェアの制限

問題のトラブルシューティング

さらなるトラブルシューティングに進む前に、これがCato Cloudに関連しているかを特定することが重要です。そのために、Catoへの接続をバイパスして問題が存在するかどうかを確認できます。 The Cato Cloud のバイパスには、それを実現するための詳細なステップが記載されています。

接続をバイパスしても問題が続く場合、それはCatoが問題の原因でないことを示しています。しかし、Cato Cloudへの接続をバイパスした後に問題が解決した場合は、以下の手順に従ってさらにトラブルシューティングと隔離を行ってください。

ライセンスと帯域幅の設定

注: WAN帯域幅の割り当ては、サイトライセンスとインタフェースの帯域幅設定に基づいています。両方に異なる値がある場合、低い方がWANリンクに適用されます。

サイト用に割り当てられたライセンスが正しいことを確認してください。詳細については、ネットワーク > サイト > サイト設定 > 一般を開いてください。
WANインタフェースの設定された帯域幅が正しいことを確認してください。ネットワーク > サイト > サイト設定 > ソケット > WANインタフェースを編集します。
中国およびベトナムのサイトでは、ライセンスが異なります。ライセンスはグローバルライセンスとリージョナルライセンスに分割されます。グローバルライセンスはグローバルサイトへの接続用で、リージョナルライセンスは国内の接続用です。
サイトライセンスの管理について詳しくは、サイト帯域幅ライセンスの管理を参照してください。

パケットロス

パケットロスはCatoインフラストラクチャまたはインターネットサービスプロバイダー（ISP)で発生する可能性があります。以下の手順はパケットロスの原因を特定することを目的としています。

ネットワークアナリティクスで上流/下流のパケットロスを確認します。
これがラストマイルのパケットロスと一致する場合、それはWANポートに接続されているケーブルのハードウェアの問題またはインターネットサービスプロバイダー（ISP）の問題を示しています。
パケットロスの問題を解決するための提案については、パケットロスの解決セクションを参照してください。

パケット廃棄（帯域幅管理)

ネットワークアナリティクスページで多くのパケットの廃棄が見られる場合、それは帯域幅管理（QoS）によるものです。これによってアプリケーションが影響を受けているかどうかを判断するには、次の手順を実行します：

ネットワーク > プライオリティアナライザーに移動し、どのクラスがパケットを破棄しているかを検証し、アプリケーションが同じクラスに割り当てられているかを確認します。
この場合、そのクラスのためにより多くの帯域幅を割り当てることを検討してください。
また、影響を受けたアプリケーションが重要である場合、パフォーマンスを向上させるためにそれをより高い優先度のクラスに移動してください。クラスの設定に関する手順については、パケット廃棄の解決（QoS）を参照してください。
パケット廃棄のもう一つの理由はマイクロバーストです。それが何を意味するか、どうやってそれを識別するか、最終的にはそれを解決するための手順を確認するには、マイクロバーストのチェックを参照してください。

ソケットリソースの制限

ソケットがリソース制限に達すると、パフォーマンスの低下が発生する可能性があります。

1. 最大対応スループット

ネットワーク > サイト > ネットワークアナリティクスに移動して、サイトのスループットが対応可能な制限内に収まっているかを確認します。
以下は、我々のソケットモデルのサポート最大トンネルスループットです：
ソケットモデル
最大トンネルスループット
X1500
500Mbps
X1600
1Gbps
X1600 LTE
1Gbps
X1700
3Gbps
X1700B
10Gbps
各対応データシートの詳細については、Catoソケット導入ガイドを参照してください。
リストされた制限を超えた場合は、対応可能なスループットを超える問題の解決をご覧ください。

2. 高いソケットCPU使用率

ソケットリソースの過剰利用もパフォーマンスの低下を招きます。
ソケットWebUIから、HWステータスタブを選択します。これにより、各コアの現在のCPU％使用率が表示されます。一貫して高いCPU利用率は、ソケットのパフォーマンスに直接影響し、パケットロスを引き起こします。
ネットワークパケットロスを伴う一貫して高いCPU使用率に気づいた場合は、サポートに連絡してください。
物理ソケットバージョン21.1と仮想ソケットバージョン22から、ソケットのCPUメトリックがCMAで表示されるようになりました。 CMAのネットワークアナリティクスに移動し、ハードウェアタブを選択します。
さらに、CPUメトリックはソケットUIのHWステータスタブからも利用可能です。

パフォーマンス考慮事項：アクティブ/アクティブWANスループット

アクティブ/アクティブWAN環境では、すべてのデータフローが一時的に単一のWANリンクに集約されるとき、アプリケーションのスループットが制限されることがあります。この場合、トータルスループットはリンクの帯域幅に制約され、複数リンクの帯域幅を組み合わせて利用するのではなくなります。

この動作は、SMBのような複数の同時フローに依存するプロトコルに対するパフォーマンスの期待に影響を与える可能性があります。フローの分配は動的なネットワーク条件や内部アルゴリズムに影響され、常にリンク全体の均等な使用を保証するものではありません。

注: 複数のWANリンク間で期待されるパフォーマンスと一致しないスループットを観察した場合は、さらなる調査とサポートのためにCatoサポートに連絡してください。

サブオプティマルPoP

Cato Cloudを使用する際に、顧客はアプリケーションのパフォーマンスが低下し、ダウンロード/アップロード速度が低下することに気づくかもしれません。

検証のために、影響を受けたサービスでPINGテストを実行します。
戻されたRTTが予想よりも高い場合は、モニタリング>トポロジーに移動し、サイトをクリックして最適なPoPに接続されているかを検証します。
右のウィンドウペインが表示されます。ウィンドウペインの下部にある "ログ表示" をクリックします
別のウィンドウが表示されます。 ISPが接続されたPoPに近いことを検証します。
これを解決するには、最適なPoPを解決を参照してください。

ネットワークルールの検証

影響を受けた接続が正しいネットワークルールに当たっていることを確認します。
影響を受けているアプリケーションがファイル共有またはWebアプリケーションである場合、TCPアクセラレーションを有効にしたネットワークルールを作成し、リストの最上位にルールを配置します。詳細については、TCPアクセラレーションのベストプラクティスを参照してください。

追加されたクラウドレイテンシー

SQLサービスなど、レイテンシーの変化に敏感なアプリケーションは、Cato Cloudに移行される際にタスクの完了までの時間が増加する可能性があります。
WAN越しにこれらのクエリを実行することで追加されるレイテンシーは、わずか数ミリ秒であっても、多くのクエリを考慮に入れると大きくなります。
サイト間のレイテンシーを減らすために、TCPアクセラレーションやオフクラウドなどのCatoソリューションを検討してください。またはAlt-WAN。
AzureやAWSなどのパブリッククラウド環境にホストされているサービスは、サイト間のレイテンシーを大幅に削減するために、クラウド間接続を活用できます。
また、SQLクエリをCato Cloud越しにより効果的に実行するように変更することもできます。

Windowsデバイス用ウィンドウスケーリング

TCP/IPのウィンドウスケーリングにより、より大きなウィンドウサイズを交渉することができ、各パケットでより多くのデータを送信し、パフォーマンスを向上させます。
これはデフォルトで有効になっているはずです。これを確認するには、Windowsデバイスでコマンドプロンプトを開き、netsh interface tcp show globalを実行します。
"Receive Window Auto-Tuning Level"設定が"normal"に設定されていることを確認してください。
詳細については、TCPウィンドウスケールオプションの有効化を参照してください。

WindowsデバイスのためのTCPタイムスタンプオプション

Windowsオペレーティングシステムのデフォルト設定は、TCPタイムスタンプオプションをサポートしていません。 TCPタイムスタンプオプションを有効にして、パケットのRTT測定を改善し、パケットロスをより容易に特定できるようにします。
このオプションはまた、パケットロスが発生した場合にTCPスタックが再送タイマーを調整するのを支援します。
次の手順に従って、WindowsコンピュータでTCPタイムスタンプを有効にすることをお勧めします：
- Windowsでレジストリエディタを開きます。
- 次のキーに移動します：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
- Tcp1323Optsという名前のキーを探します。存在しない場合は、それをDWORD（32ビット）値として作成し、Tcp1323Optsと名付けます。値を2に設定します。
- システムを再起動します。
コマンドプロンプトから netsh int tcp show globalを実行して、TCPタイムスタンプの状態を確認します。 RFC1323タイムスタンプは有効になっているはずです。

iPerf テスト

問題を特定するために役立つトラブルシューティングツールとしてiPerfがあります。 iPerfテストは、ネットワーク内で達成可能な最大スループットを測定するために使用されます。これは、ネットワークと接続性のテストの一部として、ソケットWeb UIに含まれ、ツールタブからアクセス可能です。
詳細については、iPerfでリンクをテストするをご参照ください。
注: より正確な結果を得るために、輻輳制御を考慮しないため、テストプロトコルとしてUDPを使用することが推奨されます。このテストはリンクの最大スループットを決定することを目的としていますことを覚えておいてください。

(オプショナル) エクスペリエンスモニタリングラストマイル

エクスペリエンスモニタリングライセンスを持つ顧客は、パケットロスやパケット廃棄の可能性についてラストマイルとアプリケーションパフォーマンスタブを確認できます。このデータは、サイトネットワーク分析タブの所見と相関させることで、問題がどこから発生しているかをよりよく理解できます。

オフクラウド

テスト目的で、サイト間でオフクラウド設定を構成することを検討してください。このアプローチにより、オンクラウドとオフクラウド間のパフォーマンスを比較できます。
もしオフクラウドでのパフォーマンスが良い場合は、これがパフォーマンスの問題の永続的な解決策になるかもしれません。
ただし、Catoの脅威保護エンジンはオフクラウドのトラフィックを検査しないことに留意してください。
設定の詳細については、オフクラウドリンクへのトラフィックのルーティングをご参照ください。

発見された問題の解決

誤設定の解決

パケットロスの解決

ラストマイルパケットロスが発生している場合は、ソケットのWANポートに接続されたケーブルを交換してください。
可能であれば、ソケットと上流デバイスの異なるWANポートに接続してください。それでもラストマイルパケットロスの問題が改善しない場合は、インターネットプロバイダに連絡して問題をさらに特定してください。
高パケットロスが観察された場合は、VoIPトラフィックに対してパケットロス軽減を有効化することを検討してください。詳細については、トラフィックの最適化をご参照ください。
パケットロスの詳細なトラブルシューティングについては、ソケットサイトパケットロスのトラブルシューティング方法をご参照ください。

パケット廃棄（QoS）の解決

クラスにより多くの帯域幅を割り当てるには、ネットワーク > 帯域管理に移動し、影響を受けたクラスを選択して制限を適宜変更します。
影響を受けたアプリケーションをより高い優先度のクラスに移動するには、影響を受けたアプリケーションの既存のネットワークルールを編集してBW優先度を低い値（値が低いほど優先度が高い）に変更してください。または、新しいネットワークルールを作成し、BW優先度を低い値に設定してください。
帯域管理に関する詳細なガイドについては、帯域管理プロファイルの設定をご参照ください。

サブオプティマル PoP に接続された場合の解決

デバイスが最適なPoPに接続されていない場合は、「優先されるPoPロケーション」設定が正しく設定されているか確認してください。これを行うには、ネットワーク > サイト > サイト設定 > 一般 > 優先される PoP ロケーションへ移動します。設定が間違っていた場合は、最適なロケーションを選択してください。
ソケットは、ネットワーク > サイト > コネクション SLAで設定されている通りに、新しく定義された優先PoPに自動的に再接続されます。ただし、「優先PoPへの再接続」アクションを使用することで手動で再接続をトリガーすることもできます。詳細については、サイトの優先PoPを定義するをご参照ください。

サポートされるスループットの超過の解決

それぞれのアカウントマネージャまたは顧客サービスマネージャに連絡して、より大きなソケットにアップグレードしてください。誰に連絡するべきか不明な場合は、サポートに連絡してください。

Catoサポートへのケースの提出

以上のステップで問題が特定または解決しない場合は、Catoサポートにてケースをオープンしてください。ケースをオープンするときには、次の質問を考慮し、対応する回答を提供してください：

この問題はすべてのアプリケーションまたは特定のアプリケーションに影響を与えますか
特定のアプリケーションに影響を与える場合、それらは新しいアプリケーションですか
新しいアプリケーションの場合、アプリケーション名、バージョンなどの詳細を提供してください。
既存のアプリケーションに対して何が変わったために問題が発生したのか？
この問題はすべてのサイトまたは特定のサイトに影響を与えますか？特定のサイトである場合は、影響を受けたサイトをリストアップしてください。
すべてのサイトに影響する場合、そのサーバーはどこに位置していますか

データ収集

問題を再現しながら、サポートセルフサービス(SSS)を収集してください。さらに、デバイスにWiresharkをインストールし、2セットのパケットデータをキャプチャしてください：

最初のセットのパケットキャプチャ（PCAP）は、パフォーマンス問題をキャプチャする必要があります。これは、SSSを収集している間に並行して行うことができます。
PCAPの2番目のセットは、パフォーマンスの問題がない時点、つまりCatoクラウドをバイパスした接続の際に収集してください。このデータセットは、収集されたログとSSSを確認する際にサポートにとってベンチマークとして機能します。