Termos-chave

Esta página contém termos importantes que se aplicam ao Cloud Interconnect. Confira esses termos para entender melhor como o Cloud Interconnect funciona.

Para ver mais informações, consulte a página Visão geral do Cloud Interconnect.

Termos do Cloud Interconnect

A terminologia da chave a seguir descreve os conceitos relacionados à criação do Cloud Interconnect. Esses termos podem se aplicar ao Dedicated Interconnect, ao Partner Interconnect ou a ambos.

Instalação de colocation (também conhecida como localização da Interconexão)

Na Interconexão dedicada, uma instalação de colocation é o local em que o Google tem um ponto de presença, possibilitando que você conecte sua rede local à do Google. É preciso trabalhar com o provedor da instalação para provisionar os aparelhos de roteamento antes de usar o Interconexão dedicada. Para ver uma lista de instalações e regiões compatíveis, consulte Como escolher locais de instalações de colocation.

Para a Interconexão por parceiro, os provedores de serviços compatíveis estão conectados ao Google em pelo menos uma dessas instalações.

domínio de disponibilidade de borda

Cada área metropolitana tem, pelo menos, duas zonas chamadas domínios de disponibilidade de borda. Eles oferecem isolamento durante a manutenção planejada, o que significa que dois domínios na mesma área metropolitana não serão desativados para manutenção ao mesmo tempo. Esse isolamento é importante quando você quer aumentar a redundância.

Os domínios de disponibilidade de borda abrangem uma única zona metropolitana. Para manter a disponibilidade e um SLA, você precisa criar conexões duplicadas do Interconnect em domínios diferentes na mesma área metropolitana. Por exemplo, a criação de conexões em dfw-zone1-4 e dfw-zone2-4 fornece redundância em domínios de disponibilidade de borda diferentes, enquanto dfw-zone1-4 e dfw-zone1-505 não, porque estão no mesmo domínio.

As janelas de manutenção não são coordenadas entre áreas metropolitanas. Por exemplo, os domínios de disponibilidade de borda dfw-zone1-4 e ord-zone1-7 podem enfrentar eventos de manutenção sobrepostos. Ao se conectar a várias áreas metropolitanas para redundância, é importante se conectar a diferentes domínios de disponibilidade de borda em cada uma dessas áreas, como descrito na topologia de produção.

LOA-CFA

A Carta de Autorização e Atribuição da Instalação de Conexão (LOA-CFA, na sigla em inglês) identifica as portas que o Google atribuiu à conexão. Além disso, ela concede permissão a fornecedores em uma instalação de colocation para que se conectem a elas. Os documentos LOA-CFA são necessários ao solicitar conexões da Interconexão dedicada em uma instalação de colocation.

Ao solicitar conexões da Interconexão dedicada, o Google aloca recursos nas suas conexões e gera um documento LOA-CFA para cada uma. Ele lista os pontos de demarcação que o Google atribuiu às conexões. Envie esse formulário ao fornecedor da instalação para que ele provisione conexões cruzadas entre o equipamento do Google e o seu. Depois que o status de uma conexão for alterado para PROVISIONED, o LOA-CFA não será mais válido, necessário ou disponível no Console do Google Cloud.

Para saber mais sobre o fluxo de provisionamento, consulte Visão geral do provisionamento da Interconexão dedicada.

área metropolitana

Uma área metropolitana é a cidade em que uma instalação de colocation está localizada. Ao criar uma conexão da Interconexão, você seleciona a instalação de colocation e a área metropolitana em que a conexão reside.

A área metropolitana escolhida depende da localização da rede local e das instâncias de VM do Compute Engine (a região do Google Cloud). Normalmente, convém escolher uma área metropolitana geograficamente próxima à sua rede local para reduzir a latência. Para fins de redundância, escolha uma mais distante.

Em relação à região do Google Cloud, cada área metropolitana é compatível com um subconjunto de regiões. É possível criar anexos de interconexão (VLANs) apenas nessas regiões compatíveis. Por exemplo, se você escolher uma instalação em Ashburn, só poderá criar anexos de interconexão nas regiões da América do Norte. Supondo que suas instâncias de VM também estejam nessas regiões, você pode criar anexos de interconexão nas mesmas regiões para reduzir os custos de latência e saída. Caso contrário, o tráfego teria que viajar entre regiões para acessar as instâncias de VM ou rede local.

Para mais informações, consulte Como escolher locais de instalação de localização.

zona de disponibilidade metropolitana
Veja Domínio de disponibilidade de borda.
chave de pareamento

As chaves de pareamento são usadas apenas com a Interconexão por parceiro. É um identificador exclusivo que permite que os provedores de serviços identifiquem anexos de interconexão específicos sem que ninguém compartilhe informações potencialmente confidenciais sobre a rede VPC ou o projeto do Google Cloud. Trate a chave de pareamento como informação confidencial até que o anexo de interconexão seja configurado. Se for descoberta, é possível que terceiros a usem para se conectar à sua rede. A chave é usada apenas uma vez e não pode ser modificada. Se você precisar de uma nova chave de pareamento, exclua o anexo de interconexão e crie um novo.

O pareamento de chaves usa o seguinte formato:
<random>/<vlan-attachment-region>/<edge-availability-domain>. Por exemplo, 7e51371e-72a3-40b5-b844-2e3efefaee59/us-central1/2 é uma chave de pareamento para um anexo de interconexão (VLAN) na região us-central1 e domínio de disponibilidade de borda 2.

provedor de serviços
Um provedor de serviços de rede. Para usar a Interconexão por parceiro, você precisa se conectar a um provedor de serviços compatível. Ele fornece conectividade entre sua rede local e sua rede VPC.

Termos do Border Gateway Protocol (BGP)

A terminologia a seguir se aplica ao Border Gateway Protocol (BGP), que o Cloud VPN e o Cloud Interconnect usam para roteamento dinâmico.

Border Gateway Protocol (BGP)
Um protocolo de roteamento de gateway externo padronizado pela Internet Engineering Task Force (IETF) no RFC 1722. O BGP troca automaticamente informações de roteamento e acessibilidade entre sistemas autônomos na Internet. Seu dispositivo é compatível com BGP se puder executar o roteamento do BGP. Isso significa que você pode ativar o protocolo BGP nele e atribuir a ele um endereço IP do BGP e um número de sistema autônomo. Para determinar se o dispositivo é compatível com o BGP, consulte as informações do fornecedor do dispositivo ou entre em contato com o fornecedor do dispositivo.
sistema autônomo (AS)
Uma coleção de prefixos de roteamento de IP conectados sob o controle de uma única entidade ou domínio administrativo que apresenta uma política de roteamento comum para a Internet (como um provedor de serviços de Internet (ISP), uma grande empresa ou uma universidade).
número de sistema autônomo (ASN)
Um identificador exclusivo alocado para cada sistema autônomo que usa o roteamento do BGP. Para mais informações, consulte a RFC 46485 (em inglês).

Termos do Google Cloud

A terminologia a seguir se aplica ao Google Cloud e aos recursos dele.

Google Cloud
O Google Cloud é um conjunto de serviços de computação em nuvem pública oferecidos pelo Google. Para mais informações, consulte Produtos do Google Cloud.
ID do projeto
O ID do seu projeto do Google Cloud. Um projeto contém recursos de rede, como redes, sub-redes e gateways do Cloud VPN, conforme descrito na visão geral da rede VPC. Para obter uma descrição da diferença entre o nome do projeto, o ID do projeto e o número do projeto, consulte Identificação de projetos. É possível visualizar o ID do projeto no Console do Google Cloud.