Abre la base de datos → pestaña Metrics en my.cubepath.com.
Qué se grafica
| Gráfica | Unidad | Qué te dice |
|---|---|---|
| Connections | número | Cuántos clientes están conectados. Una línea plana en el máximo de tu pool significa que los clientes están encolados, no que la base esté ociosa |
| CPU usage | núcleos | Una CPU alta y sostenida suele indicar índices que faltan o una consulta cara, no un plan pequeño |
| Memory | GiB | Tamaño del conjunto de trabajo. Cuando se estanca en el límite del plan, baja el acierto de caché y sube la latencia de las consultas |
| Replication lag | segundos | Cuánto se están quedando atrás las réplicas |
El retraso de replicación es el que hay que vigilar
El lag es la métrica que rompe la corrección en silencio, no la disponibilidad. Si tu aplicación lee de réplicas, el lag es la ventana en la que una lectura puede devolver datos anteriores a una escritura que tu usuario acaba de hacer — el clásico "lo he guardado y no aparece".
- Unos segundos durante una ráfaga de escrituras es normal.
- Un lag que no para de crecer significa que la réplica no da abasto. Es más volumen de escritura del que el plan puede replicar, o una consulta larga en la réplica bloqueando la aplicación de cambios.
- Un lag que nunca vuelve cerca de cero pone en riesgo tu failover: promover una réplica que va minutos por detrás pierde esos minutos de escrituras.
Rango temporal y modo en vivo
Elige última hora, 6 horas, 24 horas, 3 días o 7 días, y activa Live para una vista que se refresca continuamente mientras pruebas un cambio.
NotaLa recogida de métricas empieza poco después de terminar el aprovisionamiento, así que las gráficas pueden quedarse vacías unos minutos en un clúster recién creado. Si una serie concreta aún no tiene datos, la gráfica lo indica en vez de mostrar un cero engañoso.
ConsejoLee las conexiones y la CPU juntas. CPU alta con pocas conexiones es una consulta cara; muchas conexiones con CPU baja suele ser un pool mal configurado o con fugas.