Cuando administrás varios sitios, la memoria se reparte entre todos
Si revendés hosting o manejás varios VPS para tus clientes, sabés que la memoria RAM es un recurso compartido. Un sitio con mucho tráfico o un proceso que se pone pesado puede dejar a los demás sin margen. Y cuando eso pasa, el cliente no piensa en tu servidor: piensa que su web está caída y que vos no respondés. Por eso vale la pena conocer una herramienta sencilla de respaldo: la memoria swap.
En este post vas a encontrar una guía para principiantes avanzados, o para quien ya se maneja con SSH y quiere sumar una capa de seguridad. Cada comando va acompañado de una explicación, para que sepas qué estás haciendo y por qué.
Qué es la swap y por qué funciona como respaldo
Cuando la RAM se agota, Linux puede usar un archivo en el disco como memoria adicional. A esa reserva se la llama swap. Su velocidad es menor que la de la RAM, pero sirve para que los procesos no se cierren de golpe. En un servidor compartido, esa diferencia entre caerse y seguir respondiendo, aunque algo más lento, es enorme.
La analogía que más sirve es la de una mesa de trabajo con un estante detrás. Lo que usás todo el tiempo queda sobre la mesa, y lo que no entra se guarda en el estante. Trabajar con el estante es más lento, pero es mejor que tirar papeles al piso.
Antes de tocar nada: diagnóstico
Conectate por SSH y corré tres comandos para tener una foto del estado actual:
- free -h: muestra la memoria RAM y la swap, con los valores en un formato legible.
- swapon –show: indica si hay alguna swap activa.
- df -h /: informa el espacio libre en el disco principal.
Si la RAM está casi llena y no hay swap, la configuración que sigue te va a servir. Si ya hay swap y se usa poco, probablemente el problema esté en otro lado.
Paso 1: dimensioná la swap
Para un servidor con 1 GB de RAM, una swap de 2 GB suele ser una buena opción. Con 2 o 4 GB de RAM alcanza con 1 o 2 GB. Con más memoria, la swap funciona como red de seguridad y no hace falta que sea grande. Lo que no conviene es ocupar la mayor parte del disco con un archivo que casi nunca se usa.
Paso 2: creá el archivo
Ejecutá estos tres comandos con sudo. El primero reserva el espacio, el segundo limita el acceso al usuario root y el tercero prepara el archivo como swap:
- sudo fallocate -l 2G /swapfile
- sudo chmod 600 /swapfile
- sudo mkswap /swapfile
Si fallocate no funciona en tu sistema, usá sudo dd if=/dev/zero of=/swapfile bs=1M count=2048. Es más lento, pero llega al mismo resultado.
Paso 3: encendé la swap
Con sudo swapon /swapfile la swap queda activa de inmediato. Verificala con swapon –show y free -h. Si el tamaño coincide con el que definiste, el paso está completo. Recordá que esto dura hasta el próximo reinicio.
Paso 4: que se active sola al arrancar
El archivo /etc/fstab indica qué montar al iniciar el servidor. Hacé primero una copia con sudo cp /etc/fstab /etc/fstab.bak y después agregá esta línea al final:
/swapfile none swap sw 0 0
Un error en fstab puede hacer que el servidor no arranque como debería, así que revisá la línea antes de guardar. Si algo sale mal, la copia te permite volver atrás.
Paso 5: definí la swappiness
La swappiness controla cuánto recurre Linux a la swap cuando todavía hay RAM libre. Para servidores que atienden tráfico web conviene un valor bajo. Revisá el actual con cat /proc/sys/vm/swappiness, aplicá el nuevo valor con sudo sysctl vm.swappiness=10 y agregá vm.swappiness=10 en /etc/sysctl.conf para que se conserve.
Paso 6: observá el comportamiento
Ejecutá vmstat 1 5 y prestá atención a las columnas si y so. Muestran la cantidad de datos que pasan desde y hacia la swap. Un poco de actividad es normal. Si los valores son altos y constantes, tenés que revisar qué procesos consumen memoria o evaluar un plan con más RAM.
Un ejemplo de la vida real en la reventa
Un cliente de tu panel tiene un blog de recetas que se viraliza un miércoles. Su consumo de memoria se dispara y, como comparte servidor con otros cinco sitios, los demás empiezan a responder lento. Si tenías una swap configurada, el sistema absorbe el golpe y los sitios siguen en línea. Después, con vmstat en la mano, podés conversar con el cliente sobre un upgrade sin estar apagando incendios a las apuradas.
Errores frecuentes
- Crear una swap más grande de lo que el disco puede sostener.
- No aplicar chmod 600, lo que puede impedir la activación.
- Editar fstab sin respaldo previo.
- Usar la swap para tapar un servidor siempre sobrecargado, en lugar de resolver la causa.
Cómo volver atrás
Para desactivarla, ejecutá sudo swapoff /swapfile, eliminá la línea de fstab y borrá el archivo con sudo rm /swapfile. Así el servidor queda como estaba antes de empezar.
Cómo explicarle el cambio a tus clientes sin tecnicismos
Cuando hacés un ajuste de memoria en el servidor, el cliente no necesita conocer los detalles de la swap. Lo que sí necesita es saber que su sitio está protegido y que vos estás atento. Un mensaje corto y claro funciona mejor que una explicación técnica larga. Por ejemplo, podés decir que reforzaste la capacidad de respuesta del servidor para que su web siga disponible aunque aumente el movimiento en un día puntual.
Evitá prometer cifras exactas o garantías que no podés sostener. Si el cliente pregunta por qué su sitio se puso lento en algún momento, la respuesta honesta es que el consumo de memoria estaba alto y que ya tomaste medidas. Esa transparencia genera más confianza que cualquier justificación rebuscada, y ayuda a fidelizar a quien revende a través de tu panel.
Un buen hábito es tener una plantilla de respuesta para estos casos y registrar cada intervención en una planilla simple: fecha, qué se cambió, por qué y qué se observó después. Con el tiempo, esa bitácora se convierte en tu mejor argumento para decidir upgrades y para explicar la evolución del servidor.
Cómo organizar una revisión mensual
- Revisá free -h y anotá el uso de RAM y de swap en una planilla.
- Ejecutá vmstat 1 5 en un horario de tráfico normal y en uno de mayor actividad.
- Confirmá que /swapfile sigue activo con swapon –show.
- Revisá df -h / para asegurarte de que el disco no se esté llenando.
- Compará los valores con el mes anterior y definí si hace falta un ajuste.
Hacer esta revisión durante veinte minutos al mes evita sorpresas. Si algún servidor muestra una tendencia creciente, es mejor enterarte antes de que un cliente te escriba con la web caída.
Qué decisiones tomar según lo que muestre vmstat
Si las columnas si y so están casi siempre en cero, la swap está de reserva y el servidor tiene margen. Si aparecen movimientos esporádicos en momentos puntuales, es una señal normal que no requiere acción inmediata. Si los valores son altos y sostenidos, hay que decidir entre tres caminos: optimizar los procesos que más memoria consumen, reubicar algunos sitios en otro servidor o subir de plan.
Para un revendedor, mover sitios de un servidor a otro suele ser la opción más equilibrada, porque reparte la carga sin obligar a cambiar el plan de todos los clientes. Esa decisión requiere planificación y comunicación, así que conviene tenerla preparada antes de que aparezca la urgencia.
Preguntas frecuentes
¿Afecta el rendimiento de los otros sitios del servidor?
Mientras la swap casi no se use, no se nota. Cuando se usa mucho, el servidor responde más lento, pero sigue respondiendo. Justamente por eso conviene vigilar vmstat de forma periódica.
¿Puedo tener varias swap?
Linux lo permite, aunque para la mayoría de los casos un único archivo alcanza. Agregar más complica el mantenimiento sin un beneficio claro.
¿Cómo sé si la swap afecta a un cliente en particular?
Si varios sitios comparten servidor, la memoria no se asigna por cliente de forma directa salvo que uses límites de recursos por cuenta. Lo que sí podés hacer es cruzar el horario de las quejas con la actividad registrada en vmstat y revisar qué procesos aparecen arriba en ps aux. Así conversás con el cliente con datos y no con suposiciones.
¿Qué pasa si el disco se llena?
La swap ocupa un espacio fijo, pero si el disco llega al límite el servidor puede comportarse de forma errática. Por eso la revisión mensual incluye df -h. Si el espacio libre se achica, conviene liberar archivos temporales, rotar logs antiguos o planificar una ampliación antes de crear más swap.
Conclusión
Una swap bien configurada no es un lujo para administradores avanzados: es una herramienta de respaldo que cualquiera que revenda hosting debería tener lista. Te compra tiempo, protege la experiencia de tus clientes y te da datos para decidir cuándo subir de plan. Seguí la guía en orden, hacé las copias y verificá cada paso. Tu reventa va a responder mejor cuando más lo necesiten.
