O Interconexão entre nuvens é um produto que ajuda a estabelecer uma conectividade dedicada de alta largura de banda entre Google Cloud o Google Cloud e outro provedor de serviços de nuvem.
Quando você compra Interconexão entre nuvens, 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 de 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, é necessário ter um tíquete de suporte aberto com o outro provedor.
O Interconexão entre nuvens 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 Interconexão entre nuvens 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 (NCC) 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.Google Cloud Em seguida, associe cada recurso a um spoke do NCC 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 Interconexão entre nuvens para acessar a rede do Azure e outro para acessar a rede da AWS. Depois de configurar os spokes do NCC, é 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
Interconexão entre nuvens 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 Interconexão entre nuvens para OCI
O Interconexão entre nuvens permite que você ative a conectividade dedicada entre Google Cloud o Google Cloud e o OCI. Já o Partner Cross-Cloud Interconnect para OCI permite conectar qualquer recurso do Google Cloud 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. |
Google Cloud O Google Cloud e o OCI são proprietários das portas. As conexões podem ser usadas por vários clientes. |
| Velocidades compatíveis |
10 Gbps, 100 Gbps, 400 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 Google Cloud. |
Você paga pelos anexos do parceiro Google Cloud 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 O Google Cloud e o parceiro do OCI oferecem suporte total à solução de ponta a ponta. |
Comparação com o Partner Interconexão entre nuvens para AWS
O Interconexão entre nuvens permite que você ative a conectividade dedicada entre o Google Cloud Google Cloud e a AWS. Já o Partner Interconexão entre nuvens para AWS permite conectar qualquer recurso do Google Cloud Google Cloud e da AWS de maneira particular em locais pareados disponíveis. Use a tabela a seguir para escolher a opção mais adequada para você:
| Tipo de conexão de interconexão | Interconexão entre nuvens | Partner Interconexão entre nuvens para AWS |
|---|---|---|
| Descrição | Fornece conectividade dedicada entre Google Cloud e provedores como OCI, AWS, Azure e Alibaba | Fornece conectividade dedicada entre Google Cloud e provedores como a AWS |
| Precisa de provisionamento físico | Sim | Não |
| Precisa de anexos e portas físicas | Sim | Não |
| Incrementos de conexão | 10 Gbps ou 100 Gbps | Velocidades granulares pré-aprovadas de 1 Gbps a 100 Gbps |
| Tempo de provisionamento | De 1 a 4 semanas | Minutos |
| Pedido de conexão | Precisa ser iniciado no Google Cloud Google Cloud | Bidirecional; pode ser iniciado no Google Cloud ou na Amazon Web Services Google Cloud |
| Resiliência | Precisa ser configurada manualmente | Incorporada ao produto |
Suporte do Google para Interconexão entre nuvens
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 da porta
As conexões do Interconexão entre nuvens estão disponíveis nos seguintes tamanhos:| Provedor | Tamanho |
|---|---|
| Amazon Web Services (AWS), Oracle Cloud Infrastructure (OCI) | 10 Gbps, 100 Gbps e 400 Gbps |
| Microsoft Azure, Alibaba Cloud | 10 Gbps, 100 Gbps |
MTU do Interconexão entre nuvens
O Interconexão entre nuvens permite 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 remota, já que elas podem não ser as mesmas 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 Google Cloud 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 Interconexão entre nuvens oferece preços de porta fixos para transferências de dados de saída para anexos da VLAN. É possível escolher preços fixos para cada conexão do Interconexão entre nuvens e escolher a quais tipos de conexões você quer aplicar o preço fixo. Assim, você recebe uma fatura mensal fixa para transferências de dados de saída.
Os preços de porta fixos consideram os seguintes tipos de conexões:
Conexão local: o anexo da VLAN está no mesmo local metropolitano em que a região de destino Google Cloud 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 for
us-west2, o local do anexo da VLAN e a região de destino Google Cloud serão os mesmos. Google Cloud Isso é considerado uma conexão local.Conexão remota: o anexo da VLAN está em um local metropolitano diferente de onde a região de destino Google Cloud está localizada.
Por exemplo, se você criar um anexo da VLAN na área metropolitana de Los Angeles, na Califórnia e a região de destino for
us-east4, o local do anexo da VLAN e a região de destino Google Cloud serão diferentes. Google Cloud 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 local Google Cloud disponível nessa área metropolitana. Como não é possível se conectar a uma região Google Cloud local, isso é considerado uma conexão remota.
As seguintes Google Cloud regiões só oferecem suporte 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 Interconexão entre nuvens com preços de porta fixos, entre em contato com sua equipe de conta.
Intervalos de endereços IP personalizados
Ao criar um anexo da VLAN para o Interconexão entre nuvens, é possível configurar intervalos de endereços IP personalizados para as extremidades do Cloud Router e do roteador do cliente do anexo. Para informações sobre como ele funciona, incluindo limitações e práticas recomendadas, consulte a seção Intervalos de endereços IP personalizados na visão geral do Cloud Interconnect.
Ao configurar intervalos de endereços IP personalizados para anexos da VLAN que você usa com o Interconexão entre nuvens e a AWS, é necessário fornecer a sub-rede IPv6 alocada pela AWS durante o provisionamento do anexo. Ao configurar intervalos de endereços IP personalizados para anexos da VLAN com outros provedores de serviços de nuvem, é possível usar seus próprios endereços IP ou usar endereços IP configurados pelo provedor de serviços. Para configurar intervalos de endereços IP personalizados com o Interconexão entre nuvens, consulte as seguintes páginas:
- Alibaba Cloud: configurar intervalos de endereços IP personalizados
- Amazon Web Services (AWS): configurar intervalos de endereços IP personalizados
- Microsoft Azure: configurar intervalos de endereços IP personalizados
- Oracle Cloud Infrastructure: configurar intervalos de endereços IP personalizados
Contrato de nível de serviço
O Interconexão entre nuvens usa o Cloud Interconnect contrato de nível de serviço (SLA). Como o Interconexão entre nuvens é um modelo de responsabilidade compartilhada entre o Google Cloud e outro provedor de serviços de nuvem, o SLA do Interconexão entre nuvens cobre a infraestrutura do Google Cloud até o ponto em que é transferida para o outro provedor de serviços na nuvem. Google Cloud Google Cloud
Para se qualificar para o SLA, a configuração do Interconexão entre nuvens 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.
Crítico para a Production
Para alcançar 99,99% de disponibilidade, é possível usar uma topologia multirregional ou de região única.
Multirregional
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.
Única região
Para cargas de trabalho que exigem 99,99% de disponibilidade em uma única região, é possível usar a topologia de região única. Essa configuração exige que os dois Cloud Routers estejam na mesma região, conectados a anexos da VLAN em domínios de disponibilidade de borda diferentes.
Para mais informações sobre os locais compatíveis com cada provedor de nuvem, consulte os seguintes documentos:
Não é crítico para a Production
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.
Limitações
As conexões do Interconexão entre nuvens são compatíveis apenas em determinados locais. Veja mais detalhes nos seguintes documentos: