--- title: "サイトの許容可能および不許容なSLAの理解" slug: "understanding-acceptable-and-unacceptable-sla-for-sites" updated: 2026-07-30T01:34:07Z published: 2026-07-30T01:34:07Z canonical: "knowledge.catonetworks.com/understanding-acceptable-and-unacceptable-sla-for-sites" --- > ## Documentation Index > Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt > Use this file to discover all available pages before exploring further. # サイトの許容可能および不許容なSLAの理解 ## 概要 Catoの最後のマイル接続SLAは、サイトのアプリケーションフローに対して最適なパフォーマンスと回復力を保証します。 Socketと接続されたPoPは、実時間SLAに基づくパス選択アルゴリズムを使用して、上りと下り方向の各フローの最適なリンクを選択します。 アルゴリズムはパケットロス、レイテンシー、輻輳、ポートの状態、接続状況などのSLA KPIを常に監視し、SLAの低下が検出された場合、Socketはシームレスにリンク間でフローを移動させることができます。 リンクのパフォーマンスは、パケットロス、レイテンシー、その他のメトリックのしきい値に基づいて、許容可能または不許容として分類されます。 この分類は、SocketがアクティブなWANリンクを使用するタイミング、バックアップリンクをアクティブにするタイミング、または異なるPoPへの接続を開始するタイミングを決定します。 SLAの低下に対するSocketの反応を理解することは、信頼性のあるアプリケーションの配信を確保するために重要です。 Socketは、異なる帯域幅容量および非対称の上り/下り帯域幅を含むすべてのアクティブなリンク間で、最適にトラフィックを分散します。 Socketの接続性SLAメカニズムは、接続性の問題に対応し、問題を自動的に克服するために行動を起こすようにプログラムされています。 接続性SLAが不許容となり、しきい値を満たせない場合、SocketとPoPは接続を修復するために行動を起こします。 例えば、Socketはパッシブリンクをアクティブ化します。 これらのアクションが接続性の問題を解決しない場合、Socketは異なるPoPに接続します。 Socketサイトには、最高の回復力とパフォーマンスを得るために、アクティブ/アクティブ構成を使用することをお勧めします。 詳細情報は、[Cato Socket Link SLA Architecture](/v1/docs/cato-socket-link-sla-architecture)を参照してください。 ### アクティブ/パッシブサイトのSLAしきい値のカスタマイズ [Connection SLAページ](/v1/docs/configuring-the-connection-sla-settings-for-active-passive-socket-sites)では、アクティブ/パッシブデプロイメントのSocketサイトに適用される許容可能および不許容なSLAのしきい値を定義できます。 サイト内のプライマリリンクで不許容なSLAが発生している場合、Socketはセカンダリのパッシブリンクをアクティブ化し、トラフィックをPoPに送ります。 プライマリリンクが許容可能なSLAに戻った場合、Socketはフローをプライマリリンクに戻し、セカンダリリンクを無効化します。 ### アクティブ/アクティブサイトのSLAしきい値のカスタマイズ [Connection SLAページ](/v1/docs/configuring-the-connection-sla-settings-for-active-passive-socket-sites)では、アクティブ/アクティブデプロイメントのSLAしきい値をも定義できます。 アクティブ/アクティブサイトのカスタムしきい値の設定やトラフィック分散に関する詳細は、[Configuring the Connection SLA Settings for Active/Active Socket Sites](/v1/docs/configuring-the-connection-sla-settings-for-active-active-socket-sites)をご覧ください。 ## 許容可能なSLA内での運用 許容可能なSLA内では、Socketはすべてのアクティブなリンクを使用し、各新規フローに対して実時間で計算された健全性スコアに基づいて最適なリンクを選択します。 これらのSLA KPIには、パケットロス、レイテンシー、ジッター、輻輳などが含まれます。 詳細は、[Part 1: The Socket Interfaces and Precedence](/v1/docs/part-1-the-socket-interfaces-and-precedence)をご覧ください。 アクティブ/パッシブ構成では、パッシブリンクは少なくともアクティブなリンクの1つが許容可能なSLAである限り、非アクティブのままとなります。 ### 許容可能なSLA内のパケットロスの例 以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は3％のパケットロスを経験しており、リンク2は0％のパケットロスです。 | ![AA_Good_SLA.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398744071453.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - 新しいフローの場合、SocketまたはPoPは最高品質のリンクを選択します 上記の例では、新しいフローはリンク2で0％のパケットロスで開始されます | ![AP_Good_SLA.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398744116125.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - リンク1が許容可能なSLAしきい値を満たしているため、リンク2（パッシブリンク）は有効化されません。 すべてのフローは引き続きアクティブなリンクを使用します。 | | --- | --- | ## 不許容なSLAでの運用 SocketがすべてのアクティブなリンクがSLAを満たさないと判断した場合、これは不許容なSLAと見なされ、Socketは接続性の問題を解決するための手段を自動的に取ります。 リンク構成およびコネクションSLA設定に応じて、Socketはより低い優先順位のパッシブリンクをアクティブ化するか、いずれのリンクも許容可能なSLAしきい値を満たさない場合はすべてのリンクを異なるPoPに接続します。 ### 不許容なSLAに対する手段の例 以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は15％のパケットロスを経験しており、リンク2は0％のパケットロスです。 これらの例は、自動回復メカニズムを使用している評価期間中です。 | ![AA_Bad_Link.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398777743005.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - 新しいフローの場合、SocketまたはPoPは最高品質のリンクを選択します - 既存のフローに対しては、[Socketは段階的にフローを最高品質のリンクに移動させます](/v1/docs/part-1-the-socket-interfaces-and-precedence) 上記の例では、フローがリンク2に0％のパケットロスで移動します | ![AP_Bad_Link.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398728907293.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - パッシブリンク（リンク2）がアクティブ化されます - Socketは現在、アクティブ/アクティブ構成で動作しています - 新しいフローはリンク2を使用します - 既存のフローは、段階的にリンク1からリンク2へ移動します - リンク2が[最後の手段リンク](/v1/docs/configuring-a-last-resort-link)として構成されている場合、グレースタイマーが作動開始します グレースタイムは、接続性の問題を解決するための追加の時間を提供し、セルラーリンクをアクティブ化する前にあります - グレース期間中にリンク1で許容可能なSLAが復元されない場合、リンク2（最後の手段リンク）がアクティブ化されます | | --- | --- | ### 不許容な接続性SLAに対する異なるPoPへの接続の例 評価期間中の手段が接続性の問題を解決しない場合、Socketは異なるPoPに接続します。 例えば、PoPロケーションでTier-1クラウドプロバイダに問題がある場合です。 Socketが新しいPoPに接続すると、これは次の動作を示します： 1. Socketは初期接続性SLA評価期間を40 - 50秒まで開始します。 SLA評価期間は40秒で、10秒ごとにチェックされます。これにより、評価期間の総時間は40 - 50秒の間です。 1. PoPへのリンクが許容可能なSLAを持つ場合、SocketはPoPに接続されたままとなります。 2. PoPへのリンクが不許容なSLAを持つ場合、Socketは異なるPoPに接続し、40 - 50秒までの初期接続性SLA評価期間を繰り返します。 2. Socketが許容可能なSLAを持つPoPを見つけられない場合、元のPoPに戻って接続します。 以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は20％のパケットロスを経験しており、リンク2は15％のパケットロスをTier-1プロバイダ接続の問題の結果として持っています。 2番目の図は、異なるPoPへの接続によって問題がどのように解決されるかを示しています。 動作はアクティブ/アクティブおよびアクティブ/パッシブサイトのデプロイメントで同じです。 | ![T1_Bad_SLA.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398760976669.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - 評価期間後、すべてのアクティブなリンクで許容できないSLA（10％を超えるパケットロス）が発生しています 例：Tier-1サービスプロバイダーに関連するパケットロス | ![T1_Good_SLA.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35398752872477.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A15Z&se=2026-11-10T18%3A02%3A15Z&sr=c&sp=r&sig=N4PCRH2SamMnpXZCPZLl6zROBm4sVNtH7m916fMezO0%3D) - Socketは次善のPoPに接続します - 40 - 50秒後、Socketはリンクが許容可能なSLAを満たしていることを確認します - 再接続イベントが生成されます | | --- | --- | ## 元のPoPへの再接続 最適なパフォーマンスと最低のレイテンシーを実現するため、Socketが最も近い物理PoPロケーションに接続することが常に推奨されます。 SocketがSLAの問題で異なるPoPロケーションに移動した場合、60分後に優先PoPロケーション（サイトに最も近いPoP）への再接続を自動的に試みます。 Socketは、優先PoPが利用可能で良好なサービスを提供していることを確認してから再接続します。 Socketを優先PoPに手動で再接続することも選択可能です。「[Defining a Preferred PoP for a Site](/v1/docs/defining-a-preferred-pop-for-a-site)」を参照してください。