Topologia Hub & Spoke Off-Cloud para Recuperação de WAN

Visão geral da recuperação WAN

Recuperação WAN fornece resiliência se seus sites de Socket não puderem se comunicar através da Cato Cloud. Utiliza túneis VPN diretos entre Sites de Socket pela Internet para preservar o tráfego WAN se houver problemas significativos de conectividade com a Nuvem Cato. Por padrão, cada Socket mantém túneis com outros Sockets usando keepalives, garantindo rápida recuperação e resiliência.

Por padrão, todos os Sites de Socket (exceto os na China) também formam uma malha completa de túneis Off-Cloud, trocando continuamente sondas de alcance com todos os outros sites. Embora adequado para pequenas e médias implantações, esse comportamento gera tráfego desnecessário e aumenta a carga da CPU em ambientes de grande escala.

A transição para um design hub & spoke reduz o número de túneis e sondas, mantendo desempenho e eficiência ótimos.

Devo alterar minha conta para uma topologia fora da nuvem hub & spoke?

Para contas com centenas ou milhares de Sites de Socket, a topologia Off-Cloud de malha completa pode resultar em:

  • Alta utilização de CPU e consumo de recursos em Sockets (por exemplo, modelos X1500) de manter numerosos túneis entre Sites e keepalives.

  • Uso aumentado de largura de banda de sondas de alcance entre Sites, o que pode ser especialmente problemático para Sites com largura de banda limitada ou links celulares.

Para garantir que esses tipos de contas permaneçam escaláveis, eficientes e estáveis à medida que crescem, devem considerar mover para uma topologia hub & spoke.

O que são as mudanças na conta com a topologia hub & spoke?

Quando a topologia Off-Cloud para sua conta é alterada de malha completa para hub & spoke, designamos os data centers ou sedes como Sites de hub, e os outros sites como spokes. 

  • Sites de hub conectam-se a todos os hubs e spokes

  • Locais spoke conectam-se apenas a hubs, com esta mudança de roteamento:

    • Rotas específicas do spoke não são anunciadas para outros locais spoke

Esta mudança reduz significativamente o número de túneis entre Sites e sondas de alcance.

Quando é aplicada a mudança de topologia à minha conta?

  • As mudanças serão implementadas durante janelas de manutenção pré-agendadas com clientes

  • As implementações podem ocorrer em fases graduais, começando com um pequeno número de Sites para validar o comportamento esperado

Qual é o impacto de mudar para uma topologia hub & spoke?

  • Impacto esperado:

    • Todos os Sites continuarão a se comunicar através da Nuvem Cato, independentemente do papel

    • Recuperação de WAN Off-Cloud continuará a funcionar entre spokes e hubs, mas não entre spokes

  • Impacto potencial no pior caso:

    • Se hubs não forem configurados corretamente, spokes podem temporariamente perder Recuperação de WAN Off-Cloud entre eles

    • Resolução: identificar o(s) site(s) afetado(s) e reconfigurá-los como hubs

Como administrador de conta, o que preciso fazer?

  1. Entre em contato com o representante de conta da Cato e informe-o que você deseja alterar para uma topologia hub & spoke para recuperação WAN.
  2. Certifique-se de que seus sites de data center e sedes sejam corretamente identificados no CMA.

    Para mais informações, veja Usando o CMA para Adicionar Sites.

  3. Durante a janela de manutenção pré-agendada:

    1. Esteja disponível para confirmar a conectividade do Site

    2. Relate imediatamente quaisquer problemas inesperados de conectividade

  4. Após a mudança:

    1. Verifique se aplicativos críticos e conexões entre Sites funcionam conforme o esperado

Qual é o processo para voltar para uma topologia de malha?

Um retorno é altamente improvável, mas se necessário, o procedimento é simples e fácil de realizar:

  • Redefiniremos as configurações da conta para malha completa

  • O retorno pode ser realizado durante a janela de manutenção

Esse artigo foi útil?

Usuários que acharam isso útil: 0 de 0

0 comentário