Tiempo estimado para completar la actividad: 5 minutos
Propietario del componente operable: INV/PNET
Las configuraciones de vínculo ascendente son conexiones de interconexión que se usan para conectar externamente las instancias aisladas de Google Distributed Cloud (GDC) a otros servicios, como redes de clientes, centros de operaciones locales y remotos, y otras instancias de Distributed Cloud. Cada uno de estos servicios externos puede diferir para cada implementación según los requisitos y los conjuntos de funciones que seleccione el cliente. Estas configuraciones de vínculo ascendente y el cableado de una instancia de Distributed Cloud son importantes para garantizar la conectividad adecuada con la red externa. Distributed Cloud se puede conectar a cuatro tipos de redes externas:
- Cliente
- Multizona
- Centro de operaciones local
- Centro de operaciones remoto
6.1. Cargas de clientes
Las conexiones ascendentes del cliente representan las configuraciones de intercambio de tráfico que se usan para conectar la implementación directamente a la red del cliente. Por lo general, estas configuraciones de vínculo ascendente solo incluyen configuraciones de conexión directamente a la red externa del cliente desde los conmutadores de hoja de borde de la implementación.
6.2. Vinculaciones ascendentes multizona
Las vinculaciones ascendentes de varias zonas representan configuraciones de intercambio de tráfico que se usan para conectar dos o más implementaciones o zonas de Distributed Cloud que se unen de forma remota a través de una conexión proporcionada por un proveedor de servicios. Las conexiones de proveedores de servicios pueden ser de cualquiera de los siguientes tipos:
Capa 2 (L2) de punto a punto(P2P): En esta conexión, el proveedor de servicios proporciona un circuito compatible con VLAN de punto a punto para conectar los conmutadores de hoja de borde de cada zona.
Operador de capa 3 (L3): En esta conexión, los conmutadores de hoja de borde de cada zona tienen conectividad de capa 3 con los routers del proveedor de servicios.
6.3. Cargas de OC locales
Las conexiones ascendentes del centro de operaciones (OC) local representan las configuraciones de interconexión que se usan para conectar la implementación a los racks del centro de operaciones que se encuentran en el mismo centro de datos que la implementación de Distributed Cloud. No debe haber conexión con el conmutador que es el tejido virtual.
6.4. Cargas remotas de OC
Las transmisiones ascendentes del centro de operaciones (OC) remoto representan las configuraciones de interconexión utilizadas para conectar la implementación a los racks del centro de operaciones que se encuentran en una ubicación remota conectada a través de la estructura del proveedor de servicios. Las conexiones ascendentes de OC remotas se conectan al mismo hardware del proveedor de servicios que se usa para las conexiones ascendentes de varias zonas, si están presentes.
6.5. Información del cableado de la conexión ascendente
Las configuraciones de vínculo ascendente durante la generación de la configuración de la celda pueden asignar recursos automáticamente para que, si es necesario, los servicios externos y del cliente se puedan configurar en respuesta a la configuración generada por Distributed Cloud. El proceso de la CLI de assets puede interpolar y derivar la información necesaria, por lo que solo se debe proporcionar como entrada la información conocida.
La configuración de vínculo ascendente generada se muestra en el siguiente formato en el resumen del comando, que se puede usar para verificar y rectificar las conexiones de cableado físico en los puertos externos y las configuraciones de red en los dispositivos de red externos:
(Type) FromDevice:FromPort (LocalIP, ASN:LocalAS) <-> ToDevice:ToPort (PeerIP, ASN:PeerAS) [Subnet VLAN:VLAN]
En esta tabla, se describe el resumen del resultado:
| Atributo | Descripción |
|---|---|
| Type |
Es el tipo de conexión de enlace de subida. Tipos posibles: - Customer: La conexión de vínculo ascendente configura la red de interconexión directamente con los dispositivos de la red del cliente.- Local OC: La conexión de vínculo ascendente configura la red de interconexión con los racks del centro de operaciones ubicados físicamente en la misma ubicación que la implementación actual.- Remote OC: La conexión de vínculo ascendente configura la red de intercambio de tráfico con los routers del proveedor de servicios, lo que permite la conexión a un centro de operaciones remoto.- Multizone: La conexión de vínculo ascendente configura la red de interconexión con los routers del proveedor de servicios, lo que permite conectarse a implementaciones adicionales de Distributed Cloud. El cableado de los racks de implementación con los routers del proveedor de servicios en un modelo de malla completa se describe en Conexiones de vínculo superior a los routers del proveedor de servicios.
|
| FromDevice | Nombre del dispositivo de conmutación que contiene la conexión externa que coincide con el formato del DEID. |
| FromPort |
Número de puerto físico del conmutador que representa la conexión externa en el formato Eth<slotID>/<portID>.
|
| LocalIP | Es la parte de la dirección IP de la subred de intercambio de tráfico configurada en el conmutador. |
| LocalAS | Número de sistema autónomo (ASN) del Protocolo de puerta de enlace fronteriza (BGP) de la instancia que se usa para intercambiar información de enrutamiento con su par. |
| ToDevice | Nombre del dispositivo del panel de conexión que se conecta al dispositivo externo. |
| ToPort | Número de puerto físico del panel de conexiones que se conecta al dispositivo externo. |
| PeerIP |
Es la parte de la dirección IP de la subred de intercambio de tráfico que está configurada o debería configurarse en el conmutador de intercambio de tráfico. Tipos de conmutadores de interconexión: - Customer: Conmutador en la red del cliente.- Local or Remote OC:Border Leaf switch en los racks de OC.- Multizone: Es el conmutador de hoja de borde en las otras zonas. |
| PeerAS | Es el ASN de BGP que está configurado o debería configurarse en el dispositivo de intercambio de tráfico que se usa para intercambiar información de enrutamiento con la instancia actual. |
| Subnet | Es la subred de intercambio de tráfico que se usa para formar una conexión entre el entorno externo y la implementación de Distributed Cloud. |
| VLAN | Encapsulamiento de red de área local virtual (VLAN) que está configurado o debería configurarse en cualquiera de los extremos de la conexión de intercambio de tráfico, que transporta el tráfico de la organización asociada. |
6.5.1. Conexiones de carga a los routers de los clientes
Según el resultado del comando assets, los puertos Customer del lado del panel de conexión deben conectarse directamente a los routers del cliente con la configuración de intercambio de tráfico asociada.
6.5.2. Conexiones de vínculo ascendente a los routers del centro de operaciones
Según el resultado del comando assets, los puertos LocalOC del lado del panel de conexión deben conectarse directamente a los routers OCIT con la configuración de intercambio de tráfico asociada.
Si el rack de TI del Centro de Operaciones (OCIT) se configuró antes de implementar la instancia actual de Distributed Cloud, la salida de la CLI de assets se debe transmitir al equipo de implementación del OCIT para que se pueda actualizar la configuración de la conexión ascendente en los racks del OCIT. Si los racks de OCIT se configuran después de que se implementa la instancia de Distributed Cloud, el equipo de implementación de OCIT puede recibir el resultado de la CLI de assets para configurar las vinculaciones ascendentes en el rack de OCIT.
6.5.3. Conexiones de vínculo ascendente a routers de proveedores de servicios
Según el resultado del comando assets, los puertos Multizone y RemoteOC del lado del panel de conexión deben conectarse a los routers de estructura del proveedor de servicios. Estos puertos de conexión dedicados para cada tipo de vínculo ascendente remoto al proveedor de servicios deben cumplir con el modelo de conexión de malla completa, en el que cada conmutador se conecta a cada uno de los routers del proveedor de servicios.
Para mantener la coherencia con la asignación de recursos durante la generación de activos y evitar errores en la configuración de los conmutadores de agregación, estos deben asignarse alfabética y numéricamente a cada uno de los routers del proveedor de servicios en todas las implementaciones.
En el siguiente ejemplo, el resultado del comando assets se traduce al cableado L1 que se debe realizar cuando se conecta la implementación a los routers del proveedor de servicios:
...
(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]
...
El resultado anterior debe coincidir con el siguiente cableado:
(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