O Interconexão entre nuvens é 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. Com sua permissão, o Cloud Customer Care pode se comunicar diretamente com a equipe de suporte do seu outro provedor de nuvem para agilizar a resolução do problema. No entanto, você precisa ter um tíquete de suporte aberto com o outro provedor.
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 Interconexão entre nuvens permite que você ative a conectividade dedicada entre o Google Cloud e o OCI. Já o Partner Interconexão entre nuvens para OCI permite conectar qualquer Google Cloud e recurso 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. |
Google Cloud e portas de propriedade 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 Google Cloud anexos do parceiro 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. |
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 doGoogle Cloud e da nuvem remota.
Para uma visão geral mais detalhada, consulte uma das seguintes opções:
Preços fixos
O Interconexão entre nuvens oferece preços de porta fixos para transferências de dados de saída para anexos da VLAN. Você pode escolher preços fixos para cada conexão Interconexão entre nuvens e definir para quais tipos de conexão o preço fixo será aplicado. Assim, você recebe uma fatura mensal fixa para transferências de dados de saída.
O preço de porta fixa considera os seguintes tipos de conexão:
Conexão local: o anexo da VLAN está no mesmo local de área metropolitana em que a região Google Cloudde destino está localizada.
Por exemplo, se você receber um anexo da VLAN na área metropolitana de Los Angeles, na Califórnia, e a região de destino Google Cloud for
us-west2, o local do anexo da VLAN e a região de destino Google Cloudserão iguais. Isso é considerado uma conexão local.Conexão remota: o anexo da VLAN está em uma área metropolitana diferente da região Google Cloud de destino.
Por exemplo, se você criar um anexo de VLAN na área metropolitana de Los Angeles, na Califórnia, e a região de destino Google Cloud for
us-east4, o local do anexo da VLAN e a região de destino Google Cloudserão diferentes. Isso é considerado uma conexão remota.Da mesma forma, se você receber um anexo da VLAN na área metropolitana de Portland, Oregon, não haverá uma região Google Cloud local disponível nessa área metropolitana. Como não é possível se conectar a uma região Google Cloud local, essa é considerada uma conexão remota.
As seguintes regiões Google Cloud oferecem suporte apenas a preços fixos para conexões remotas no Interconexão entre nuvens:
- 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 Interconexão entre nuvens é um modelo de responsabilidade compartilhada entre Google Cloud e outro provedor de serviços de nuvem, o SLA do Interconexão entre nuvens cobre a infraestrutura deGoogle Cloudaté 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.