概要
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を参照してください。
アクティブ/パッシブサイトのSLAしきい値のカスタマイズ
Connection SLAページでは、アクティブ/パッシブデプロイメントのSocketサイトに適用される許容可能および不許容なSLAのしきい値を定義できます。
サイト内のプライマリリンクで不許容なSLAが発生している場合、Socketはセカンダリのパッシブリンクをアクティブ化し、トラフィックをPoPに送ります。 プライマリリンクが許容可能なSLAに戻った場合、Socketはフローをプライマリリンクに戻し、セカンダリリンクを無効化します。
アクティブ/アクティブサイトのSLAしきい値のカスタマイズ
Connection SLAページでは、アクティブ/アクティブデプロイメントのSLAしきい値をも定義できます。 アクティブ/アクティブサイトのカスタムしきい値の設定やトラフィック分散に関する詳細は、Configuring the Connection SLA Settings for Active/Active Socket Sitesをご覧ください。
許容可能なSLA内での運用
許容可能なSLA内では、Socketはすべてのアクティブなリンクを使用し、各新規フローに対して実時間で計算された健全性スコアに基づいて最適なリンクを選択します。 これらのSLA KPIには、パケットロス、レイテンシー、ジッター、輻輳などが含まれます。 詳細は、Part 1: The Socket Interfaces and Precedenceをご覧ください。
アクティブ/パッシブ構成では、パッシブリンクは少なくともアクティブなリンクの1つが許容可能なSLAである限り、非アクティブのままとなります。
許容可能なSLA内のパケットロスの例
以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は3％のパケットロスを経験しており、リンク2は0％のパケットロスです。
|
|
不許容なSLAでの運用
SocketがすべてのアクティブなリンクがSLAを満たさないと判断した場合、これは不許容なSLAと見なされ、Socketは接続性の問題を解決するための手段を自動的に取ります。 リンク構成およびコネクションSLA設定に応じて、Socketはより低い優先順位のパッシブリンクをアクティブ化するか、いずれのリンクも許容可能なSLAしきい値を満たさない場合はすべてのリンクを異なるPoPに接続します。
不許容なSLAに対する手段の例
以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は15％のパケットロスを経験しており、リンク2は0％のパケットロスです。 これらの例は、自動回復メカニズムを使用している評価期間中です。
|
|
不許容な接続性SLAに対する異なるPoPへの接続の例
評価期間中の手段が接続性の問題を解決しない場合、Socketは異なるPoPに接続します。 例えば、PoPロケーションでTier-1クラウドプロバイダに問題がある場合です。
Socketが新しいPoPに接続すると、これは次の動作を示します：
Socketは初期接続性SLA評価期間を40 - 50秒まで開始します。
SLA評価期間は40秒で、10秒ごとにチェックされます。これにより、評価期間の総時間は40 - 50秒の間です。
PoPへのリンクが許容可能なSLAを持つ場合、SocketはPoPに接続されたままとなります。
PoPへのリンクが不許容なSLAを持つ場合、Socketは異なるPoPに接続し、40 - 50秒までの初期接続性SLA評価期間を繰り返します。
Socketが許容可能なSLAを持つPoPを見つけられない場合、元のPoPに戻って接続します。
以下の例は、不許容なSLAしきい値を10％のパケットロスとして設定したSocketサイト構成を示しています。 リンク1は20％のパケットロスを経験しており、リンク2は15％のパケットロスをTier-1プロバイダ接続の問題の結果として持っています。 2番目の図は、異なるPoPへの接続によって問題がどのように解決されるかを示しています。 動作はアクティブ/アクティブおよびアクティブ/パッシブサイトのデプロイメントで同じです。
|
|
元のPoPへの再接続
最適なパフォーマンスと最低のレイテンシーを実現するため、Socketが最も近い物理PoPロケーションに接続することが常に推奨されます。 SocketがSLAの問題で異なるPoPロケーションに移動した場合、60分後に優先PoPロケーション（サイトに最も近いPoP）への再接続を自動的に試みます。 Socketは、優先PoPが利用可能で良好なサービスを提供していることを確認してから再接続します。 Socketを優先PoPに手動で再接続することも選択可能です。「Defining a Preferred PoP for a Site」を参照してください。