Notas sobre el dimensionamiento y la monitorización del rendimiento de Libraesva ESG

Realmente depende de qué CPUs esté utilizando, existen enormes diferencias entre las distintas CPUs. El rendimiento de una CPU lanzada hace tres años es drásticamente diferente al de una CPU reciente. Por lo tanto, monitorice la carga y aumente las CPUs en consecuencia.

Tenga en cuenta que aumentar las CPUs puede no proporcionar mucha más potencia de cálculo si el hipervisor está sobrecargado. Si su VM tiene 2 CPUs, el hipervisor espera a que 2 núcleos tengan un ciclo de reloj libre para asignarlo a la VM. Con 4 CPUs asignadas a la VM, el hipervisor tiene que esperar a que 4 núcleos tengan un ciclo de CPU libre y, si la máquina está sobrecargada, puede tardar más tiempo antes de que se pueda asignar un ciclo de reloj a la VM. Por lo tanto, aumentar las CPUs funciona bien a menos que el hipervisor esté sobrecargado.

El sistema operativo intenta usar toda la memoria disponible y utiliza toda la memoria libre para cachés y búferes, por lo que es normal que el uso de memoria esté siempre cerca del 100%. Debería restar la memoria asignada a caché y búferes de la cantidad total de memoria en uso.

Más fácilmente, puede simplemente comprobar el uso de swap: si se utiliza mucho, entonces la memoria no es suficiente o ha configurado demasiados procesos de escaneo de correo. Si el uso de swap es bajo (20-25%), entonces está bien.

El número de mensajes procesados por unidad de tiempo también se ve afectado por la velocidad del disco. Si inicia sesión en la consola con el usuario admin, puede ejecutar una prueba de velocidad de disco para comprobar si es lo suficientemente rápido.

Todos los OIDs SNMP estándar de linux están disponibles, además de los OIDs específicos de esva.

Para vigilar el rendimiento, puede monitorizar los siguientes parámetros:

Las colas salientes (1.3.6.1.4.1.41091.1.1.9.0) crecen solo en caso de problemas en su servidor de correo, no se ven afectadas por el rendimiento de ESVA.