ClusterControl 1.9.0 se lanzó el 16 de julio de 2021 con muchas características nuevas introducidas en el sistema. Esas funciones incluyen Redis Management and Monitoring, un nuevo sistema de monitoreo de consultas basado en agentes para MySQL y PostgreSQL, mejoras de pgBackRest y algunas otras mejoras que se enumeran aquí. Estamos muy emocionados ya que este es nuestro segundo lanzamiento importante para 2021 después de ClusterControl 1.8.2.
Si es nuevo en ClusterControl, Query Monitor es una de nuestras funciones útiles donde puede obtener información sobre la carga de trabajo de su base de datos. Query Monitor proporciona un resumen del procesamiento de consultas en todos los nodos del clúster, lo que se vuelve indispensable cuando nota o experimenta una degradación del rendimiento. No todas las características de Query Monitoring son iguales para cada tipo de base de datos, por ejemplo, Query Monitor para MySQL es diferente de Query Monitor para PostgreSQL.
Tener un rendimiento de primer nivel no es una excusa, especialmente cuando ejecuta aplicaciones de misión crítica, además de brindar la mejor experiencia de usuario.
En esta publicación de blog, analizaremos lo que ofrece el nuevo Query Monitor y veremos algunos de los pasos sobre cómo habilitarlo para sistemas basados en MySQL y PostgreSQL. Sin más preámbulos, ¡comencemos!
Nuestro nuevo monitor de consultas MySQL
Si ya actualizó esta nueva versión, probablemente notará algunos de los cambios en la interfaz. El nuevo Query Monitor tendrá una pestaña adicional llamada Overview. La descripción general de consultas es un lugar donde puede obtener una descripción general de todas las consultas para su clúster de base de datos. Para las instancias de bases de datos basadas en MySQL, debe habilitar el parámetro "performance_schema" para todas sus instancias de MySQL antes de poder instalar el agente de consulta. Verá la siguiente captura de pantalla si hace clic en la pestaña Descripción general de la consulta:
Si no ha habilitado el "esquema de rendimiento", no podrá utilizar este tablero. Puede habilitar el parámetro a través de Clúster -> Administrar -> Configuraciones y editar el archivo /etc/my.cnf para todos los hosts. Asegúrese de actualizar el valor a lo siguiente:
esquema_rendimiento =ACTIVADO
Una vez hecho esto, debe reiniciar el clúster desde la lista de acciones del clúster para que el cambio surta efecto. Sin un reinicio continuo, el agente de consulta no se puede instalar.
Por supuesto, también puede hacerlo manualmente desde los nodos de su base de datos, depende de tu preferencia. Si elige la forma manual, puede usar SSH en la instancia de su base de datos y editar /etc/my.cnf. Si desea usar SSH desde la interfaz de usuario de ClusterControl, puede hacerlo fácilmente desde la lista de acciones del nodo, como en la siguiente captura de pantalla:
Ahora debería notar la siguiente captura de pantalla después de completar el reinicio continuo y todos lo que debe hacer es hacer clic en Install Query Monitor Agent:
Solo tardará un poco en poder ver el nuevo panel de información general de consultas como la siguiente captura de pantalla:
En nuestro nuevo panel de información general de consultas, hay algunas variables que puede monitorear y obtener las métricas de. Aquí puede ver el rendimiento, la concurrencia, la latencia promedio, el error y la lista de consultas en la parte inferior. La explicación de cada uno de ellos es la siguiente:
-
Rendimiento:consultas por segundo (q/s)
-
La capacidad general para procesar datos que se mide en consultas por segundo, transacciones por segundo o el tiempo de respuesta promedio .
-
-
Concurrencia - Tiempo(s) de bloqueo
-
El número de consultas simultáneas, especialmente la consulta INSERT. Se mide en segundos.
-
-
Latencia promedio:tiempo de consulta promedio
-
La distribución de latencia de las declaraciones que se ejecutan en esta instancia de MySQL.
-
-
Errores - Errores (seg)
-
La cantidad de errores de consulta por segundo para el clúster.
-
Puede seleccionar en qué instancia de la base de datos le gustaría ver las métricas, así como el período de tiempo de 15 minutos a 4 horas para cada una de ellas. Con esta opción, puede identificar fácilmente lo que está sucediendo en ese caso en particular.
En la parte inferior del tablero, puede notar que hay una lista de consultas que se están ejecutando actualmente para su clúster. Aquí puede ver la información del resumen de la consulta, el esquema, el recuento, las filas y también el tiempo de ejecución.
A diferencia de la versión anterior (1.8.2), este es un tablero totalmente nuevo y será muy útil cuando desee tener una visión general del clúster. Con las métricas aquí, podrá tomar las medidas necesarias si nota que el rendimiento de su clúster no es óptimo.
Nuevo monitor de consultas para PostgreSQL
Se debe realizar el mismo proceso para PostgreSQL:una vez que actualice ClusterControl a 1.9.0, deberá instalar el agente de supervisión de consultas antes de poder obtener las métricas para la Descripción general de consultas. Verá un resultado similar al siguiente:
Sin embargo, para PostgreSQL no tiene que habilitar ningún parámetro como usted necesita para bases de datos basadas en MySQL, puede instalar el agente directamente desde el tablero. La instalación debería demorar un poco antes de que pueda ver el panel de información general de la consulta como se muestra a continuación.
Como puede ver, el tablero es un poco diferente de MySQL tablero donde solo hay 2 métricas que son el rendimiento y la latencia promedio. Al igual que el panel de información general de consultas basado en MySQL, también puede seleccionar la instancia de la base de datos en la que desea ver las métricas, así como el rango de tiempo.
También puede ver la lista de consultas debajo de las métricas como se muestra en la captura de pantalla anterior. En la lista de consultas, puede ver el resumen, el esquema, el recuento, las filas y el tiempo de ejecución de cada consulta.
Reflexiones finales
Creemos que el nuevo Query Monitor es bastante útil cuando desea ver qué sucede con sus consultas en una instancia de base de datos. Imagine que tiene algunos nodos:puede cambiar fácilmente la instancia de la base de datos desde la Descripción general de la consulta para ver las métricas. Con esta opción, puede saber específicamente qué sucede en cada una de las instancias de su base de datos.
Para las instancias basadas en MySQL, recuerde activar/habilitar "performance_schema" para cada una de las instancias de la base de datos antes de instalar el agente de consultas y proceder a ver la descripción general.
¿Qué piensa sobre nuestro nuevo monitor de consultas? ¿Te gusta y te parece útil? Háganos saber en la sección de comentarios a continuación.
