O Cross-Cloud Interconnect é um produto que ajuda a estabelecer uma conectividade dedicada de alta largura de banda entre o Google Cloud e outro provedor de serviços de nuvem.
Quando você compra o Cloud Interconnect, o Google provisiona uma conexão física dedicada entre a rede do Google e a de outro provedor de serviços de nuvem. É possível usar essa conexão para fazer peering da rede de nuvem privada virtual (VPC) do Google com a rede hospedada por um provedor de serviços em nuvem compatível.
O Google aceita a conexão até o ponto em que ela chega à rede do outro provedor de serviços de nuvem. O Google não garante o tempo de atividade do outro provedor de serviços de nuvem e não pode criar um tíquete de suporte em seu nome. No entanto, com sua permissão, o suporte do Google Cloud pode se comunicar diretamente com a equipe de suporte do seu outro provedor de nuvem para agilizar a resolução do problema.
O Cross-Cloud Interconnect ajuda a evitar alguns dos pontos problemáticos comuns associados à configuração multicloud, conforme descrito na seção a seguir.
Benefícios
Nesta seção, descrevemos os benefícios multicloud em geral e do Cross-Cloud Interconnect em particular.
Estratégia integrada multicloud
O Cloud Interconnect é compatível com a adoção de uma estratégia integrada multicloud. Ao adotar uma arquitetura multicloud, é possível fazer o seguinte:
Evite ficar preso a um único fornecedor.
Armazenar dados em uma nuvem e hospedar a lógica de negócios em outra.
Evitar a inatividade se uma nuvem tiver uma interrupção.
Usar uma segunda nuvem para a recuperação de desastres.
Maximize os insights de negócios analisando dados em várias nuvens.
Menor complexidade
Sem o Cloud Interconnect, as opções para configurar a conectividade são limitadas e todas são relativamente complexas.
Uma opção é implantar seu próprio roteador em uma instalação de colocation e, em seguida, conectá-lo às redes dos provedores de serviços de nuvem. Em geral, essa abordagem pode ser cara e demorada.
Outra opção é fazer um contrato com um terceiro para estabelecer a conectividade. No entanto, pode ser complicado selecionar um ou vários fornecedores e negociar um ou mais contratos. Ao usar essa abordagem, você também precisa investir tempo aprendendo sobre os sistemas específicos dos seus fornecedores.
Ao usar o Cloud Interconnect, você não precisa implantar seu próprio hardware e elimina a necessidade de trabalhar com terceiros.
Transferência de dados site a site
É possível usar o Cloud Interconnect como parte de uma estratégia de transferência de dados de site para site. A transferência de dados site a site é um recurso do Network Connectivity Center que permite usar a rede do Google como uma rede de longa distância (WAN, na sigla em inglês).
Com esse recurso, você conecta suas redes externas ao Google Cloud usando recursos de conectividade compatíveis. Em seguida, associe cada recurso a um spoke do Network Connectivity Center e ative-os para transferência de dados site a site. Nesse momento, será possível realizar a transferência de dados entre os sites.
Você pode usar esse recurso para:
Conecte suas redes na nuvem: suponha que você tenha uma rede hospedada pelo Microsoft Azure e outra hospedada pelo Amazon Web Services (AWS). Nesse cenário, é possível estabelecer um par de conexões do Cloud Interconnect para acessar a rede do Azure e outro para acessar a rede da AWS. Depois de configurar os spokes do Network Connectivity Center, é possível usar a rede do Google para transferir dados entre as redes do Azure e da AWS.
Conectar uma rede local a outras nuvens: suponha que você tenha a configuração descrita no tópico anterior, mas também tenha escritórios em Nova York e Sydney. Nesse cenário, é possível estabelecer conectividade com seus escritórios usando recursos como anexos da VLAN da Interconexão dedicada ou túneis do Cloud VPN (VPN de alta disponibilidade). Depois de criar spokes, você pode usar a rede do Google para transferir dados entre um dos seus escritórios e as redes do Azure e da AWS.
A transferência de dados de site a site está disponível apenas em determinados locais.
Criptografia
O Cross-Cloud Interconnect é compatível com o MACsec para criptografia do Cloud Interconnect para maior segurança. Use o MACsec para o Cloud Interconnect para proteger o tráfego nas conexões Cross-Cloud Interconnect. Para mais informações, consulte Informações gerais do MACsec para o Cloud Interconnect.
Provedores de serviços de nuvem compatíveis
O Google é compatível com os seguintes provedores de serviços de nuvem para uso com o Cloud Interconnect:
Amazon Web Services (AWS)
Microsoft Azure
Oracle Cloud Infrastructure (OCI)
Alibaba Cloud
O Cloud Interconnect e esta documentação se referem a esses provedores de serviços como seu provedor de serviços de nuvem remota ou uma nuvem remota.
Comparação com o Partner Cross-Cloud Interconnect para OCI
O Cross-Cloud Interconnect permite que você ative a conectividade dedicada entre o Google Cloud e o OCI. Já o Partner Cross-Cloud Interconnect para OCI permite conectar qualquer recurso do Google Cloud e do OCI de maneira particular em locais pareados disponíveis. Use a tabela a seguir para escolher a opção mais adequada para você:
| Recurso | Cross-Cloud Interconnect | Partner Cross-Cloud Interconnect para OCI |
|---|---|---|
| Locação |
As conexões são de sua propriedade e não podem ser compartilhadas entre organizações. |
Portas de propriedade do Google Cloud e do OCI. As conexões podem ser usadas por vários clientes. |
| Velocidades compatíveis |
10 Gbps, 100 Gbps. |
1 Gbps, 2 Gbps, 5 Gbps, 10 Gbps, 20 Gbps, 50 Gbps. |
| Custo |
Você paga pelas portas e anexos nas nuvens e pela transferência de dados pelo tráfego que sai do Google Cloud. |
Você paga pelos anexos do Google Cloud Partner e circuitos virtuais OCI. Não há taxa de transferência de dados. |
| Desempenho |
Latência ideal. |
Latência ideal. |
| Suporte |
O Google oferece suporte para a conexão até a demarcação do OCI. |
O Google Cloud e o parceiro do OCI oferecem suporte total à solução. |
Suporte do Google para Cross-Cloud Interconnect
O diagrama a seguir mostra o ponto de cabeamento físico pelo qual o Suporte do Google é responsável. Para quaisquer outros problemas, entre em contato com o outro provedor de serviços de nuvem que você está usando.
Capacidade
As conexões do Cloud Interconnect estão disponíveis em dois tamanhos: 10 Gbps ou 100 Gbps.
MTU do Interconexão entre nuvens
Com o Interconexão entre nuvens, é possível configurar unidades máximas de transmissão (MTUs) jumbo com qualquer um dos provedores de nuvem. Para informações sobre o suporte a MTUs maiores, consulte a documentação do provedor de nuvem remoto, já que ela pode ser diferente da do Google.
Processo de configuração
Para iniciar o processo de configuração, identifique os locais compatíveis em que você quer que o Google coloque suas conexões. Em seguida, você compra as portas principais e redundantes do Cross-Cloud Interconnect. Você também pode comprar portas primárias e redundantes do seu provedor de serviços de nuvem remoto.
Após a compra do provedor de serviços de nuvem remoto, ele fornecerá uma documentação que autoriza você a se conectar ao roteador. Você envia esta documentação ao Google. Nesse ponto, o Google poderá provisionar suas conexões. Para cada conexão, o Google conecta fisicamente uma das portas do Cloud Interconnect a uma das portas de nuvem remota.
Depois que o Google provisiona sua conexão, notificamos que ela está pronta para uso. Para começar a usar a conexão, configure os recursos do Google Cloud e os recursos da nuvem remota.
Para uma visão geral mais detalhada, consulte uma das seguintes opções:
Preços fixos
O Cross-Cloud Interconnect oferece preços de porta fixos para a transferência de dados de saída para anexos da VLAN. Assim, você recebe uma fatura mensal fixa para transferências de dados de saída para as seguintes conexões do Cross-Cloud Interconnect:
- Conexões com anexos da VLAN locais na região do Google Cloud onde os anexos estão conectados.
- Conexões com anexos da VLAN que são locais ou remotos para a região do Google Cloud em que os anexos estão conectados.
- Todas as conexões com anexos da VLAN em uma localização geográfica (como Estados Unidos) que são locais ou remotos em relação à região do Google Cloud em que os anexos estão conectados.
Uma conexão local é um anexo da VLAN em uma localização metropolitana com uma
região do Google Cloud de destino no mesmo local de área metropolitana que seu anexo da VLAN.
Por exemplo, se você receber um anexo da VLAN na área metropolitana de Los Angeles, na Califórnia, a região local do Google Cloud será us-west2.
Uma conexão remota é um anexo da VLAN em uma localização metropolitana com uma região do Google Cloud de destino não no mesmo local de área metropolitana que seu anexo da VLAN. Por exemplo, se você receber um anexo de VLAN na área metropolitana de Portland, Oregon, não haverá uma região local do Google Cloud disponível nessa área metropolitana.
Da mesma forma, se você criar um anexo da VLAN na área metropolitana de Los Angeles, região metropolitana da Califórnia,
as transferências de dados de saída da rede us-east4 do Google Cloud
serão consideradas conexões remotas, porque estão localizadas em diferentes áreas metropolitanas.
As seguintes regiões do Google Cloud só oferecem suporte a preços fixos para anexos de VLAN remotos no Cross-Cloud Interconnect:
- us-west1
- us-east1
- europe-west4
- europe-north1
- asia-east1
Para solicitar uma conexão Cross-Cloud Interconnect com preços de porta fixos, entre em contato com sua equipe de conta.
Contrato de nível de serviço
O Cloud Interconnect usa o contrato de nível de serviço (SLA, na sigla em inglês) do Cloud Interconnect. Como o Cross-Cloud Interconnect é um modelo de responsabilidade compartilhada entre o Google Cloud e outro provedor de serviços de nuvem, o SLA do Cross-Cloud Interconnect cobre a infraestrutura do Google Cloud até o ponto em que é transferida para o outro provedor de serviços na nuvem.
Para se qualificar para o SLA, a configuração do Cloud Interconnect precisa usar uma das abordagens descritas nas seções a seguir.
Ambas as abordagens exigem redundância. Para incorporar a redundância, localize, no mínimo, as conexões em dois domínios de disponibilidade de borda. Um domínio de disponibilidade de borda é uma zona dentro de uma área metropolitana. O uso de vários domínios de disponibilidade de borda maximiza a disponibilidade porque dois domínios na mesma área metropolitana geralmente não estão desativados para manutenção ao mesmo tempo.
Requisito mínimo
O SLA do Cloud Interconnect exige que você tenha, no mínimo, duas conexões: uma conexão primária e uma conexão redundante, cada uma em um domínio de disponibilidade de borda diferente de uma área metropolitana. Essa abordagem oferece 99,9% de disponibilidade.
Alta disponibilidade
Para aplicativos mais críticos, configure dois pares de conexões. Cada par precisa estar localizado em uma área metropolitana diferente. Em cada área metropolitana, você precisa usar dois domínios de disponibilidade de borda diferentes. Essa abordagem oferece 99,99% de disponibilidade.
Limitações
Nesta seção, descrevemos as limitações do Cross-Cloud Interconnect.
Locais
As conexões são suportadas apenas em determinados locais. Veja mais detalhes nos seguintes documentos:
IPv6
O IPv6 só é compatível quando você troca rotas IPv6 em uma sessão do protocolo de gateway de borda (BGP, na sigla em inglês) que foi estabelecida entre dois endereços IPv4.