Tempo estimado até à conclusão: 5 minutos
Proprietário do componente operável: INV/PNET
As configurações de uplink são associações de peering usadas para ligar 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 destes serviços externos pode diferir para cada implementação com base nos requisitos e nos conjuntos de funcionalidades selecionados pelo cliente. Estas configurações de uplink e cablagem de uma instância da nuvem distribuída são importantes para garantir a conetividade adequada com a rede externa. A nuvem distribuída pode estabelecer ligação a quatro tipos de redes externas:
- Cliente
- Várias zonas
- Centro de operações local
- Centro de operações remoto
6.1. Carregamentos de dados de clientes
Os uplinks de clientes representam configurações de peering usadas para ligar a implementação diretamente à rede do cliente. Normalmente, estas configurações de ligação ascendente incluem apenas configurações de ligação diretamente à rede externa do cliente a partir dos comutadores de folha de limite da implementação.
6.2. Ligações ascendentes multizona
As ligações de carregamento de várias zonas representam configurações de peering usadas para ligar duas ou mais implementações/zonas do Distributed Cloud que estão unidas remotamente através de uma ligação fornecida por um fornecedor de serviços. As associações de fornecedores de serviços podem ser de qualquer um dos seguintes tipos:
Camada 2 (L2) ponto a ponto(P2P): nesta ligação, o fornecedor de serviços fornece um circuito compatível com VLAN ponto a ponto para ligar os comutadores de folha de limite de cada zona.
Operador de camada 3 (L3): nesta ligação, os comutadores de folha de fronteira em cada zona têm conetividade de camada 3 aos routers do fornecedor de serviços
6.3. Ligações ascendentes de OC locais
As ligações ascendentes do centro de operações (OC) local representam configurações de peering usadas para ligar a implementação aos racks do centro de operações presentes no mesmo centro de dados que a implementação do Distributed Cloud. Não deve existir nenhuma ligação ao comutador que é a estrutura virtual.
6.4. Ligações ascendentes de OC remotas
As ligações de uplink do centro de operações (OC) remoto representam configurações de peering usadas para ligar a implementação aos racks do centro de operações presentes numa localização remota ligada através da estrutura do fornecedor de serviços. As ligações ascendentes de OC remotas ligam-se ao mesmo hardware do fornecedor de serviços usado para ligações ascendentes de várias zonas, se estiverem presentes.
6.5. Informações sobre a cablagem de ligação ascendente
As configurações de ligação ascendente durante a geração da configuração da célula são capazes de alocar automaticamente recursos para que, se necessário, os serviços externos e de clientes possam ser configurados em resposta à configuração gerada pela nuvem distribuída. O processo da CLI tem a capacidade de interpolar e obter as informações necessárias, pelo que apenas as informações conhecidas têm de ser fornecidas como entrada.assets
A configuração de ligação ascendente gerada é representada no seguinte formato na saída do resumo do comando, que pode ser usada para validar e retificar as ligações de cabos físicos nas portas externas e as 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 de ligação de uplink. Tipos possíveis: - Customer: a ligação de carregamento configura a rede de peering diretamente com os dispositivos na rede do cliente.- Local OC: a ligação de uplink configura a rede de intercâmbio com os racks do centro de operações localizados fisicamente na mesma localização que a implementação atual.- Remote OC: a ligação de carregamento configura a rede de intercâmbio com routers de fornecedores de serviços, estabelecendo ligação a um centro de operações remoto.- Multizone: a ligação de carregamento configura a rede de peering com routers de fornecedores de serviços, estabelecendo ligação a implementações adicionais do Distributed Cloud. A cablagem dos racks de implementação com os routers do fornecedor de serviços num modelo de malha completa é descrita no artigo Ligações de carregamento para routers do fornecedor de serviços.
|
| FromDevice | Nome do dispositivo de comutação que contém a ligação externa correspondente ao formato no DEID. |
| FromPort |
Número da porta física do comutador que representa a ligação externa no formato Eth<slotID>/<portID>.
|
| LocalIP | Endereço IP pertencente à sub-rede de peering configurada no comutador. |
| LocalAS | Número do sistema autónomo (ASN) do protocolo de gateway de fronteira (BGP) da instância usado para trocar informações de encaminhamento com o respetivo par. |
| ToDevice | Nome do dispositivo do painel de ligações que se liga ao dispositivo externo. |
| ToPort | Número da porta física do painel de ligações que se liga ao dispositivo externo. |
| PeerIP |
Parte do endereço IP da sub-rede de peering que está ou deve ser configurada no comutador de peering. Tipos de comutador de peering: - Customer: comutador na rede do cliente.- Local or Remote OC:Border Leaf switch nos racks de OC.- Multizone: Border Leaf switch nas outras zonas. |
| PeerAS | O ASN BGP que está ou deve ser configurado no dispositivo de pares usado para trocar informações de encaminhamento com a instância atual. |
| Subnet | Sub-rede de peering usada para formar uma ligação entre o ambiente externo e a implementação do Distributed Cloud. |
| VLAN | Encapsulamento de rede local virtual (VLAN) que está ou deve ser configurado em qualquer uma das extremidades da ligação de peering, que transporta o tráfego para a organização associada. |
6.5.1. Ligações de uplink a routers de clientes
Com base no resultado do comando assets, as portas Customer no lado do painel de ligação têm de estar ligadas diretamente aos routers do cliente com a configuração de peering associada.
6.5.2. Ligações de uplink a routers do centro de operações
Com base no resultado do comando assets, as portas LocalOC no lado do painel de remendos têm de estar ligadas diretamente aos routers OCIT com a configuração de peering associada.
Se o rack de TI do centro de operações (OCIT) tiver sido configurado antes da implementação da instância da Distributed Cloud atual, o resultado da CLI assets deve ser transmitido à equipa de implementação do OCIT para que a configuração de carregamento no rack do OCIT possa ser atualizada. Se os racks OCIT forem configurados após a implementação da instância da Distributed Cloud, a saída da CLI assets pode ser fornecida à equipa de implementação do OCIT para configurar as ligações de carregamento no rack OCIT.
6.5.3. Ligações de uplink a routers de fornecedores de serviços
Com base no resultado do comando assets, as portas Multizone e RemoteOC no lado do painel de remendos têm de estar ligadas aos routers de tecido do fornecedor de serviços. Estas portas de ligação dedicadas para cada tipo de ligação remota ao fornecedor de serviços devem estar em conformidade com o modelo de ligação de malha completa, em que cada comutador se liga a cada um dos routers do fornecedor de serviços.
Para manter a consistência com a atribuição de recursos durante a geração de recursos e evitar erros na configuração dos comutadores de agregação, os comutadores devem ser atribuídos alfabética e numericamente a cada um dos routers do fornecedor de serviços em todas as implementações.
No exemplo seguinte, o resultado do comando assets é traduzido para a cablagem L1 que tem de ser feita quando a implementação é ligada aos routers do fornecedor 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]
...
O resultado anterior tem de 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