En este documento se describe cómo admite Network Connectivity Center las rutas estáticas en los radios de VPC.
Antes de leer esta página, asegúrate de que conoces los siguientes recursos:
- Rutas para obtener una vista general de las rutas en Google Cloud
- Rutas estáticas para obtener información general sobre las rutas estáticas
Introducción
A diferencia de las rutas de subred y las rutas dinámicas, los centros de conectividad de red no intercambian rutas estáticas. En su lugar, un centro de conectividad proporciona más flexibilidad de configuración para las rutas estáticas creadas en cada radio de VPC.
Una ruta estática de una VPC de radio puede usar un salto siguiente en otra VPC de radio si se cumplen todas las condiciones siguientes:
- La ruta estática no usa una etiqueta de red.
- El intervalo de destino de la ruta estática es un intervalo IPv4.
- El siguiente salto especificado de la ruta estática es una dirección IPv4 de un balanceador de carga de red interno de tipo pasarela.
- Google Cloud puede identificar un balanceador de carga de red de paso a través interno del siguiente salto en la dirección IP del siguiente salto especificada.
- Se han cumplido los requisitos de conectividad de Network Connectivity Center.
La flexibilidad de configuración adicional de las rutas estáticas solo se aplica a las VPC de radio, no a las redes de VPC que son redes de VPC de enrutamiento puras (que solo contienen radios híbridos).
Para ver una comparación con otros tipos de siguientes saltos de rutas estáticas, consulta Proyecto y red del siguiente salto.
Identificar el balanceador de carga de red de paso a través interno del siguiente salto
Google Cloud intenta encontrar un balanceador de carga de red de paso a través interno para una ruta estática que tenga una dirección IP de balanceador de carga de red de paso a través interno del siguiente salto mediante el siguiente proceso:
Si la dirección IP del siguiente salto está en el intervalo de destino de una ruta de subred local, Google Cloud busca exclusivamente un balanceador de carga de red de paso a través interno cuya dirección IP de la regla de reenvío esté en la subred local correspondiente. Si se encuentra un balanceador de carga de red de paso a través interno del siguiente salto, tanto la ruta estática como el siguiente salto estarán en la misma red de VPC.
Si la dirección IP del siguiente salto está en el intervalo de destino de una ruta de subred de Network Connectivity Center (importada del hub), se buscará exclusivamente un balanceador de carga de red pasante interno cuya dirección IP de la regla de reenvío esté en la subred correspondiente de otra VPC de radio. Google Cloud Si se encuentra un balanceador de carga de red interno de pases a través como siguiente salto, la ruta estática está en una VPC de spoke y el siguiente salto está en otra VPC de spoke.
Para obtener información sobre cómo se puede encontrar un balanceador de carga de red interno de tipo pases en otra VPC de spoke, consulta los requisitos de conectividad de Network Connectivity Center.
Si quieres usar un balanceador de carga de red interno de transferencia de siguiente salto en una red de VPC de enrutamiento (que contenga radios híbridos), debes añadir la red de VPC de enrutamiento al hub como radio de VPC. Para obtener más información sobre las limitaciones pertinentes al usar una red de VPC de enrutamiento como una VPC de radio, consulta Limitaciones del intercambio de rutas dinámicas.
Si la dirección IP del siguiente salto está en el intervalo de destino de una ruta de subred de emparejamiento (importada de otra red que utiliza el emparejamiento entre redes de VPC),Google Cloud busca exclusivamente un balanceador de carga de red interno de tipo pasarela cuyo dirección IP de la regla de reenvío esté en la subred correspondiente de la red de VPC emparejada. Si se encuentra un balanceador de carga de red interno de transferencia directa del siguiente salto, la ruta estática estará en una red de VPC y el siguiente salto estará en la red de VPC emparejada.
Si no se encuentra ningún balanceador de carga de red de paso a través interno del siguiente salto, se descartarán los paquetes enviados al intervalo de destino de la ruta estática.
Actualizaciones del balanceador de carga de red de paso a través interno del siguiente salto
Google Cloud intenta identificar continuamente un balanceador de carga de red de paso a través interno del siguiente salto. En las siguientes situaciones de ejemplo, el siguiente salto de una ruta estática se actualiza automáticamente.
Sustituir el balanceador de carga de red de paso a través interno del siguiente salto: cuando el siguiente salto de una ruta estática es la dirección IP de un balanceador de carga de red de paso a través interno, puedes eliminar el balanceador de carga de red de paso a través interno del siguiente salto sin tener que eliminar primero la ruta estática. Si Google Cloud encuentra un balanceador de carga de red de paso a través interno de sustitución con la misma dirección IP, Google Cloud cambia al siguiente salto del balanceador de carga de red de paso a través interno de sustitución.
Una ruta estática que no tenga un balanceador de carga de red de paso a través interno válido puede empezar a funcionar cuando se encuentre un balanceador de carga de red de paso a través interno válido. En ese momento, Google Cloud empezará a usar ese balanceador de carga de red de paso a través interno.
Ajustar la configuración de Network Connectivity Center: si mueves un spoke de VPC a otro grupo de spokes o ajustas los filtros de exportación, es posible que no se encuentre un balanceador de carga de red interno de salto siguiente o que se encuentre y se use otro.
Requisitos de conectividad de Network Connectivity Center
Para encontrar un balanceador de carga de red de paso a través interno del siguiente salto en otra VPC de spoke, la subred que utiliza la regla de reenvío del balanceador de carga de red de paso a través interno debe ser accesible en la VPC de spoke en la que se define la ruta estática. Deben cumplirse las dos condiciones siguientes:
La topología de concentrador debe permitir el intercambio de rutas de subred que contengan el balanceador de carga de red de paso a través interno del siguiente salto.
Si utilizas la topología de malla, todos los radios de VPC forman parte del mismo grupo de radios. La ruta estática puede estar en cualquier VPC de radio y su balanceador de carga de red de pases interno del siguiente salto puede estar en cualquier VPC de radio.
Si usas la topología de estrella, debes cumplir los siguientes requisitos:
Si la ruta estática está en una VPC de radio del grupo de radios perimetrales, el balanceador de carga de red interno de pases puede estar en esa VPC de radio perimetral o en cualquier VPC de radio del grupo de radios centrales. El siguiente salto no puede estar en una VPC de conexión diferente del grupo de conexiones perimetrales.
Si la ruta estática está en una VPC de radio del grupo de radios del centro, su balanceador de carga de red interno de pases puede estar en cualquier VPC de radio (en el grupo de radios perimetrales o en el grupo de radios del centro).
El intervalo de subred utilizado por la regla de reenvío del balanceador de carga de red de paso a través interno debe exportarse al centro de conectividad. Para obtener más información, consulta Conectividad de VPC con filtros de exportación.
Efecto del acceso global
No se puede acceder a los balanceadores de carga de red con paso a través internos de salto siguiente que no tengan habilitado el acceso global desde regiones que no sean la del balanceador de carga. Si Google Cloud ha identificado un balanceador de carga de siguiente salto en la dirección IP de siguiente salto especificada y se cumplen los requisitos de conectividad de Network Connectivity Center, pero el balanceador de carga no tiene habilitado el acceso global, Google Cloud descarta todos los paquetes enviados desde instancias de VM, vinculaciones de VLAN y túneles de Cloud VPN en regiones diferentes a la región del balanceador de carga.
Para cambiar este comportamiento y hacer que el balanceador de carga del siguiente salto sea accesible desde todas las regiones, habilita el acceso global.