¡Te damos la bienvenida al nuevo sysarmy --help! Para recuperar tu usuario pedí un password reset.
Zabbix - Housekeeper 75% y Cpuwait (Disk I/O)
Estimados,
Tenemos un Zabbix con MySQL. que primero nacio para pequeños trabajos, y ahora esta monitoreando gran parte de la infraestructura, el gran salto lo dio cuando se le agrego el Vcenter y se empezaron a implementar Proxys en lugares distribuidos.
El problema que tenemos ahora es el HouseKeeper se dispara 1 o 2 veces por día (tal vez más) por arriba del 75%, en algunos momentos esta 1 hora ahí arriba. En simultaneo se da que el CPUWait también se dispara por arriba del 90% (Esto pasa bastante más seguido)
No se si los procesos tendran que ver o no, lo del CPUWait puede ser por los discos, que deba pasarlo a algunos más rapidos. Pero todavía estamos analizando opciones.
He leido, que MySQL no es la mejor opción, y recomienda el paso a Postgres. Pero también he encontrado gente quejandose de lo mismo con Postgres. Tampoco es nuestro fuerte esa base de datos. Pero si sabemos que cambiando el motor de base de datos vamos a reducir el problema, estamos dispuestos a estudiar postgres.
Otra propuestas, es el particionado de la Base, separar las diarias de las mensuales, todavía estamos analizando el proceso. Pero si alguno ya paso por esto, y nos marca el camino por donde seguir nos ayudaría mucho.
Por otro lado, En caso de hacer el cambio de base a postgres. ¿Habría algún problema de mantener los proxys con MySQL?
Desde ya muchas gracias!
Tenemos un Zabbix con MySQL. que primero nacio para pequeños trabajos, y ahora esta monitoreando gran parte de la infraestructura, el gran salto lo dio cuando se le agrego el Vcenter y se empezaron a implementar Proxys en lugares distribuidos.
El problema que tenemos ahora es el HouseKeeper se dispara 1 o 2 veces por día (tal vez más) por arriba del 75%, en algunos momentos esta 1 hora ahí arriba. En simultaneo se da que el CPUWait también se dispara por arriba del 90% (Esto pasa bastante más seguido)
No se si los procesos tendran que ver o no, lo del CPUWait puede ser por los discos, que deba pasarlo a algunos más rapidos. Pero todavía estamos analizando opciones.
He leido, que MySQL no es la mejor opción, y recomienda el paso a Postgres. Pero también he encontrado gente quejandose de lo mismo con Postgres. Tampoco es nuestro fuerte esa base de datos. Pero si sabemos que cambiando el motor de base de datos vamos a reducir el problema, estamos dispuestos a estudiar postgres.
Otra propuestas, es el particionado de la Base, separar las diarias de las mensuales, todavía estamos analizando el proceso. Pero si alguno ya paso por esto, y nos marca el camino por donde seguir nos ayudaría mucho.
Por otro lado, En caso de hacer el cambio de base a postgres. ¿Habría algún problema de mantener los proxys con MySQL?
Desde ya muchas gracias!
Este hilo ha sido cerrado.
Respuestas
Con "update interval" tenes que setear los intervalos de tiempo en que a vos te interesa tomar esa info. Por ahi de los servers mas importantes te interesa tomarlos cada 30, 60, 120 segundos pero de otras cosas podes tomar cada 10minutos o mas y con esto bajas mucho la cantidad de datos.
Con los otros parametros le decis cuanto tiempo guardas la info, en muchos casos no interesa guardarlos mas que unas horas o unos dias.
Ademas usar herramientas como estas:
https://github.com/burner1024/zabbix-sql
Para depurar un poco la DB, hay muchas por internet, en mi caso redujeron bastante el tamaño de la DB.
Tambien podrias hacer configuraciones de la DB por ejemplo usar un archivo por tabla con innodb_file_per_table, o podes correr un optimize table para ver si libera espacio.
Saludos
modificamos en el .conf del postgres:
max_worker_processes = 4
max_parallel_workers_per_gather = 2
checkpoint_timeout = 10min
max_wal_size = 2 GB
shared_buffers = 2048MB
synchronous_commit = off