Opções de Geo-Redundância para Network Edge

Este documento discute considerações de projeto para qualquer pessoa interessada em soluções geo-redundantes no Network Edge. Vamos percorrer alguns casos de uso, começando com um exemplo simples e progressivamente colocando mais opções em camadas. Não existe uma solução única que funcione para todos; você terá que tomar decisões que melhor atendam às suas necessidades.

Roteiro Nuvem a Nuvem

Neste caso de uso comum do Network Edge, os dispositivos do Network Edge são simplesmente roteados entre dois provedores de serviço de cloud (CSPs).

Você tem a opção de adicionar resiliência local adicionando outro roteador Network Edge e conexões redundantes aos CSPs no mesmo metrô. A redundância local protege contra uma falha de hardware local, pois os dispositivos redundantes são colocados em diferentes planos de computação. Você também tem a flexibilidade de criar circuitos virtuais redundantes dos dispositivos Network Edge redundantes para os CSPs, dependendo de sua tolerância a riscos.

No entanto, VNFs e conexões localmente redundantes não protegem contra uma interrupção que afeta todos os dispositivos locais, como um incêndio que pode remover dispositivos por um longo período ou até mesmo uma atualização de infraestrutura. Para esse nível de resiliência, a redundância geográfica deve ser considerada. Com base no caso de uso de cima, um roteador Network Edge adicional é implantado em um metrô NE diferente. Normalmente, esse novo dispositivo estaria na mesma região, mas isso não é um requisito, pois o Equinix Fabric permite conectividade entre Metrôs ao redor do mundo.

A redundância local combinada com a redundância geográfica oferece proteção máxima contra falhas locais de hardware em um metrô, bem como contra problemas (incêndio, desastre natural, etc.) que afetam todos os dispositivos no metrô.

Rampa na nuvem com roteamento de nuvem para nuvem

Nesse caso de uso, o tráfego SD-WAN das filiais está sendo agregado e em rampa para as nuvens. Como no caso de uso anterior, ele também fornece roteamento de nuvem para nuvem.

Os clientes geralmente implantam a agregação de SD-WAN em vários locais para melhorar a experiência do usuário, reduzindo a latência e evitando a necessidade de trombonear o tráfego por longas distâncias.

Além de proporcionar uma melhor experiência do usuário, essa arquitetura também pode fornecer redundância geográfica: No caso de uma interrupção que afete toda a implantação do Vale do Silício, o tráfego SD-WAN será reencaminhado para Ashburn. O tráfego multi-cloud ainda pode ocorrer através do metrô disponível.

Se você quiser redundância geográfica e tiver apenas um metrô operacional (ou tiver dois ou mais Metrôs e quiser adicionar um novo metrô), uma opção é espelhar o(s) metrô(s) existente(s). Neste exemplo, um novo site é adicionado em Chicago.

O Equinix oferece várias opções para conectividade de camada de acesso. Por exemplo, você pode estar usando uma porta fabric remota (também conhecida como BYOC) para se conectar a um provedor de serviços no Vale do Silício. Para fornecer conetividade de camada de acesso ao site geo-redundante em Chicago, você tem várias opções:

1. Use um novo provedor de rede local no(s) novo(s) metrô(s), seja por meio de BYOC ou de um provedor que já esteja no fabric. Com o BYOC, você se conecta a um provedor de rede local no fabric por meio de uma porta remota. Esse processo pode levar vários dias para ser concluído.

2. Crie VCs ponto a ponto do novo metrô (Chicago) de volta a um local existente (Vale do Silício). Normalmente, você escolheria essa opção como uma solução geo-redundante temporária para situações como uma manutenção planejada que afeta o metrô principal; ou como uma solução de "standby frio", em que o metrô geo-redundante só existe no caso do metrô principal não estar disponível. Isso não é tão comum porque você provavelmente precisará redirecionar manualmente o tráfego do metrô principal para o metrô redundante. Preocupações adicionais sobre requisitos operacionais para gerenciamento de espaço de endereços, fluxos de aplicativos e quais mecanismos existem para manter a continuidade da rede tornam isso mais complexo operacionalmente.

3. Use a conectividade multiponto a multiponto para compartilhar a conexão do provedor de serviços entre Metrôs. Isso é especialmente útil na criação de uma topologia de malha completa em várias Metrôs. O benefício dessa abordagem é que várias conexões são criadas para estender a conexão do provedor a vários Metrôs. As considerações incluem limitações de espaço de endereço disponível em circuitos existentes e quais opções seu provedor oferece para compartilhar a conexão entre Equinix Fabric. Devido aos requisitos definidos pelo provedor, você precisará avaliar suas opções, pois elas variam entre os provedores. Para obter resiliência máxima, a prática recomendada sugerida é criar duas ou mais malhas de provedores separados em mercados diferentes.

   

Nesses exemplos, se os dispositivos Network Edge em um mercado ficarem indisponíveis, o tráfego SD-WAN será redirecionado por um novo mercado. Usuários e aplicativos podem experimentar maior latência, dependendo das conexões existentes e de onde estão localizados.

Ao implantar sites geo-redundantes, você também deve considerar as conexões em nuvem. Por exemplo, se a implantação do Vale do Silício se conectar localmente por meio do AWS Direct Connect à região Oeste da AMER, é comum que o local de Ashburn se conecte à região Leste da AMER da AWS. Isso é típico porque os clientes preferem as conexões de latência mais baixa disponíveis na mesma região. Portanto, uma consideração importante para a redundância geográfica é como manter o acesso do provedor de nuvem no caso de uma falha no metrô de Network Edge. Isso variará de acordo com suas preferências e requisitos, mas essas conexões geralmente são mantidas por meio de um dos quatro métodos:

1. Você tem conetividade de trânsito entre regiões no provedor de nuvem. No exemplo acima, se o Vale do Silício não estivesse disponível, o tráfego de rede no DC seria roteado para a região oeste da AMER através do backbone da AWS.

2. Você tem conectividade de trânsito por meio do Equinix Fabric. No exemplo acima, você pode optar por criar suas conexões de nuvem na Equinix Fabric para que o tráfego no DC se conecte à região Oeste do AWS AMER. Isso é comum na implantação em que você não tem conectividade de trânsito no backbone do provedor de nuvem.

3. Você usa a Internet (DIA) para conectividade de trânsito. Isso é comum onde gateways SD-WAN são implantados e a Internet está sendo usada como base para a conectividade de trânsito entre sites. Você pode achar isso preferível devido ao seu orçamento de latência e aos requisitos de negócios.

4. Você usa alguma combinação de todos os itens acima. Os métodos acima não são mutuamente exclusivos. Na verdade, eles podem ser usados de forma intercambiável, dependendo das fronteiras regionais ou nacionais e de sua tolerância ao risco.

Colocation

Muitos clientes também implantaram fisicamente o kit no mesmo local em um Equinix IBX. Com base nos casos de uso acima, as conexões podem ser criadas para incorporar esses sites como parte de uma arquitetura geo-redundante. É comum que os clientes aumentem suas implantações de Network Edge existentes enviando tráfego para seus sites de localização compartilhada. Muitas vezes, esses sites são usados para fornecer Business Continuity como parte de uma iniciativa de resiliência de rede maior.

Se você precisar que o DC acesse aplicativos corporativos localizados no SV, poderá fazê-lo:

• Use um VC ponto a ponto da porta compartilhada SV Colocation através do fabric para o dispositivo Network Edge no DC. Você deve avaliar se o espaço de endereço existente acomodará essa conectividade.

  

• Use uma conexão multiponto a multiponto da porta compartilhada SV Colocation através do fabric para o dispositivo Network Edge no DC. Essa abordagem é mais fácil do que usar conexões ponto a ponto (P2P) para criar uma malha completa em vários sites. Semelhante ao exemplo acima, você deve avaliar se o espaço de endereço existente permite essa opção de conectividade.

  

Resumo

A redundância local atenua uma única falha de hardware na infraestrutura do Network Edge. A redundância do VC protege contra falhas de caminho único devido a problemas na infraestrutura de transporte subjacente. Você tem a opção de adicionar VCs redundantes após a implantação inicial, o que permite que a arquitetura evolua conforme os requisitos de negócios. As arquiteturas geo-redundantes fornecem resiliência no nível do metrô e mitigam problemas quando um metrô inteiro está em risco.

Para obter maior resiliência, você deve considerar dispositivos localmente redundantes combinados com implantações geo-redundantes. Essa abordagem atenua falhas únicas na infraestrutura dentro de um metrô, bem como quaisquer riscos associados se um metrô inteiro ficar off-line. Combinar isso com provedores de rede diversificados e provedores de nuvem com conectividade multiponto totalmente integrada é considerada uma prática recomendada para qualquer pessoa que não possa arcar com qualquer tempo de inatividade.