En esta página se describen situaciones habituales para probar la conectividad con los balanceadores de carga.Google Cloud
El análisis de configuración de pruebas de conectividad admite el seguimiento de paquetes simulados a todos los tipos de Google Cloud balanceadores de carga. La ruta de la traza de un balanceador de carga de aplicaciones externo también se aplica a los balanceadores de carga de red de proxy externo. Para obtener más información, consulta la descripción general de Cloud Load Balancing.
En el siguiente ejemplo, Connectivity Tests rastrea un paquete simulado desde un host externo hasta una dirección IP virtual (VIP) de un balanceador de carga de aplicaciones externo. La conexión TCP del host externo finaliza en el proxy del balanceador de carga de aplicación externo. A continuación, el balanceador de carga de aplicaciones externo inicia una nueva conexión TCP con una VM que actúa como backend del balanceador de carga.
En la siguiente ruta de traza, el análisis de configuración de pruebas de conectividad proporciona tres trazas, una por cada ruta posible a los tres backends del balanceador de carga. Pruebas de conectividad lo hace porque solo valida las configuraciones, no el plano de datos activo.
Número de trazas de una prueba a un balanceador de carga
El análisis de la configuración de las pruebas de conectividad tiene en cuenta todos los backends configurados de los balanceadores de carga de red de proxy y de paso a través, así como todos los servicios de backend mencionados en el mapa de URLs del balanceador de carga de aplicaciones. Las trazas solo se generan para los backends coincidentes. No se tiene en cuenta el estado de las comprobaciones del estado. Se generan trazas tanto para los backends en buen estado como para los que no lo están.
El número de trazas que genera el análisis de la configuración de Connectivity Tests depende del tipo de balanceador de carga, el número de backends coincidentes y el tipo de backends coincidentes:
- En los servicios backend con la política de selección de direcciones IP PREFER_IPV6, se generan trazas a los endpoints backend IPv4 e IPv6.
- En el caso de otros tipos de backend, se genera una sola traza para cada endpoint de backend.
El análisis de configuración de Connectivity Tests tiene un límite en el número de trazas que puede devolver. Si un balanceador de carga tiene demasiados backends, es posible que se omitan algunos.
Prueba correcta de un balanceador de carga
En esta sección se describe un ejemplo de una prueba correcta del balanceador de carga de aplicaciones externo descrito anteriormente.
En el plano de datos real, el algoritmo de balanceo de carga elige una instancia de VM para cada conexión de backend. Como en este ejemplo hay tres back-ends de balanceador de carga, el menú Selección de traza de la pantalla Resultados te permite seleccionar la traza que quieras ver.
El siguiente resultado de prueba correcto valida que todos los recursos deGoogle Cloud del balanceador de carga de aplicaciones externo están configurados correctamente:
- La regla de reenvío
- Los backends del balanceador de carga, incluida la capacidad del balanceador de carga para enviar correctamente comprobaciones de estado a esos backends
- La conexión proxy
- Reglas de cortafuegos de VPC
Este resultado muestra que un paquete simulado de una dirección IP externa ha podido llegar correctamente a las instancias de VM de backend.
Para ver un ejemplo detallado de una traza a los tres back-ends, consulta Detectar configuraciones no válidas o incoherentes.
Si no tienes permisos para revisar los Google Cloud recursos
de la ruta de red del balanceador de carga de aplicaciones externo, seguirás viendo resultados en la Google Cloud consola, incluidos los que se hayan completado correctamente. Sin embargo, en la tarjeta de cada recurso probado se indica que no tienes permiso para ver el recurso en PROJECT_NAME.
Prueba que muestra una regla de cortafuegos que falta para una comprobación del estado
Un rastreo del balanceador de carga verifica muchas de las mismas configuraciones de recursos Google Cloud descritas anteriormente. Sin embargo, si los siguientes recursos del balanceador de carga están mal configurados, el análisis mostrará el mensaje El paquete podría perderse (el estado final del rastreo es Drop).
El siguiente resultado de la prueba muestra que las reglas de cortafuegos de entrada de la red VPC no permiten que se realice una comprobación del estado en los backends del balanceador de carga, lo que hace que los backends no estén disponibles para el balanceador de carga.
Además de las reglas de cortafuegos de VPC no válidas, los problemas que se indican en la siguiente tabla son problemas de configuración habituales que las pruebas de conectividad detectan en los balanceadores de carga. Google Cloud Para corregir estos problemas, utiliza las soluciones que se describen en la tabla.
| Problema de configuración | Solución |
|---|---|
| Los parámetros de entrada no coinciden con el protocolo o el puerto que ha definido en la regla de reenvío del balanceador de carga. | Antes de ejecutar una prueba, cambie el parámetro de entrada para que coincida con el protocolo o el puerto que haya definido en la regla de reenvío. |
| La regla de reenvío del balanceador de carga no tiene ningún backend configurado. | Antes de ejecutar una prueba, configura los back-ends del balanceador de carga. |
| El balanceador de carga tiene configuraciones no válidas o incoherentes. | Antes de realizar una prueba, corrige las configuraciones no válidas o incoherentes. |
| El tráfico no puede llegar a un balanceador de carga de red de paso a través interno que tenga una región no coincidente porque el balanceador de carga de red de paso a través interno es un servicio regional. | Antes de ejecutar una prueba, configura los componentes del balanceador de carga para que se encuentren en la misma región. |
Siguientes pasos
- Situaciones de prueba habituales
- Información sobre las pruebas de conectividad
- Solucionar problemas con las pruebas de conectividad