Servidores que no se caen el domingo a las tres.
Configuración, migración y mantenimiento de servidores Linux para sitios y aplicaciones serias. Plesk cuando aporta, Linux puro cuando no. Sin drama, con logs leídos y con backups que se restauran de verdad.
La mayoría de problemas de servidor que veo no son por falta de potencia, son por configuración descuidada acumulada durante años: PHP-FPM con valores por defecto, MySQL sin tuning, ModSecurity demasiado agresivo bloqueando peticiones legítimas, Imunify360 comiendo RAM, sin monitorización proactiva. Cuando entro en un servidor con problemas, el 80% del trabajo es lectura de logs y comprensión del estado real, no instalación de software nuevo.
Trabajo principalmente con dos contextos. Primero, Plesk sobre CentOS o Ubuntu, que es lo que usan la mayoría de mis clientes. Conozco a fondo sus límites, sus particularidades de configuración y sus puntos débiles según el proveedor. Segundo, Linux puro cuando no necesitas Plesk: configuración nginx/Apache, PHP-FPM por pool, MariaDB, supervisor para procesos largos, fail2ban, monitoring básico con Netdata o similar. Migraciones entre proveedores y entre sistemas operativos (CentOS 7 → Ubuntu 24, ese tipo de saltos generacionales) las he hecho varias veces.
Una cosa que aprendí a las malas: los backups solo cuentan si se restauran. Cualquier servidor que mantengo tiene plan de backups con prueba de restauración periódica. Sin eso, no tienes backups, tienes archivos que esperas que funcionen el día que los necesites.
Cómo trabajamos
-
01
Diagnóstico inicial
Acceso al servidor, lectura de logs, revisión de configuración, identificación de los cuellos de botella reales. Antes de tocar nada, entender qué pasa.
-
02
Plan de actuación con prioridades
Documento concreto: qué arreglar primero (lo crítico), qué optimizar después (rendimiento), qué reformar a medio plazo (arquitectura). No todo es igual de urgente.
-
03
Ejecución por pasos con marcha atrás
Cada cambio mayor con snapshot previo, ventana de mantenimiento acordada y rollback documentado. Nada se prueba directo en producción.
-
04
Monitorización y plan de mantenimiento
Configuración de alertas (load, RAM, disco, servicios caídos), revisión periódica de logs y backups, y plan opcional de mantenimiento para que no vuelva a degradarse.
Qué incluye
- Auditoría inicial del servidor (sin coste para clientes recurrentes)
- Configuración o reconfiguración de Plesk + servicios asociados
- Migración entre proveedores o entre sistemas operativos
- Tuning de PHP-FPM, MySQL/MariaDB, nginx según carga real
- Endurecimiento básico (fail2ban, firewall, hardening SSH)
- Plan de backups con prueba de restauración
- Disaster recovery documentado
- Plan de mantenimiento mensual opcional
Cuándo no somos lo tuyo
- Necesitas Kubernetes o microservicios masivos No es mi terreno. Si tu carga real necesita orquestación de cientos de pods, te dirijo a un SRE con experiencia en eso.
- "Quiero el servidor más barato posible" Optimizar al máximo los céntimos de hosting suele salir caro a la larga. Si ese es tu único criterio, mejor un VPS gestionado básico.
- Buscas certificaciones de cumplimiento (ISO, SOC2) Puedo ayudar con la parte técnica, pero la auditoría formal necesita una consultora especializada que no soy yo.
Stack y herramientas
- Linux (Ubuntu 22/24, CentOS 7/Rocky 9 cuando hay legacy)
- Plesk Obsidian (más reciente)
- nginx, Apache, PHP-FPM con configuración tuned
- MariaDB 10/11, MySQL 8, Redis para caché de objeto
- fail2ban, ModSecurity, firewall iptables/nftables
- Backups con rsync/restic, almacenamiento en remoto distinto
- Monitoring con Netdata, alertas por email/Slack
Si tu servidor te da problemas, o estás pensando en migrar y necesitas alguien que se ocupe sin que te enteres, escríbeme con lo que tienes y miramos.
Hablemos →