Visão geral da transferência de dados site a site

Com o Network Connectivity Center (NCC), você usa a rede do Google como parte de uma rede de longa distância (WAN) que inclui seus sites externos. Esse recurso é conhecido como transferência de dados site a site.

Por exemplo, imagine que você tem um escritório em Nova York, um em Sydney e outro em Tóquio. Depois de concluir a configuração necessária, é possível usar a rede do Google para mover dados entre os três locais.

Para ativar essa funcionalidade, use um recurso compatível para conectar cada site ao Google Cloud. Em seguida, crie um spoke do NCC para representar cada recurso de conectividade. Cada spoke é associado a um hub central, que fornece conectividade de malha completa entre todos os spokes.

Os recursos de conectividade compatíveis incluem o Cloud VPN (túneis de VPN de alta disponibilidade), o Cloud Interconnect e o dispositivo roteador. O dispositivo roteador é um recurso do NCC que permite instalar um dispositivo virtual de rede de terceiros em Google Cloud e usá-lo para trocar rotas com o Cloud Router.

Transferência de dados pela rede do Google.
Transferência de dados pela rede do Google (clique para ampliar)

Veja uma comparação de produtos e recursos de conectividade híbrida em Como escolher um produto do Network Connectivity.

Para mais informações sobre o roteador do roteador, consulte a Visão geral do dispositivo do roteador. Para informações sobre o NCC, consulte a visão geral do NCC.

Considerações

Antes de usar o NCC para a transferência de dados, analise e considere os seguintes pontos:

  • O tráfego de transferência de dados entre sites é o melhor esforço, e não há garantias de largura de banda ou latência.

  • A transferência de dados está disponível apenas em locais compatíveis. Veja um exemplo de como configurar divulgações de rota quando uma das conexões redundantes da Interconexão é para um local incompatível em Configurar roteador local para divulgações mistas.

  • Quando a transferência de dados é ativada para um ou mais spokes, todos os recursos de conectividade associados a esses spokes precisam fazer parte de uma única rede VPC.

  • Se você quiser trocar rotas entre spokes de várias regiões, a rede VPC em que seus recursos spoke residem precisa ter o modo de roteamento dinâmico definido como global.

  • Em cada spoke, verifique se o roteador local está divulgando rotas idênticas para o Cloud Router associado ao spoke.

  • Em alguns casos, sua rede pode estar com divulgações de rota duplicadas de vários spokes das mesmas sub-redes com a mesma prioridade. O NCC lida com essas situações da seguinte maneira:

    • Quando diferentes tipos de recursos estão sendo usados, os anexos da VLAN recebem mais tráfego do que as conexões do Cloud VPN, que recebem mais tráfego do que as VMs que atuam como instâncias do dispositivo roteador.
    • Quando o NCC divide o tráfego em vários recursos do mesmo tipo, como dois túneis de VPN, ele usa o roteamento de vários caminhos de custo igual (ECMP) para distribuir tráfego.

  • Problema conhecido. Podem ocorrer problemas quando há divulgações de rota duplicadas de recursos nos spokes participantes, como túneis de VPN de alta disponibilidade, e também de recursos semelhantes fora dos spokes. Quando existirem divulgações de rota duplicadas, o tráfego nos spokes participantes poderá usar o ECMP para distribuir o tráfego por todos os próximos saltos disponíveis. Esse comportamento ocorre mesmo se os próximos saltos não estiverem participando de hubs ou spokes.

  • As rotas aprendidas personalizadas do Cloud Router não são honradas. Se você usar rotas aprendidas personalizadas em sessões do BGP associadas a esse recurso, as rotas não serão propagadas para sites externos.

  • Consulte também Considerações na visão geral principal do NCC.

Requisitos

Ao usar a transferência de dados site a site, faça o seguinte:

A seguir