La memoria marca noventa por ciento: está llena o solo lo parece

Miras el panel y la memoria está al noventa por ciento. El instinto es añadir RAM de inmediato. La mayoría de las veces no hace falta.

La memoria libre es memoria desperdiciada. El sistema operativo trata la memoria sin usar como caché y la devuelve cuando hace falta. Así que un porcentaje alto por sí solo no es señal de avería.

En Proxmox hay dos fuentes más que enturbian este cuadro.

Primera fuente: la caché de almacenamiento

Si usas ZFS, guarda en memoria los datos que lee para acceder rápido, y esa parte puede ser grande. La suelta bajo presión. Pero hasta entonces aparece como "en uso".

No es una fuga, es el propio diseño. En un sistema que relee siempre los mismos datos, esta caché es la aceleración más barata que existe, y además baja el desgaste del disco.

Lo sutil es esto: cuando suelta, puede que no suelte al instante. Una demanda repentina de memoria puede encontrarse con un breve retraso. Por eso en instalaciones muy ajustadas tiene sentido poner un techo a la caché; pero hazlo midiendo, no por el pánico de "la memoria se llena".

Segunda fuente: la memoria que retienen los invitados

Si diste ocho gigabytes a una máquina virtual, esa máquina puede parecer que retiene ocho gigabytes desde el lado del servidor aunque por dentro esté parada. El motivo es simple: la memoria que se ha tocado una vez sigue asignada mientras el invitado no sepa devolverla.

Devolverla solo funciona si el invitado coopera. Si dentro del invitado no está el componente que lo hace posible, la memoria que entregaste se fue en un solo sentido. Si esperas que la memoria prometida vuelva, asegúrate primero de que ese componente está instalado.

La pregunta correcta: no cuán llena, sino quién la retiene

El porcentaje por sí solo no dice nada. La división que importa es esta: cuánto de ese llenado son tus invitados y cuánto es el servidor mismo?

Si son los invitados, la situación es normal; están usando la memoria que les diste. Si es el lado del servidor y crece sin parar, ahí hay algo que mirar.

La verdadera señal de alarma no es el porcentaje, es el intercambio

Si el servidor ha empezado a usar el área de intercambio, eso es una señal de verdad. Un llenado del noventa por ciento puede no ser problema, pero un servidor que intercambia sin parar es lento y además desgasta su disco.

La prueba: no te asustes por el porcentaje, actúa por la actividad de intercambio.

Prometer de más

Puedes prometer a tus máquinas virtuales más memoria en total de la que el servidor tiene de verdad. Funciona casi siempre, porque no todas hacen pico a la vez.

Pero hay una regla sin excepciones: no incluyas en la promesa la parte propia del servidor. Cuando al servidor se le acaba la memoria no cae una máquina, cae todo a la vez, panel incluido. Entre invitados el reparto puede ser flexible; el aire del servidor no.

Qué hace Atlas

Atlas no muestra el gráfico de memoria como un porcentaje único, lo divide en tres: lo que usa el servidor mismo, lo que usan los invitados y el intercambio.

Y hace esa división por cálculo, no a ojo: de la memoria usada total se resta la suma de los invitados, y lo que queda cuenta como parte del servidor. Así respondes de un vistazo a la pregunta de verdad de arriba: este llenado son mis máquinas o el servidor mismo?

Un detalle pequeño pero significativo: para el techo del gráfico se usa el valor más reciente conocido de la memoria total, no el del principio de la serie. El motivo: en vistas largas la memoria total puede cambiar, y tomar el valor viejo como techo muestra el gráfico distinto de como es. Así, el día que añades RAM a la máquina, el gráfico no sigue dibujando el techo viejo ni te engaña.