Descripción general del Panel de rendimiento

En el panel de rendimiento, se muestra el rendimiento de toda la red de Google Cloud, así como el rendimiento de los recursos de tu proyecto.

En la vista de rendimiento del proyecto, el panel de rendimiento muestra las métricas de pérdida de paquetes y latencia (en gráficos de resumen y vistas de mapas de calor) para las zonas en las que tienes instancias de máquina virtual (VM) de Compute Engine. Proporciona datos actuales, así como métricas de las últimas seis semanas. Por ejemplo, tu proyecto tiene una red de nube privada virtual (VPC) con VM en las zonas A y B. En ese caso, el panel de rendimiento proporciona datos sobre la pérdida de paquetes y la latencia de tu proyecto entre esas dos zonas. Para ver las métricas del proyecto, haz clic en Ver el rendimiento del proyecto en la parte superior de la página Panel de rendimiento. Para obtener más ejemplos y detalles sobre qué se mide, consulta Métricas.

En la vista de rendimiento de Google Cloud, el panel de rendimiento muestra las métricas de pérdida de paquetes y latencia en todo Google Cloud. Estas métricas pueden ayudarte a comprender si los problemas que se observan en el panel por proyecto son exclusivos de tu proyecto. Las métricas globales también pueden ayudarte a planificar futuras implementaciones. Para ver las métricas globales, haz clic en Ver el rendimiento para todo Google Cloud en la parte superior de la página Panel de rendimiento.

Con estas capacidades de supervisión del rendimiento, puedes distinguir entre un problema en tu aplicación y un problema en la red subyacente de Google Cloud. También puedes depurar problemas históricos de rendimiento de red.

El panel de rendimiento también exporta datos a Cloud Monitoring. Puedes usar Monitoring para consultar los datos y obtener acceso a información adicional. Para obtener más información, consulta Visualiza las métricas de supervisión.

.

Vista del rendimiento de Google Cloud

En esta vista, el panel de rendimiento presenta las métricas generales de Google Cloud para cada par de zonas de Google Cloud posible. Muestra el estado actual de la red de Google Cloud y te permite comparar el rendimiento de todo Google Cloud con el rendimiento observado en tus proyectos.

En la vista de rendimiento de Google Cloud, se muestran los datos de series temporales para un máximo de 50 pares de zonas para el período seleccionado, que, de forma predeterminada, es una hora.

Puedes ver el rendimiento de la red para cualquier par de zonas de Google Cloud, incluso si tu proyecto no está implementado en esas zonas. Puedes ver el rendimiento a nivel de región y de zona. En un gráfico de resumen de series temporales, se muestran hasta 50 pares de zonas con la mayor pérdida de paquetes de VM a VM o latencia agregada en todo Google Cloud.

Para ver todas las métricas de rendimiento de Google Cloud en el panel de rendimiento de tu proyecto, puedes mantener el puntero sobre los pares de zonas específicas. Para ver el rendimiento de toda la red de Google Cloud en el panel de rendimiento, puedes hacer clic en Ver el rendimiento para todo Google Cloud.

Métricas

El panel de rendimiento proporciona dos tipos de métricas: pérdida de paquetes y latencia (tiempo de ida y vuelta o RTT). Para obtener las métricas de pérdida de paquetes de tu proyecto, necesitas una cantidad suficiente de VM. Para obtener métricas de latencia, necesitas una cantidad suficiente de tráfico. Aparte de eso, el panel de rendimiento no requiere configuración.

En las siguientes secciones, se describen ambas métricas con más detalle.

Pérdida de paquetes

Las métricas de pérdida de paquetes muestran los resultados de los sondeos activos entre los siguientes elementos:

  • VM dentro de una sola red de VPC.

  • VM en redes de VPC con intercambio de tráfico, cuando una o ambas redes se encuentran dentro de tu proyecto. Si las redes con intercambio de tráfico se encuentran en proyectos diferentes, la pérdida de paquetes será visible en el proyecto de destino.

  • VM en una red de VPC compartida que utiliza tu proyecto. La pérdida de paquetes entre dos proyectos que usan una red de VPC compartida es visible en el proyecto de servicio de destino.

Por ejemplo, supongamos que el proyecto A incluye dos redes de VPC: la red A, que tiene solo VM en la zona A, y la red M, que tiene VM solo en la zona M. Si esas dos redes intercambian tráfico, el panel de rendimiento del proyecto A muestra los datos de pérdida de paquetes para el par de zonas A/M. Si las redes no intercambian tráfico, el panel de rendimiento no muestra los datos de pérdida de paquetes para ese par de zonas.

Por otro lado, supongamos que estas dos redes no están en el mismo proyecto. Es decir, supongamos que la red A es parte del proyecto A y la red M es parte del proyecto M. Cuando las redes intercambian tráfico, el panel de rendimiento del proyecto M muestra los datos de pérdida de paquetes en situaciones en las que la zona M es la zona de destino. Por el contrario, cuando la zona A es la zona de destino, los datos de pérdida de paquetes son visibles solo para el proyecto A. Si las redes no intercambian tráfico, ninguno de los paneles de rendimiento de los proyectos muestra los datos de pérdida de paquetes para el par de zonas.

Los datos recopilados en todos los sondeos se agregan en el panel de rendimiento. Es decir, el panel de rendimiento no te permite aislar datos sobre la pérdida de paquetes dentro del proyecto en comparación con otros tipos (como la pérdida de paquetes relacionados con una red de VPC con intercambio de tráfico en otro proyecto). Sin embargo, puedes usar Monitoring para desglosar y ver resultados más detallados. Para obtener más información, consulta Visualiza las métricas de supervisión.

El panel de rendimiento no envía los sondeos a través de conexiones de Cloud VPN.

Metodología

El panel de rendimiento ejecuta los trabajadores en los hosts físicos que alojan tus VM. Estos trabajadores insertan y reciben paquetes de sondeo que se ejecutan en la misma red que tu tráfico. Debido a que los trabajadores se ejecutan en los hosts físicos y no en las VM, estos trabajadores no consumen recursos de VM y el tráfico no es visible en tus VM.

Las sondeos cubren toda la malla de máquinas virtuales que pueden comunicarse entre sí, lo que no es necesariamente lo mismo que tu patrón de tráfico. Por lo tanto, es posible que veas indicios de pérdida de paquetes en el Panel de rendimiento y que no haya evidencia de pérdida de paquetes en tu aplicación.

Para todas las VM de sondeo, intentamos acceder a la VM mediante su dirección IP interna y dirección IP externa (si existe). Los sondeos permanecen en Google Cloud, pero si se usan direcciones IP externas, el panel de rendimiento puede abarcar parte de la ruta que usaría el tráfico externo, como el tráfico proveniente de Internet.

La pérdida de paquetes para direcciones IP internas se mide mediante paquetes UDP, y la pérdida de paquetes para direcciones IP externas se mide mediante paquetes TCP.

Disponibilidad de métricas y niveles de confianza

El panel de rendimiento sondea un subconjunto de todos los pares de VM-VM en la red. Luego, los datos recopilados se usan para estimar la pérdida de paquetes que podrías experimentar. La confianza de Google en los datos depende de la tasa de sondeo, y la tasa de sondeo depende de la cantidad de VM que tengas en cada zona, así como de la cantidad de zonas en las que hayas implementado las VM. Por ejemplo, tener 10 VM en dos zonas genera más confianza que tener 10 VM en 10 zonas.

Todas las VM, incluidas las creadas por Google Kubernetes Engine (GKE), cuentan para el total de VM.

En la siguiente tabla, se describen los distintos niveles de confianza. Los niveles de confianza más bajos se marcan en el mapa de calor con un asterisco o N/A.

Nivel Cantidad requerida de VM en cada zona Qué muestra el panel de rendimiento en el mapa de calor
95% de confianza 10 VM x la cantidad de zonas del proyecto. Por ejemplo, si tienes 12 zonas en tu proyecto, debes tener 120 VM en cada zona. Una medición sin ninguna notación adicional
90% de confianza 2.5 VM x la cantidad de zonas del proyecto. Por ejemplo, si tienes 12 zonas en tu proyecto, debes tener 30 VM en cada zona. Una medición sin ninguna notación adicional
Confianza baja Una medición con un asterisco
No hay suficientes sondeos para tener datos significativos N/A

Las métricas de pérdida de paquetes de Google Cloud siempre están disponibles. Las métricas de pérdida de paquetes por proyecto solo están disponibles si hay más de 200 sondeos por minuto para el par de zonas. Se muestra un asterisco (*) si hay entre 200 y 400 sondeos por minuto.

Latencia

Las métricas de latencia se miden mediante el tráfico real del cliente entre los siguientes elementos:

  • VM dentro de una sola red de VPC.

  • VM entre redes de VPC con intercambio de tráfico, si las redes se encuentran en el mismo proyecto

Además, el panel de rendimiento de un proyecto de servicio dentro de una red de VPC compartida muestra datos solo para las zonas del proyecto de servicio. Es decir, supongamos que una VM en la zona A y el proyecto de servicio A usan el proyecto host para comunicarse con una VM en la zona B y en el proyecto B. Las mediciones sobre ese tráfico no están disponibles para el proyecto de servicio ni para el proyecto host.

El panel de rendimiento no muestra los datos de latencia para los siguientes casos:

  • Tráfico entre redes de VPC con intercambio de tráfico, si una red de VPC está en un proyecto diferente.

  • El tráfico que se envía mediante las conexiones de Cloud VPN.

Metodología

La latencia se mide mediante el uso de paquetes TCP.

Según una muestra de tu tráfico real, la latencia se calcula como el tiempo que transcurre entre el envío de un número de secuencia TCP (SEQ) y la recepción de un ACK correspondiente que contiene el RTT de la red y el tiempo de retraso relacionado con la pila de TCP. La IU muestra la latencia como la mediana de todas las mediciones relevantes.

La métrica de latencia se basa en la misma fuente de datos y metodología de muestreo que los registros de flujo de VPC.

Disponibilidad de métricas

La métrica de latencia de Google Cloud siempre está disponible. La métrica de latencia por proyecto solo está disponible si el tráfico de TCP es de alrededor de 1,000 paquetes por minuto o más.

Tabla de resumen de métricas

En la siguiente tabla, se resumen los métodos y los protocolos de sondeo que se usan para informar las métricas de pérdida paquetes y latencia.

Pérdida de paquetes Latencia
Método de sondeo Sondeo activo (tráfico de VM sintético) Sondeo pasivo (tráfico de VM real)
Protocol UDP (dirección IP interna), TCP (dirección IP externa) TCP (direcciones IP internas y externas)

Aunque la tabla anterior hace referencia a direcciones IP externas, el panel de rendimiento muestra únicamente datos sobre el tráfico interno. Para encontrar datos agregados sobre el tráfico que tus VM reciben de fuentes externas, puedes usar Cloud Monitoring.

Permisos

Para acceder a los datos del panel de rendimiento, ya sea a través de Cloud Console o a través de Monitoring, debes tener el permiso monitoring.timeSeries.list. Este permiso se incluye en las funciones de Monitoring que se enumeran en la siguiente tabla.

Nombre de la función ID de función
Lector de Monitoring roles/monitoring.viewer
Editor de Monitoring roles/monitoring.editor
Administrador de Monitoring roles/monitoring.admin

Para obtener información sobre otras funciones que incluyen el permiso monitoring.timeSeries.list, consulta Comprende las funciones.

Visualización de datos cuando se ven datos históricos

Cuando visualizas datos por un período de un día o más, el gráfico proporciona datos adicionales en un color más claro (halo) alrededor de los datos principales. El color más claro que rodea la línea muestra el rango de valores, de menor a mayor, que se agregaron para dibujar la línea principal.

Los datos históricos agregados.
Datos históricos agregados (haz clic para ampliar)

¿Qué sigue?