En este documento se explica cómo configurar y usar Cloud Logging y Cloud Monitoring para los balanceadores de carga de red internos de tipo pasarela.
Almacenamiento de registros
Los registros proporcionan información útil para solucionar problemas y monitorizar el balanceador de carga de transferencia. Google Cloud Los registros se agregan por conexión y se exportan casi en tiempo real. Se generan registros para cada flujo TCP y UDP de las instancias con balanceo de carga, tanto para el tráfico entrante como para el saliente. Para obtener más información sobre los campos proporcionados en la entrada de registro, consulta Campos de registro.
No se aplican cargos adicionales por usar los registros. En función de cómo ingieras los registros, se aplicarán los precios estándar de Cloud Logging, BigQuery o Pub/Sub. Habilitar los registros no afecta al rendimiento del balanceador de carga.
El registro ofrece las siguientes ventajas:
Monitorización del tráfico del balanceador de carga de red de paso a través interno. El registro por conexión te permite saber cómo se enruta cada conexión a los backends de servicio.
Solución de problemas de red. Puede usar los registros del balanceador de carga de red de paso a través interno para solucionar problemas. Para obtener más información, consulta el artículo Solucionar problemas de balanceadores de carga de red de paso a través internos.
Formato de registro de ejemplo para flujos entre VMs
En el siguiente diagrama se muestra el tráfico entrante y saliente de un cliente interno (192.168.1.2), un balanceador de carga de red de paso a través interno (10.240.0.200) y una instancia de backend (10.240.0.3).
Los registros del balanceador de carga de red de paso a través interno de las conexiones del cliente a la instancia de backend tienen el siguiente formato:
connection.clientIp: 192.168.1.2connection.serverIp: 10.240.0.200bytesSent: 1256bytesReceived: 4521
Muestreo y recogida de registros
Google Cloud muestra los paquetes que salen y entran en las VMs de backend del balanceador de carga. Los paquetes muestreados se procesan para generar registros.
No se muestrean todos los paquetes. Google Cloud Muestrea un subconjunto variable de paquetes en función de la cantidad de tráfico del host físico. La frecuencia de muestreo más baja posible es de uno de cada 1024 paquetes. Google Cloudcontrola la frecuencia de muestreo de forma dinámica. No puedes ajustar la frecuencia de muestreo.
El muestreo de paquetes interactúa con las reglas de cortafuegos de las siguientes formas:
- Los paquetes se muestrean antes de que se apliquen las reglas de cortafuegos de salida.
- Los paquetes se muestrean después de aplicar las reglas de cortafuegos de entrada.
Después del muestreo de paquetes, Google Cloud procesa los paquetes muestreados siguiendo este procedimiento:
Agregación: los paquetes muestreados se agregan en un intervalo de cinco segundos para generar una sola entrada de flujo.
Muestreo de registros configurable (secundario): es un segundo proceso de muestreo que toma muestras de los flujos. Controlas la fracción de las entradas de flujo que se emiten como entradas de registro según el parámetro logConfig.sampleRate. Si
logConfig.sampleRatees1.0(100%), significa que se procesan todos los paquetes muestreados.Escribir en el registro: las entradas de registro se escriben en Cloud Logging.
Campos opcionales:
Los registros de registro contienen campos obligatorios y campos opcionales. En la sección Campos de registro se indica qué campos son opcionales y cuáles son obligatorios. Todos los campos obligatorios se incluyen siempre. Puedes personalizar los campos opcionales que quieras conservar.
Si seleccionas Incluir todos los campos opcionales, se incluirán todos los campos opcionales del formato de registro en los registros de flujo. Cuando se añaden nuevos campos opcionales al formato de registro, los registros de flujo incluyen automáticamente los nuevos campos.
Si selecciona Excluir todos los opcionales, se omitirán todos los campos opcionales.
Si seleccionas Personalizado, puedes especificar los campos opcionales que quieras incluir por el campo principal, como
serverInstance, o por sus nombres completos, comoserverInstance.vm.Cuando se añaden campos opcionales nuevos al formato de registro, los registros no incluyen estos campos, a menos que sean campos nuevos dentro de un campo principal que haya especificado que se incluya.
Si especificas un campo opcional personalizado mediante campos principales, cuando se añadan nuevos campos opcionales al formato de registro de ese campo principal, los registros incluirán automáticamente los nuevos campos. Por ejemplo, si elige incluir
optionalFieldA, se incluirá automáticamente un nuevo campo en los registros con el nombreoptionalFieldA.subField1.
Para obtener instrucciones sobre cómo personalizar los campos opcionales, consulta el artículo Habilitar el registro en un nuevo servicio backend.
Requisitos de la dirección IP de origen del paquete de respuesta
El registro del balanceador de carga de red de paso a través interno toma muestras de los paquetes de respuesta de las VMs de backend solo si la dirección IP de origen de esos paquetes coincide con la dirección IP de la regla de reenvío del balanceador de carga. En las conexiones TCP, los paquetes de respuesta siempre deben tener orígenes que coincidan con el destino del paquete de solicitud. Sin embargo, en otros protocolos, es posible que los paquetes de respuesta usen una dirección IP de origen diferente. Para obtener más información, consulta Direcciones IP de los paquetes de solicitud y de respuesta.
El proceso de muestreo de paquetes que usan los balanceadores de carga de red de paso a través internos omite los paquetes de respuesta de las VMs de backend si esos paquetes de respuesta tienen orígenes que no coinciden con una dirección IP de una regla de reenvío de un balanceador de carga de red de paso a través interno.
Habilitar el registro de un nuevo servicio de backend
Consola
En la Google Cloud consola, ve a la página Balanceo de carga.
Haz clic en el nombre de tu balanceador de carga.
Haz clic en Editar y, a continuación, en Configuración del backend.
Selecciona Crear un servicio de backend y, a continuación, rellena los campos obligatorios del servicio de backend.
Haz clic en Habilitar registro.
Define una fracción de Frecuencia de muestreo. Puedes definir una tarifa entre
0.0y1.0(valor predeterminado).Opcional: Para incluir todos los campos opcionales en los registros, en la sección Campos opcionales, haga clic en Incluir todos los campos opcionales.
Para terminar de editar el servicio de backend, haz clic en Actualizar.
Para terminar de editar el balanceador de carga, haz clic en Actualizar.
gcloud
Crea un servicio de backend y habilita el registro con el comando gcloud compute backend-services create.
gcloud compute backend-services create BACKEND_SERVICE \ --region=REGION \ --enable-logging \ --logging-sample-rate=SAMPLE_RATE --logging-optional=LOGGING_OPTIONAL \ --logging-optional-fields=OPTIONAL_FIELDS
Haz los cambios siguientes:
BACKEND_SERVICE: el nombre del servicio de backend.REGION: la región del servicio backend que se va a crear.SAMPLE_RATE: este campo solo se puede especificar si el registro está habilitado para este servicio de backend.El valor del campo debe estar entre
0.0y1.0, donde0.0significa que no se registran registros y1.0significa que se generan registros para todos los paquetes muestreados. Habilitar el registro, pero definir la frecuencia de muestreo en0.0equivale a inhabilitar el registro. El valor predeterminado es1.0.LOGGING_OPTIONAL: las anotaciones opcionales que quieras incluir en los registros:INCLUDE_ALL_OPTIONALpara incluir todas las anotaciones opcionales.EXCLUDE_ALL_OPTIONAL(valor predeterminado) para excluir todas las anotaciones opcionales.CUSTOMpara incluir una lista personalizada de campos opcionales que especifiques enOPTIONAL_FIELDS.
OPTIONAL_FIELDS: lista separada por comas de campos opcionales que quieras incluir en los registros.Por ejemplo,
serverInstance.vm, serverGkeDetails. Solo se puede definir siLOGGING_OPTIONALse define comoCUSTOM.
API
Haz una solicitud POST al método
regionBackendServices.insert.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices
Excluir todos los campos opcionales
{
"name": "BACKEND_SERVICE",
"loadBalancingScheme": "INTERNAL",
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "EXCLUDE_ALL_OPTIONAL"
}
}
Incluir todos los campos opcionales
{
"name": "BACKEND_SERVICE",
"loadBalancingScheme": "INTERNAL",
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "INCLUDE_ALL_OPTIONAL"
}
}
Incluir una lista personalizada de campos opcionales
{
"name": "BACKEND_SERVICE",
"loadBalancingScheme": "INTERNAL",
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "CUSTOM",
"optionalFields": ["field1","field2",...]
}
}
Habilitar el registro en un servicio de backend
Consola
En la Google Cloud consola, ve a la página Balanceo de carga.
Haz clic en el nombre de tu balanceador de carga.
Haz clic en Editar y, a continuación, en Configuración del backend.
Junto a tu servicio backend, haz clic en Editar.
Haz clic en Habilitar registro.
Define una fracción de Frecuencia de muestreo. Puedes definir una tarifa entre
0.0y1.0(valor predeterminado).Opcional: Para incluir todos los campos opcionales en los registros, en la sección Campos opcionales, haga clic en Incluir todos los campos opcionales.
Para terminar de editar el servicio de backend, haz clic en Actualizar.
Para terminar de editar el balanceador de carga, haz clic en Actualizar.
gcloud
Habilita el registro en un servicio de backend con el comando gcloud compute backend-services update.
gcloud compute backend-services update BACKEND_SERVICE \ --region=REGION \ --enable-logging \ --logging-sample-rate=SAMPLE_RATE \ --logging-optional=LOGGING_OPTIONAL \ --logging-optional-fields=OPTIONAL_FIELDS
Haz los cambios siguientes:
BACKEND_SERVICE: el nombre del servicio de backend.REGION: la región del servicio backend que se va a crear.SAMPLE_RATE: este campo solo se puede especificar si el registro está habilitado para este servicio de backend.El valor del campo debe estar entre
0.0y1.0, donde0.0significa que no se registran registros y1.0significa que se generan registros para todos los paquetes muestreados. Habilitar el registro, pero definir la frecuencia de muestreo en0.0equivale a inhabilitar el registro. El valor predeterminado es1.0.LOGGING_OPTIONAL: las anotaciones opcionales que quieras incluir en los registros.INCLUDE_ALL_OPTIONALpara incluir todas las anotaciones opcionales.EXCLUDE_ALL_OPTIONAL(valor predeterminado) para excluir todas las anotaciones opcionales.CUSTOMpara incluir una lista personalizada de campos opcionales que especifiques enOPTIONAL_FIELDS.
OPTIONAL_FIELDS: lista separada por comas de campos opcionales que quieras incluir en los registros.Por ejemplo,
serverInstance.vm,serverGkeDetails. Solo se puede definir siLOGGING_OPTIONALse define comoCUSTOM.
API
Haz una solicitud PATCH al método
regionBackendServices/patch.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE
Excluir todos los campos opcionales
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "EXCLUDE_ALL_OPTIONAL"
}
Incluir todos los campos opcionales
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "INCLUDE_ALL_OPTIONAL"
}
Incluir una lista personalizada de campos opcionales
"logConfig": {
"enable": true,
"sampleRate": SAMPLE_RATE,
"optionalMode": "CUSTOM",
"optionalFields": ["field1","field2",...]
}
Inhabilitar el registro en un servicio backend
Consola
En la Google Cloud consola, ve a la página Balanceo de carga.
Haz clic en el nombre de tu balanceador de carga.
Haz clic en Editar y, a continuación, en Configuración del backend.
Para inhabilitar el registro por completo, desmarca Habilitar registro.
Si dejas el registro habilitado, puedes definir una fracción de Frecuencia de muestreo diferente. Puedes definir el valor entre
0.0y1.0(predeterminado). Para generar registros solo del 20% de los paquetes muestreados, asigna el valor0.2.Para terminar de editar el servicio de backend, haz clic en Actualizar.
Para terminar de editar el balanceador de carga, haz clic en Actualizar.
gcloud
Inhabilita el registro en un servicio de backend con el comando gcloud compute backend-services update.
gcloud compute backend-services update BACKEND_SERVICE \ --region=REGION \ --no-enable-logging
Haz los cambios siguientes:
BACKEND_SERVICE: el nombre del servicio de backend.REGION: la región del servicio backend que se va a crear.
API
Haz una solicitud PATCH al método
regionBackendServices/patch.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE
{
"logConfig": {
"enable": false
}
}
Ver registros
Cuando los registros se ingieren en Cloud Logging y no se excluyen mediante un sumidero del enrutador de registros, puedes leerlos con la API de Cloud Logging y la CLI de Google Cloud.
Para ver todos los registros del balanceador de carga de red de paso a través interno, haz lo siguiente:
Consola
En la Google Cloud consola, ve a la página Explorador de registros.
Selecciona el tipo de recurso Regla de balanceador de carga de red de paso a través interno.
Selecciona el nombre de registro loadbalancing.googleapis.com/flows.
Consulta de consola
En la Google Cloud consola, ve a la página Explorador de registros.
Haz clic en el interruptor Mostrar consulta.
Pega lo siguiente en el campo de consulta. Sustituye
PROJECT_IDpor el ID de tu proyecto.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
Haz clic en Realizar una consulta.
Ver los registros de un servicio backend
Para ver los registros del balanceador de carga de red de paso a través interno de un servicio de backend específico, sigue estos pasos:
Consulta de consola
En la Google Cloud consola, ve a la página Explorador de registros.
Haz clic en el interruptor Mostrar consulta.
Pega lo siguiente en el campo de consulta. Sustituye
PROJECT_IDpor el ID de tu proyecto yBACKEND_SERVICE_NAMEpor el nombre de tu servicio backend.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows" resource.labels.backend_service_name="BACKEND_SERVICE_NAME"
Haz clic en Realizar una consulta.
Ver los registros de un grupo de instancias de backend
Para ver los registros del balanceador de carga de red interno de transferencia de un grupo de instancias de backend o un grupo de puntos finales de red (NEG) con GCE_VM_IP puntos finales específicos, siga estos pasos:
Consulta de consola
En la Google Cloud consola, ve a la página Explorador de registros.
Haz clic en el interruptor Mostrar consulta.
Pega lo siguiente en el campo de consulta. Sustituye
PROJECT_IDpor el ID de tu proyecto yBACKEND_GROUP_NAMEpor el nombre del grupo de instancias o del NEG.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows" resource.labels.backend_group_name="BACKEND_GROUP_NAME"
Haz clic en Realizar una consulta.
Campos de registro
Los registros de log contienen campos obligatorios (los campos predeterminados de cada registro de log) y campos opcionales que añaden información adicional. Los campos opcionales se pueden omitir para ahorrar costes de almacenamiento.
Algunos campos de registro tienen un formato de varios campos, con más de un dato en un campo determinado. Por ejemplo, el campo connection tiene el formato IpConnection
, que contiene la dirección IP y el puerto de origen y de destino, además del protocolo, en un solo campo. Estos campos de varios campos se describen en la siguiente tabla de formato de registro.
El recurso monitorizado es loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule.
| Campo | Formato de campo | Tipo de campo: obligatorio u opcional | Descripción |
|---|---|---|---|
| conexión | IpConnection | Obligatorio | Tupla de 5 elementos que describe esta conexión. |
| startTime | cadena | Obligatorio | Marca de tiempo (formato de cadena de fecha RFC 3339) del primer paquete observado durante el intervalo de tiempo agregado. |
| endTime | cadena | Obligatorio | Marca de tiempo (formato de cadena de fecha RFC 3339) del último paquete observado durante el intervalo de tiempo agregado. |
| bytesSent | cadena | Obligatorio | Número de bytes enviados del servidor al cliente. |
| bytesReceived | int64 | Obligatorio | Número de bytes que el servidor ha recibido del cliente. |
| packetsSent | int64 | Obligatorio | Número de paquetes enviados del servidor al cliente. |
| packetsReceived | int64 | Obligatorio | Número de paquetes recibidos por el servidor del cliente. |
| rtt | cadena | Obligatorio | La latencia solo se mide en las conexiones TCP. La latencia es la suma del tiempo de ida y vuelta (RTT) de la red estimado más el tiempo empleado en procesar el paquete en el sistema operativo de la VM del cliente. En el caso de los paquetes muestreados, el RTT se calcula desde la perspectiva de un backend con equilibrio de carga midiendo las diferencias de tiempo entre el backend que envía un segmento TCP y el backend que recibe una confirmación TCP del número de secuencia del segmento enviado. La latencia se muestra como una cadena que empieza por el número de segundos y termina con "s" para indicar segundos. Los nanosegundos se expresan como fracciones de segundo. Por ejemplo, la latencia de 250 milisegundos se formatea como "0.250000000s". |
| clientInstance | InstanceDetails | Opcional | Detalles de la instancia de VM del cliente. Solo está disponible si la instancia de VM del cliente se encuentra en el mismo proyecto. |
| serverInstance | InstanceDetails | Opcional | Detalles de la instancia de VM de backend. |
| clientVpc | VpcDetails | Opcional | Detalles de la red de VPC del cliente. Solo está disponible si el cliente es un endpoint de una red de VPC ubicada en el mismo proyecto. |
| clientGkeDetails | GkeDetails | Opcional | Metadatos de GKE del cliente. Solo está disponible si el cliente es un endpoint de GKE del mismo proyecto. |
| serverGkeDetails | GkeDetails | Opcional | Metadatos de GKE del backend del servidor. Solo está disponible si el backend es un endpoint de GKE. |
Formato de campo IpConnection
| Campo | Tipo | Descripción |
|---|---|---|
| clientIp | cadena | Dirección IP del cliente |
| clientPort | int32 | Puerto del cliente. Se establece solo para conexiones TCP y UDP. |
| serverIp | cadena | Dirección IP del servidor (IP de la regla de reenvío) |
| serverPort | int32 | Puerto del servidor. Se establece solo para conexiones TCP y UDP. |
| protocol | int32 | Número de protocolo de la IANA |
Formato de campo InstanceDetails
| Campo | Tipo | Descripción |
|---|---|---|
| projectId | cadena | ID del proyecto que contiene la VM |
| vm | cadena | Nombre de instancia de la VM |
| region [región] | cadena | Región de la VM |
| zona | cadena | Zona de la VM |
| vmIp | cadena | IP interna principal de la NIC que ha proporcionado la conexión |
Formato del campo VpcDetails
| Campo | Tipo | Descripción |
|---|---|---|
| projectId | cadena | ID del proyecto que contiene la red de VPC |
| vpc | cadena | Red de VPC en la que opera la VM |
| subnetwork | cadena | Subred en la que opera la VM |
Formato del campo GkeDetails
| Campo | Tipo | Descripción |
|---|---|---|
| clúster | ClusterDetail | Metadatos del clúster de GKE |
| pod | PodDetails | Metadatos de los pods de GKE, que se rellenan cuando el origen o el destino del tráfico es un pod |
| servicio | ServiceDetails | Metadatos de servicio de GKE, rellenados solo en los endpoints de servicio. El registro contiene hasta dos servicios. Si hay más de dos servicios relevantes, este campo contiene un solo servicio con un marcador especial MANY_SERVICES. |
Formato del campo ClusterDetails
| Campo | Tipo | Descripción |
|---|---|---|
| clúster | cadena | Nombre del clúster de GKE |
| clusterLocation | cadena | Ubicación del clúster. La ubicación del clúster puede ser una zona o una región. |
Formato del campo PodDetails
| Campo | Tipo | Descripción |
|---|---|---|
| pod | cadena | Nombre del pod |
| podNamespace | cadena | Espacio de nombres del pod |
Formato del campo ServiceDetails
| Campo | Tipo | Descripción |
|---|---|---|
| servicio | cadena | Nombre del servicio. Si hay más de dos servicios relevantes, el campo se define como el marcador especial MANY_SERVICES. |
| serviceNamespace | cadena | Espacio de nombres del servicio |
Supervisión
Un balanceador de carga de red de paso a través interno exporta datos de monitorización a Cloud Monitoring.
Las métricas de monitorización se pueden usar para lo siguiente:
- Evaluar la configuración, el uso y el rendimiento de un balanceador de carga de red de paso a través interno
- Solucionar problemas
- Mejorar la utilización de recursos y la experiencia de usuario
Además de los paneles predefinidos de Monitoring, puedes crear paneles personalizados, configurar alertas y consultar las métricas a través de la API Monitoring.
Ver paneles de control de monitorización
Consola
En la Google Cloud consola, ve a la página Monitorización.
Si Recursos aparece en el panel de navegación, selecciona Recursos y, a continuación, Balanceadores de carga de Google Cloud. De lo contrario, selecciona Paneles de control y, a continuación, el panel de control llamado Balanceadores de carga de Google Cloud.
Haz clic en el nombre de tu balanceador de carga.
En el panel de la izquierda, puede ver varios detalles del balanceador de carga seleccionado. En el panel de la derecha, puedes ver gráficos de series temporales. Haga clic en el enlace Desglose para ver los desgloses específicos. En el panel de la izquierda se muestran los datos configurados actualmente, mientras que en el de la derecha se pueden mostrar los datos proporcionados por configuraciones anteriores que no se reflejan en el panel de la izquierda.
Definir paneles de control personalizados de monitorización
Puede crear paneles de control de Monitoring personalizados para métricas de balanceadores de carga de red de pasarela internos.
Consola
En la Google Cloud consola, ve a la página Monitorización.
Selecciona Paneles > Crear panel.
Haz clic en Añadir gráfico.
Ponle un título al gráfico.
Seleccione métricas y filtros. En el caso de las métricas, el tipo de recurso es Internal Passthrough TCP Network Load Balancer Rule (
internal_tcp_lb_rule) o Internal Passthrough UDP Network Load Balancer Rule (internal_udp_lb_rule).Haz clic en Guardar.
Definir políticas de alertas
Consola
Puedes crear políticas de alertas para monitorizar los valores de las métricas y recibir notificaciones cuando esas métricas incumplan una condición.
-
En la Google Cloud consola, ve a la página notifications Alertas:
Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Monitorización.
- Si no has creado tus canales de notificación y quieres recibir notificaciones, haz clic en Editar canales de notificación y añade tus canales de notificación. Vuelve a la página Alertas después de añadir tus canales.
- En la página Alertas, selecciona Crear política.
- Para seleccionar la métrica, despliega el menú Seleccionar una métrica y, a continuación, haz lo siguiente:
- Para limitar el menú a las entradas relevantes, introduce
Google Cloud TCP Load BalanceroGoogle Cloud UDP Load Balanceren la barra de filtros. Si no hay resultados después de filtrar el menú, desactive el interruptor Mostrar solo recursos y métricas activos. - En Tipo de recurso, selecciona Balanceador de carga TCP de Google Cloud o Balanceador de carga UDP de Google Cloud.
- Seleccione una Categoría de métrica y una Métrica y, a continuación, Aplicar.
- Para limitar el menú a las entradas relevantes, introduce
- Haz clic en Siguiente.
- Los ajustes de la página Configurar activador de alerta determinan cuándo se activa la alerta. Seleccione un tipo de condición y, si es necesario, especifique un umbral. Para obtener más información, consulta el artículo Crear políticas de alertas de umbral de métricas.
- Haz clic en Siguiente.
- Opcional: Para añadir notificaciones a tu política de alertas, haz clic en Canales de notificación. En el cuadro de diálogo, selecciona uno o más canales de notificación y, luego, haz clic en Aceptar.
- Opcional: Actualiza la duración del cierre automático de incidentes. Este campo determina cuándo cierra Monitoring los incidentes si no hay datos de métricas.
- Opcional: Haz clic en Documentación y añade la información que quieras incluir en las notificaciones.
- Haz clic en Nombre de la alerta y escribe el que quieras asignar a la política de alertas.
- Haz clic enCreate Policy (Crear política).
Métricas de los balanceadores de carga de red de paso a través internos
Las siguientes métricas de los balanceadores de carga de red de paso a través internos se registran en Monitoring.
| Métrica | metric_name | Descripción |
|---|---|---|
| Rendimiento de entrada | loadbalancing.googleapis.com/l3/internal/ingress_bytes_count |
Número de bytes enviados desde el cliente al backend del balanceador de carga de red de paso a través interno. En el caso de los flujos TCP, solo se contabilizan los bytes del flujo de la aplicación. |
| Paquetes entrantes | loadbalancing.googleapis.com/l3/internal/ingress_packets_count |
Número de paquetes enviados desde el cliente al backend del balanceador de carga de red de paso a través interno. |
| Rendimiento de salida | loadbalancing.googleapis.com/l3/internal/egress_bytes_count |
Número de bytes enviados desde el backend del balanceador de carga de red de paso a través interno al cliente. En el caso de los flujos TCP, solo se contabilizan los bytes del flujo de la aplicación. |
| Paquetes salientes | loadbalancing.googleapis.com/l3/internal/egress_packets_count |
Número de paquetes enviados desde el backend del balanceador de carga de red de paso a través interno al cliente. |
| Latencia | loadbalancing.googleapis.com/l3/internal/rtt_latencies |
Distribución del RTT medido en conexiones TCP para flujos de balanceadores de carga de red de paso a través internos. Solo está disponible para el tráfico TCP. |
Dimensiones de filtro de las métricas de balanceadores de carga de red de paso a través internos
Las métricas se agregan para cada balanceador de carga de red de paso a través interno. Las métricas se pueden desglosar aún más por las siguientes dimensiones:
| Propiedad | Descripción |
|---|---|
| NOMBRE DE BACK-END | Nombre del grupo de instancias o del grupo de puntos finales de red (NEG) con GCE_VM_IP puntos finales. |
| ÁMBITO DE BACK-END | El ámbito (región o zona) del backend que ha recibido la conexión. |
| ZONA DE BACK-END | En el caso de los grupos de instancias y los grupos de puntos finales de red por zonas, zona del backend que ha atendido la conexión. |
| RED DE CLIENTE | La red de la instancia de cliente que se ha conectado al balanceador de carga de red de paso a través interno. |
| SUBNETWORK DE CLIENTE | La subred de la instancia de cliente que se ha conectado al balanceador de carga de red de paso a través interno. |
| ZONA DE CLIENTES | La Google Cloud zona de la instancia que se ha conectado a la regla de reenvío. |
| REGLA DE REENVÍO | Nombre de la regla de reenvío del balanceador de carga de red de paso a través interno. |
Frecuencia de los informes de métricas y retención
Las métricas de los balanceadores de carga de red de paso a través internos se exportan a Monitoring en lotes con una granularidad de un minuto. Los datos de monitorización se conservan durante seis semanas. Las métricas se basan en el tráfico muestreado (la tasa de muestreo es dinámica y no se puede ajustar). El panel de control proporciona análisis de datos en intervalos predeterminados de una hora (1H), seis horas (6H), un día (1D), una semana (1W) y seis semanas (6W). Puedes solicitar un análisis manualmente en cualquier intervalo de entre seis semanas y un minuto.
Siguientes pasos
- Para obtener información sobre los conceptos básicos, consulta el artículo Descripción general del balanceador de carga de red de paso a través interno.
- Para obtener información sobre la conmutación por error, consulta Conmutación por error de balanceadores de carga de red de paso a través internos.
- Para ver las opciones de nombres de DNS disponibles para tu balanceador de carga, consulta Balanceo de carga interno y nombres de DNS.
- Para ver un ejemplo de configuración de un balanceador de carga de red de paso a través interno, consulta Configurar un balanceador de carga de red de paso a través interno con backends de grupos de instancias de VM.
- Para obtener información sobre cómo configurar y probar un balanceador de carga de red de paso a través interno que use la configuración de conmutación por error, consulta Configurar la conmutación por error de los balanceadores de carga de red de paso a través internos.
- Para obtener información sobre cómo acceder a balanceadores de carga internos desde redes emparejadas conectadas a tu red de VPC, consulta el artículo Balanceadores de carga de red internos con paso a través y redes conectadas.
- Para obtener información sobre cómo solucionar problemas, consulta el artículo Solucionar problemas de balanceadores de carga de red internos de tipo pasarela.
- Para obtener información sobre cómo solucionar problemas con los registros, consulta el artículo Solucionar problemas de registro.