WAN 복구는 소켓 사이트가 Cato 클라우드를 통해 통신할 수 없는 경우에 복원력을 제공합니다. Cato 클라우드에 심각한 연결 문제가 있을 경우 WAN 트래픽을 유지하기 위해 소켓 사이트 간의 인터넷을 통한 직접 VPN 터널을 사용합니다. 기본적으로 각 소켓은 다른 소켓과 키플라이브를 사용하여 터널을 유지하여 빠른 복구와 탄력성을 보장합니다.
기본적으로 중국을 제외한 모든 소켓 사이트는 전체 메쉬의 오프-클라우드 터널을 형성하며, 모든 다른 사이트와 지속적으로 도달 가능성 프로브를 교환합니다. 소규모 및 중규모 배포에 적합하지만 대규모 환경에서는 불필요한 트래픽을 생성하고 CPU 부하를 증가시킵니다.
허브 & 스포크 설계로 전환하면 터널과 프로브의 수를 줄여 최적의 성능과 효율성을 유지할 수 있습니다.
수백 또는 수천 개의 소켓 사이트가 있는 계정의 경우 기본 전체 메쉬 오프-클라우드 토폴로지는 다음과 같은 결과를 초래할 수 있습니다:
-
높은 CPU 활용도 및 자원 소비 소켓 (예: X1500 모델)에서 다수의 사이트 간 터널 및 키플라이브를 유지하면서 발생합니다.
-
사이트 간 도달 가능성 프로브로 인한 대역폭 사용 증가, 이는 제한된 대역폭이나 셀룰러 링크가 있는 사이트에서 특히 문제가 될 수 있습니다.
이러한 유형의 계정이 성장하면서 확장 가능하고 효율적이며 안정적임을 보장하기 위해 허브 & 스포크 토폴로지로 이동하는 것을 고려해야 합니다.
계정의 오프-클라우드 토폴로지가 전체 메쉬에서 허브 & 스포크로 변경되면 데이터 센터나 본사를 허브 사이트로 지정하고 다른 사이트를 스포크로 지정합니다.
-
허브 사이트는 모든 허브 및 스포크와 연결됩니다.
-
스포크 사이트는 허브와만 연결됩니다. 다음 라우팅 변경으로:
-
스포크 특정 라우트는 다른 스포크 사이트에 광고되지 않습니다.
-
이 변경으로 인해 사이트 간 터널 수와 도달 가능성 프로브 수가 크게 줄어듭니다.
-
변경 사항은 고객과 미리 정해진 유지보수 기간 동안 구현됩니다.
-
전개는 예상 행동을 검증하기 위해 소수의 사이트로부터 시작하여 점진적인 단계로 진행될 수 있습니다.
-
예상되는 영향:
-
모든 사이트는 역할에 상관없이 Cato 클라우드를 통해 계속 통신할 것입니다.
-
오프-클라우드 WAN 복구는 스포크와 허브 간에는 계속 작동하지만 스포크 간에는 작동하지 않습니다.
-
-
잠재적인 최악의 경우 영향:
-
허브가 올바르게 구성되지 않은 경우 스포크 간 오프-클라우드 WAN 복구가 일시적으로 중단될 수 있습니다.
-
해결: 영향을 받는 사이트를 식별하고 허브로 다시 구성합니다.
-
- Cato 계정 담당자에게 접근하여 WAN 복구를 위한 허브 & 스포크 토폴로지로 변경하고 싶다는 것을 알려주십시오.
-
데이터 센터와 본사 사이트가 CMA에 올바르게 식별되었는지 확인하십시오.
자세한 정보는 CMA를 사용하여 사이트 추가하기를 참조하십시오.
-
사전 정해진 유지보수 기간 동안:
-
사이트 연결성을 확인할 수 있도록 대기하십시오.
-
예상치 못한 연결 문제를 즉시 보고하십시오.
-
-
변경 후:
-
중요한 애플리케이션과 사이트 간 연결이 예상대로 작동하는지 확인하십시오.
-
댓글 0개
댓글을 남기려면 로그인하세요.