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

Este documento aborda considerações de design para qualquer pessoa interessada em soluções georredundantes no Network Edge. Abordaremos alguns casos de uso, começando com um exemplo simples e adicionando progressivamente mais opções. Não existe uma solução única que funcione para todos; você terá que tomar as decisões que melhor se adaptam à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 redundante aos CSPs na mesma área metropolitana. A redundância local protege contra falhas de hardware local, já que os dispositivos redundante são colocados em planos de computação diferentes. Você também tem a flexibilidade de criar circuitos virtuais redundante dos dispositivos Network Edge redundante para os CSPs, dependendo de sua tolerância a riscos.

No entanto, VNFs e conexões localmente redundante não protegem contra uma interrupção que afete todos os dispositivos locais, como um incêndio que possa inutilizar dispositivos por um longo período, ou 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 acima, um roteador Network Edge adicional é implantado em uma área metropolitana diferente da região nordeste. Normalmente, esse novo dispositivo estaria na mesma região, mas isso não é um requisito, pois o Equinix Fabric permite conectividade entre áreas metropolitanas 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 transferido 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 ao usuário, essa arquitetura também pode proporcionar redundância geográfica: no caso de uma interrupção que afete toda a implantação no Vale do Silício, o tráfego SD-WAN será redirecionado para Ashburn. O tráfego de várias nuvens ainda pode ocorrer por meio do metrô disponível.

Se você deseja redundância geográfica e tem apenas um metrô operacional (ou tem dois ou mais metrôs e deseja 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 múltiplas opções de conectividade na camada de acesso. Por exemplo, você pode estar usando uma porta de Fabric remota (também conhecida como BYOC) para se conectar a um provedor de serviços no Vale do Silício. Para fornecer conectividade na camada de acesso ao site geo-redundante em Chicago, você tem múltiplas opções:

1. Use um novo fornecedor de rede local no(s) novo(s) metrô(s) - seja através do BYOC ou um fornecedor já no Fabric. Com BYOC, você se conecta a um provedor de rede local no Fabric através de uma porta remota. Este processo pode levar vários dias para ser concluído.

2. Criar VCs ponto a ponto do novo metrô (Chicago) de volta a um site existente (Vale do Silício). Normalmente, você escolheria essa opção como uma solução temporária de redundância geográfica para situações como uma manutenção planejada que afete o metrô principal ou como uma solução de "espera fria", em que o metrô redundante geograficamente só existe no caso de o 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 com relação aos requisitos operacionais para gerenciamento de espaço de endereço, fluxos de aplicativos e quais mecanismos existem para manter a continuidade da rede tornam isso mais complexo do ponto de vista operacional.

3. Use conectividade multiponto a multiponto para compartilhar a conexão do provedor de serviços entre áreas metropolitanas. Isso é especialmente útil na criação de uma topologia em malha completa entre várias áreas metropolitanas. O benefício dessa abordagem é que várias conexões são criadas para estender a conexão do provedor a várias áreas metropolitanas. As considerações incluem as 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 no Equinix Fabric. Devido aos requisitos definidos pelo provedor, você precisará avaliar você opções, pois elas variam entre os provedores. Para máxima resiliência, a prática recomendada sugerida é criar duas ou mais malhas de provedores separados em mercados diferentes.

   

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

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

4. Você tem conectividade 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 em DC seria roteado para a região AMER West pelo backbone da AWS.

5. Você tem conectividade de trânsito através do Equinix Fabric. No exemplo acima, você poderia optar por construir suas conexões de cloud através do Equinix Fabric para que o tráfego no DC se conectar a região AWS AMER West. Isso é comum em implantações onde você não tem conectividade de trânsito através do backbone do provedor de cloud .

6. Você usa a Internet (DIA) para conectividade de trânsito. Isso é comum quando os gateways SD-WAN são implantados e a Internet está sendo usada como subcamada para conectividade de trânsito entre sites. Talvez você ache isso preferível devido ao seu orçamento de latência e aos requisitos comerciais.

7. 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 sua tolerância ao risco.

Colocação

Muitos clientes também possuem kits fisicamente implantados em um Equinix IBX. Com base nos casos de uso acima, é possível criar conexões para incorporar esses sites como parte de uma arquitetura georredundante. É comum que os clientes expandam suas implantações existentes do Network Edge enviando tráfego para seus sites co-localizados. Muitas vezes, esses sites são usados para fornecer continuidade de negócios como parte de uma iniciativa maior de resiliência de rede .

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

• Utilize um VC ponto a ponto da porta compartilhada de colocation SV, através do Fabric, até o dispositivo Network Edge no DC. Você deve avaliar se o seu espaço de endereço existente acomodará essa conectividade.

  

• Utilize uma conexão multiponto a multiponto da porta compartilhada de colocation SV, através do Fabric, até 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 entre vários sites. Semelhante ao exemplo acima, você deve avaliar se o seu espaço de endereço existente permite essa opção de conectividade .

  

Resumo

A redundância local atenua a possibilidade de uma única falha de hardware na infraestrutura do Network Edge . A redundância de VC protege contra falhas de caminho único devido a problemas na infraestrutura de transporte subjacente. Você tem a opção de adicionar VCs redundante após a implantação inicial, o que permite que a arquitetura evolua conforme as necessidades do negócio. Arquiteturas georredundantes fornecem resiliência no nível área metropolitana e mitigam problemas quando uma área metropolitana inteira está em risco.

Para obter a maior resiliência, você deve considerar dispositivos redundantes localmente combinados com implementações com redundância geográfica. Essa abordagem reduz tanto as falhas individuais na infraestrutura dentro de um metrô quanto os riscos associados se um metrô inteiro ficar off-line. A combinação disso com provedores de rede diversificados e provedores de nuvem com conectividade multiponto totalmente em malha é considerada uma prática recomendada para quem não pode se dar ao luxo de ter tempo de inatividade.