연결 SLA 설정 구성

이 문서는 소켓 링크 연결의 SLA에 대해 논의하고 계정 또는 특정 사이트에 대한 설정을 사용자 정의하는 방법을 설명합니다.

연결 SLA 설정 개요

카토 최종 구간의 연결 SLA는 사이트 애플리케이션 흐름의 최적 성능과 복원력을 보장합니다. 소켓과 연결된 PoP는 실시간 SLA 기반 경로 선택 알고리즘을 사용하여 상향 및 하향 방향의 각 흐름에 최적의 링크를 선택합니다. 알고리즘은 패킷 손실, 지연 시간, 혼잡, 포트 상태, 인터넷 연결 상태와 같은 SLA KPI를 지속적으로 모니터링하며, SLA 악화가 감지된 경우 소켓은 링크 간에 플로우를 원활하게 전환합니다. 소켓은 대역폭 용량이 다른 링크 및 비대칭 상향/하향 대역폭을 포함한 모든 활성 링크 간에 트래픽을 최적으로 분배합니다. 소켓의 연결 SLA 메커니즘은 연결성 문제에 반응하도록 프로그래밍되어 있으며, 문제를 자동으로 극복하기 위해 조치를 취합니다.

우리는 소켓 사이트에 대해 최상의 복원력 및 성능을 위해 활성/활성 구성을 사용하는 것을 권장합니다.

수용 가능한 SLA 및 수용 불가능한 SLA

Cato 관리 애플리케이션의 연결 SLA 화면에서는 수용 가능한 및 수용 불가능한 SLA 임계값을 정의할 수 있습니다. 연결 SLA가 수용 가능한 SLA 임계값 내에 있을 때, 소켓은 동일한 PoP에 연결을 유지하고 실시간 경로 선택 알고리즘을 사용하여 각 플로우에 대한 최적의 링크를 선택합니다. 추가적으로 최상의 사용자 경험을 제공하기 위해 필요에 따라 활성 링크 간에 플로우를 이동합니다. 수용 불가능한 SLA 임계값은 계정 수준에서 정의되며 또한 특정 사이트에 대해 사용자 정의할 수 있습니다. 아래 SLA 임계값 설정 사용자 정의를 참조하십시오.

연결 SLA가 수용 불가능하게 되고 임계값을 충족할 수 없는 상황에서는 소켓과 PoP가 연결성을 복구하기 위한 조치를 취합니다. 예를 들어, 소켓은 수동 링크를 활성화시킵니다. 이 작업들이 연결 문제를 해결하지 못하면 소켓은 다른 PoP로 연결합니다.

수용 가능한 SLA 내에서 운영

수용 가능한 SLA 내에서 소켓은 모든 활성 링크를 사용하고, 실시간으로 계산된 상태 점수를 기반으로 각 플로우에 가장 적합한 링크를 선택합니다. 소켓이 링크의 SLA 문제나 상태 점수 저하를 감지하면, 링크 간에 플로우를 원활하게 이동시킵니다. 이 SLA KPI 메트릭에는 패킷 손실, 지연 시간, 지터, 혼잡 등이 포함됩니다. 추가 정보를 보려면 1부: 소켓 인터페이스와 우선순위를 참조하십시오.

활성/수동 구성을 사용하는 경우, 수용 가능한 SLA를 갖는 활성 링크가 최소 하나 있으면 수동 링크는 비활성 상태로 유지됩니다.

수용 가능한 SLA 내에서 패킷 손실의 예시

다음 예는 수용 불가능한 SLA 임계값이 패킷 손실 10%로 설정된 소켓 사이트 구성을 보여줍니다. 링크 1은 3% 패킷 손실을 경험하고 있으며, 링크 2는 0% 패킷 손실을 보입니다.

AA_Good_SLA.png
  • 새로운 플로우의 경우, 소켓 또는 PoP는 품질이 가장 좋은 링크를 선택합니다

  • 기존 플로우의 경우, 소켓은 플로우를 점진적으로 품질이 가장 좋은 링크로 이동시킵니다

AP_Good_SLA.png
  • 링크 1이 수용 가능한 SLA 임계값을 충족하기 때문에 링크 2(수동 링크)는 활성화되지 않습니다. 모든 플로우는 계속해서 활성 링크를 사용합니다.

수용 불가능한 SLA 조건에서 작동

소켓이 모든 활성 링크가 시간 범위 내에서 SLA를 충족하지 않는다고 판단하면, 이는 수용 불가능한 SLA로 간주되며 소켓은 자동으로 연결성 문제를 해결하기 위한 조치를 취합니다. 링크 구성 및 연결 SLA 설정에 따라 소켓은 낮은 우선순위의 수동 링크를 활성화하거나, 모든 링크가 수용 가능한 SLA 임계값을 충족하지 못한 경우 모든 링크를 다른 PoP에 연결합니다.

허용할 수 없는 SLA에 대한 수정 조치 예시

다음 예시는 소켓 사이트 구성이 허용 불가 SLA 임계값이 10% 패킷 손실로 설정된 경우를 보여줍니다. 링크 1은 15%의 패킷 손실이 발생하고 링크 2는 0%의 패킷 손실이 발생합니다. 이 예시는 PoP가 자체 치유 메커니즘을 사용하는 평가 기간 중입니다.

AA_Bad_Link.png
  • 활성/활성 허용 SLA와 위와 동일한 동작

AP_Bad_Link.png
  • 수동 링크 (링크 2)가 활성화됩니다

  • 소켓은 이제 활성/활성 구성에서 작동합니다

  • 새로운 플로우는 링크 2를 사용합니다

  • 기존 플로우는 링크 1에서 링크 2로 점차 이동합니다

  • 링크 2가 마지막 수단의 링크인 구성에서는 유예 타이머가 작동을 시작합니다

    유예 시간은 셀룰러 연결을 활성화하기 전에 연결 문제를 해결할 추가 시간을 제공합니다

    • 유예 시간 동안 링크 1에서 허용 SLA가 복구되지 않으면 링크 2(마지막 수단의 링크)가 활성화됩니다

허용할 수 없는 연결 SLA를 위한 다른 PoP에 연결 예시

평가 기간 동안의 수정 조치가 연결 문제를 해결하지 못한 경우, 소켓은 다른 PoP에 연결됩니다. 소켓이 새로운 PoP에 연결되면, 그 동작은 다음과 같습니다:

  1. 소켓은 최대 40 - 50초까지 초기 연결 SLA 평가 기간을 시작합니다.

    SLA 평가 기간은 40초이며, 매 10초마다 확인됩니다. 이는 평가 기간의 총 시간이 40 - 50초 사이임을 의미합니다.

    1. PoP로의 링크가 허용 SLA를 충족하는 경우, 소켓은 PoP에 계속 연결됩니다.

    2. PoP로의 링크가 허용할 수 없는 SLA인 경우, 소켓은 다른 PoP에 연결되며 최대 40 - 50초까지의 초기 연결 SLA 평가 기간을 반복합니다.

  2. 소켓이 허용 SLA를 가진 PoP를 찾지 못하는 경우, 원래의 PoP로 돌아가 연결됩니다.

다음 예시는 소켓 사이트 구성이 허용 불가 SLA 임계값이 10% 패킷 손실로 설정된 경우를 보여줍니다. Tier-1 제공업체의 연결 문제로 인해 링크 1은 20%의 패킷 손실이 발생하고 링크 2는 15%의 패킷 손실이 발생합니다. 두 번째 다이어그램은 다른 PoP에 연결하여 문제를 해결하는 방법을 보여줍니다.

T1_Bad_SLA.png
  • 평가 기간 후, 모든 활성 링크에서 허용할 수 없는 SLA(10% 이상의 패킷 손실)가 발생합니다

    예를 들어, Tier-1 서비스 공급업체와 관련된 패킷 손실

T1_Good_SLA.png
  • 소켓은 다음으로 좋은 PoP에 연결됩니다

  • 40 - 50초 후, 소켓은 링크가 허용 SLA를 충족하는 것을 확인합니다

  • 재연결 이벤트가 생성됩니다

원래 PoP에 재연결

최적의 성능과 최저 지연을 위해 소켓이 가장 가까운 물리적 PoP 위치에 연결되는 것이 항상 권장됩니다. 소켓이 기본 PoP의 SLA 문제로 인해 다른 PoP 위치로 이동하는 경우, 60분 후에 선호하는 PoP 위치(사이트에 가장 가까운 PoP)로 자동으로 다시 연결을 시도합니다. 소켓은 다시 연결하기 전에 선호하는 PoP가 사용 가능하고 양질의 서비스를 제공하는지를 확인합니다. 또한 소켓을 선호하는 PoP에 수동으로 다시 연결할 수도 있습니다. 《사이트에 대한 선호하는 PoP 정의》를 참조하십시오.

연결 SLA 임계값 정의

연결 SLA 임계값을 정의할 수 있는 두 가지 옵션이 있습니다:

  1. Cato Smart SLA - Cato에 의해 자동으로 설정됨(기본 옵션입니다)

  2. 사용자 정의 SLA 설정 - 전체 계정 또는 특정 사이트에 대한 SLA 임계값 사용자 정의

MFA 사용 중 Cato Smart SLA

Cato Smart SLA 옵션은 소켓과 PoP 사이의 최종 구간 연결을 위한 권장 SLA 설정을 자동으로 설정합니다. 이 설정에는 기존 PoP 연결이 기본 SLA 요구 사항을 충족하는지 여부를 결정하기 위한 10분 SLA 평가 기간이 포함됩니다. 10분 기간의 50% 동안 SLA 요구 사항이 충족되지 않으면, 소켓은 터널을 다른 PoP로 자동 이동하여 연결 SLA를 복원합니다.

10분 기간의 목적은 PoP의 내부 메커니즘이 연결 문제를 식별하고 해결하여 사이트를 다른 PoP로 이동하지 않도록 하는 것입니다. 예를 들어, PoP는 품질이 떨어지는 Tier-1 공급업체 피어를 자동으로 식별하고 일시적으로 서비스를 중단합니다. 그 후 연결된 사이트의 모든 트래픽은 나머지 Tier-1 공급업체 피어를 사용합니다.

이것이 Cato Smart SLA 옵션에 대한 기본 연결 SLA 임계값입니다:

  • 평가 기간 - 기본값 10

  • 패킷 손실 - 기본값 10%

  • 지연 시간 - 기본값 300ms

  • 시간 창의 백분율 - 기본값 50%

귀하의 계정에 대한 연결 SLA 임계값을 정의하기 위해 Cato Smart SLA 옵션을 사용하는 것을 권장합니다.

SLA 임계값 설정 사용자 정의

패킷 손실 및 지연 시간 SLA 임계값, 그리고 패킷 손실 및 지연 시간이 임계값을 초과하는 시간 창의 백분율을 포함하도록 SLA 설정을 사용자 정의할 수 있습니다. 예를 들어, 600초의 평가 기간이 있는 연결 SLA를 설정합니다. 이 시간 동안 패킷 손실이 평가 기간의 30% 이상 동안 10%를 초과하지 않도록 하려면 시간 창의 백분율30으로 설정합니다.

SLA 설정을 너무 민감하게 구성하면, 예를 들어 패킷 손실을 1%로 줄이고 평가 기간을 20초로 설정하면 사이트가 자주 다른 PoP로 이동할 수 있습니다. 이로 인해 애플리케이션 흐름이 재설정되어 흐름이 재설정될 때까지 사용자 경험에 일시적으로 영향을 미칠 수 있습니다.

예를 들어,

이것이 사용자 정의 SLA 임계값의 기본값입니다:

  • 평가 기간 - 130

  • 패킷 손실 - 10%

  • 지연 시간 - 300ms

  • 시간 창의 백분율 - 100%

연결 SLA 설정을 전체 계정에 대한 전역 설정으로 정의하고, 특정 사이트에 대한 다양한 링크 SLA 설정을 정의할 수 있습니다. 특정 사이트의 링크 SLA는 계정 설정을 무시합니다.

소켓 UI에서 소켓과 PoP 사이의 현재 연결 SLA 지연 시간을 확인할 수 있습니다. 터널 > SLA 매개변수 섹션에서 거의 실시간으로 지연 시간이 표시됩니다. 연결 SLA 계산에 사용되는 지연 시간은 단방향 지연 시간이며 왕복 시간이 아닙니다 (RTT). 네트워크 분석 페이지의 거리 그래프는 왕복 시간을 표시합니다. 역사적 지연 시간의 대략적인 분석을 위해 거리 그래프에서 거리(RTT)를 밀리초 단위로 반으로 나눕니다.

계정의 SLA 임계값 사용자 정의

계정의 모든 소켓 사이트에 대한 SLA 임계값 설정을 사용자 정의합니다.

connectionsla.png

계정의 SLA 임계값 설정을 사용자 정의하려면:

  1. 네비게이션 메뉴에서 네트워크 > 연결 SLA를 클릭합니다. 연결 SLA 화면이 열립니다.

  2. SLA 임계값 섹션을 확장합니다.

  3. 패킷 손실 및 지연 시간에 대한 사용자 정의 SLA 임계값 사용을 클릭합니다.

  4. 링크의 평가 기간을 사용자 정의하고, 다음 임계값을 초과하는 경우 링크는 SLA가 수용 불가능한 것으로 간주됩니다 동안의 초 수를 입력합니다.

  5. 패킷 손실률평균 지연 시간에 대한 SLA 임계값 설정을 사용자 정의합니다.

  6. 패킷 손실률평균 지연 시간이 SLA 임계값을 초과하지 않아야 하는 시간 창의 %를 결정합니다.

  7. 저장을 클릭합니다.

사이트의 SLA 임계값 사용자 정의

특정 사이트에 대한 활성 링크에 대해 다른 SLA 임계값을 사용자 정의할 수 있습니다. 특정 사이트의 설정은 계정 설정을 무시합니다.

특정 사이트의 SLA 임계값을 사용자 정의하려면:

  1. 네비게이션 메뉴에서 네트워크 > 사이트를 클릭하고 사이트를 선택합니다.

  2. 네비게이션 메뉴에서 고급 설정 > 연결 SLA를 클릭합니다.

  3. SLA 임계값 섹션을 확장합니다.

  4. 계정 설정 무시를 선택합니다.

  5. 링크의 평가 기간을 사용자 정의하고, 다음 임계값을 초과하는 경우 링크는 SLA가 수용 불가능한 것으로 간주됩니다 동안의 초 수를 입력합니다.

  6. 패킷 손실률평균 지연 시간에 대한 SLA 임계값 설정을 사용자 정의합니다.

  7. 패킷 손실률평균 지연 시간이 SLA 임계값을 초과하지 않아야 하는 시간 창의 %를 결정합니다.

  8. 저장을 클릭합니다.

도움이 되었습니까?

2명 중 1명이 도움이 되었다고 했습니다.

댓글 0개