Tempo estimado para a conclusão: 5 min
Proprietário do componente operacional: INV/PNET
As configurações de uplink são conexões de peering usadas para conectar externamente instâncias isoladas do Google Distributed Cloud (GDC) a outros serviços, como redes de clientes, centros de operações locais e remotos e outras instâncias do Distributed Cloud. Cada um desses serviços externos pode variar de acordo com a implantação, com base nos requisitos e nos conjuntos de recursos selecionados pelo cliente. Essas configurações de uplink e a fiação de uma instância do Distributed Cloud são importantes para garantir a conectividade adequada com a rede externa. O Distributed Cloud pode se conectar a quatro tipos de redes externas:
- Cliente
- Várias zonas
- Central de operações local
- Central de operações remotas
6.1. Uplinks do cliente
Os uplinks do cliente representam configurações de peering usadas para conectar a implantação diretamente à rede do cliente. Essas configurações de uplink geralmente incluem apenas configurações de conexão diretamente à rede externa do cliente dos switches de borda da implantação.
6.2. Uplinks multizonais
Os uplinks multizona representam configurações de peering usadas para conectar duas ou mais implantações/zonas do Distributed Cloud que são unidas remotamente por uma conexão fornecida por um provedor de serviços. As conexões do provedor de serviços podem ser de um dos seguintes tipos:
Ponto a ponto (P2P) da camada 2(L2): nessa conexão, o provedor de serviços fornece um circuito ponto a ponto compatível com VLAN para conectar os switches de borda de cada zona.
Operadora da camada 3 (L3): nessa conexão, os switches Border Leaf em cada zona têm conectividade da camada 3 com os roteadores do provedor de serviços.
6.3. Uplinks OC locais
Os uplinks do centro de operações (OC, na sigla em inglês) local representam configurações de peering usadas para conectar a implantação aos racks do centro de operações presentes no mesmo data center que a implantação do Distributed Cloud. Não deve haver conexão com o switch que é a estrutura virtual.
6.4. Uplinks de OC remotos
Os uplinks do centro de operações (OC) remoto representam configurações de peering usadas para conectar a implantação aos racks do centro de operações presentes em um local remoto conectado pela estrutura do provedor de serviços. Os uplinks OC remotos se conectam ao mesmo hardware do provedor de serviços usado para uplinks multizona, se houver.
6.5. Informações sobre a fiação do uplink
As configurações de uplink durante a geração de configuração de célula podem fazer a alocação automática de recursos para que, se necessário, serviços externos e de clientes possam ser configurados em resposta à configuração gerada pelo Distributed Cloud. O processo da CLI assets pode interpolar e derivar as informações necessárias. Assim, apenas informações conhecidas precisam ser fornecidas como entrada.
A configuração de uplink gerada é mostrada no seguinte formato na saída de resumo do comando, que pode ser usada para verificar e corrigir conexões de cabeamento físico nas portas externas e configurações de rede nos dispositivos de rede externos:
(Type) FromDevice:FromPort (LocalIP, ASN:LocalAS) <-> ToDevice:ToPort (PeerIP, ASN:PeerAS) [Subnet VLAN:VLAN]
Esta tabela descreve o resumo da saída:
| Atributo | Descrição |
|---|---|
| Type |
Tipo da conexão de uplink. Tipos possíveis: - Customer: a conexão de uplink configura a rede de peering diretamente com os dispositivos na rede do cliente.- Local OC: a conexão de uplink configura a rede de peering com os racks da central de operações localizados fisicamente no mesmo local da implantação atual.- Remote OC: a conexão de uplink configura a rede de peering com roteadores de provedores de serviços, conectando-se a uma central de operações remota.- Multizone: a conexão de uplink configura a rede de peering com roteadores de provedores de serviços, conectando-se a outras implantações do Distributed Cloud. A fiação dos racks de implantação com os roteadores do provedor de serviços em um modelo de malha completa é descrita em Conexões de uplink com roteadores de provedores de serviços.
|
| FromDevice | Nome do dispositivo de chaveamento que contém a conexão externa correspondente ao formato no DEID. |
| FromPort |
Número da porta física do switch que representa a conexão externa no formato Eth<slotID>/<portID>.
|
| LocalIP | Parte do endereço IP da sub-rede de peering configurada no switch. |
| LocalAS | Número de sistema autônomo (ASN) do protocolo de gateway de borda (BGP) da instância usada para trocar informações de roteamento com o peer. |
| ToDevice | Nome do dispositivo de patch panel que se conecta ao dispositivo externo. |
| ToPort | Número da porta física do patch panel que se conecta ao dispositivo externo. |
| PeerIP |
Parte do endereço IP da sub-rede de peering que está ou precisa ser configurada no switch de peering. Tipos de switch de peering: - Customer: switch na rede do cliente.- Local or Remote OC:switch de folha de borda nos racks do OC.- Multizone: switch Border Leaf nas outras zonas. |
| PeerAS | ASN do BGP que está ou precisa ser configurado no dispositivo de peer usado para trocar informações de roteamento com a instância atual. |
| Subnet | Sub-rede de peering usada para formar uma conexão entre o ambiente externo e a implantação do Distributed Cloud. |
| VLAN | Encapsulamento de rede local virtual (VLAN) que está ou precisa ser configurado em qualquer extremidade da conexão de peering, que transporta o tráfego da organização associada. |
6.5.1. Conexões de uplink com roteadores de clientes
Com base na saída do comando assets, as portas Customer no lado do painel de conexão precisam ser conectadas diretamente aos roteadores do cliente com a configuração de peering associada.
6.5.2. Conexões de uplink com roteadores da central de operações
Com base na saída do comando assets, as portas LocalOC no lado do painel de conexão precisam ser conectadas diretamente aos roteadores OCIT com a configuração de peering associada.
Se o rack do Operations Center IT (OCIT) foi configurado antes da implantação da instância atual do Distributed Cloud, a saída da CLI assets precisa ser transmitida à equipe de implantação do OCIT para que a configuração de uplink nos racks do OCIT possa ser atualizada. Se os racks do OCIT forem configurados depois que a instância do Distributed Cloud for implantada, a saída da CLI assets poderá ser fornecida à equipe de implantação do OCIT para configurar uplinks no rack do OCIT.
6.5.3. Conexões de uplink com roteadores de provedores de serviços
Com base na saída do comando assets, as portas Multizone e RemoteOC no lado do patch panel precisam ser conectadas aos roteadores de malha do provedor de serviços. Essas portas de conexão dedicada para cada tipo de uplink remoto ao provedor de serviços precisam obedecer ao modelo de conexão de malha completa, em que cada switch se conecta a cada um dos roteadores do provedor de serviços.
Para manter a consistência com a alocação de recursos durante a geração de recursos e evitar erros na configuração das chaves de agregação, elas precisam ser atribuídas em ordem alfabética e numérica a cada um dos roteadores do provedor de serviços em todas as implantações.
No exemplo a seguir, a saída do comando assets é traduzida para a fiação L1 que precisa ser feita ao conectar a implantação aos roteadores do provedor de serviços:
...
(Multizone) aa-aa-blsw01:Eth1/7 (xx) <-> aa-aa-ppl01:c3-smf-port1 (xx) [xx]
(Multizone) aa-aa-blsw01:Eth1/8 (xx) <-> aa-aa-ppl01:c3-smf-port2 (xx) [xx]
(Multizone) aa-ab-blsw01:Eth1/7 (xx) <-> aa-ab-ppl01:c3-smf-port1 (xx) [xx]
(Multizone) aa-ab-blsw01:Eth1/8 (xx) <-> aa-ab-ppl01:c3-smf-port2 (xx) [xx]
...
A saída anterior precisa ser consistente com o seguinte cabeamento:
(aa-aa-blsw01:Eth1/7) <-> aa-aa-ppl01:c3-smf-port1 <-> aa-service-provider01:Eth1/1
(aa-aa-blsw01:Eth1/8) <-> aa-aa-ppl01:c3-smf-port2 <-> aa-service-provider02:Eth1/1
(aa-ab-blsw01:Eth1/7) <-> aa-ab-ppl01:c3-smf-port1 <-> aa-service-provider01:Eth1/2
(aa-ab-blsw01:Eth1/8) <-> aa-ab-ppl01:c3-smf-port2 <-> aa-service-provider02:Eth1/2