Cómo elegir un VPS para WordPress: recursos, rendimiento y seguridad
Un VPS aporta control y capacidad de crecimiento, pero también convierte al propietario en responsable del sistema, las actualizaciones y las copias. Conviene migrar cuando el alojamiento compartido limita una web ya optimizada, no para ocultar plugins lentos.
Cuándo merece la pena pasar WordPress a un VPS
La migración tiene sentido cuando aparecen límites de CPU, memoria, procesos o conexiones, cuando se necesita una versión concreta de PHP o cuando una tienda requiere un entorno aislado. Antes mide: tiempo de respuesta, consultas lentas, tasa de aciertos de caché y consumo en horas punta. Si el cuello de botella es una extensión defectuosa, seguirá existiendo en el nuevo servidor.
CPU, RAM y disco necesarios
| Proyecto | Punto de partida | Observación |
|---|---|---|
| Blog pequeño con caché | 1–2 vCPU, 2 GB RAM | Vigilar memoria de PHP |
| Web corporativa | 2 vCPU, 2–4 GB RAM | Reservar margen para actualizaciones |
| WooCommerce | 2–4 vCPU, 4–8 GB RAM | Importan CPU y base de datos |
| Varias webs | 4+ vCPU, 8+ GB RAM | Aislar recursos y copias |
SSD o NVMe y qué red necesita WordPress
NVMe mejora consultas, administración y tareas con muchos archivos. Deja libre al menos un 20–30 % del disco para logs, actualizaciones y copias temporales. Un puerto estable de 100 Mbps suele bastar para una web normal; una CDN reduce tráfico y latencia internacional.
Qué pila de software elegir
Una configuración sencilla usa Nginx o Apache, PHP-FPM, MariaDB/MySQL y TLS automático. Nginx con PHP-FPM consume pocos recursos; Apache sigue siendo válido si la aplicación depende de reglas .htaccess. Fija una versión de PHP compatible, habilita solo extensiones necesarias y ajusta el número de workers a la RAM disponible.
- Base y PHP no deben ser accesibles desde internet.
- Redis puede servir como caché de objetos, no como sustituto de optimización.
- Una panel facilita tareas, pero consume RAM y añade superficie de ataque.
- Producción debe poder reconstruirse desde una configuración documentada.
Qué acelera WordPress de verdad
Activa caché de página para visitantes anónimos, caché de objetos cuando haya consultas repetidas y OPcache para PHP. Optimiza imágenes, elimina extensiones innecesarias y mide consultas con herramientas de perfilado. En WooCommerce no almacenes en caché carrito, cuenta y pago sin reglas correctas. Una CDN ayuda a recursos estáticos, pero no corrige una consulta SQL lenta.
Protección, copias y supervisión
Usa claves SSH, deshabilita el acceso root por contraseña, abre únicamente SSH/HTTP/HTTPS y ejecuta PHP sin privilegios administrativos. Actualiza sistema, núcleo de WordPress, temas y plugins. Conserva copias cifradas de base y uploads fuera del VPS y prueba la restauración. Supervisa disponibilidad, errores PHP, expiración TLS, disco y edad de la última copia. Consulta también la guía de seguridad de VPS.
Lista antes de pagar
- KVM, NVMe y posibilidad de ampliar RAM;
- ubicación próxima al público principal;
- IPv4, tráfico, copias y renovación incluidos en el coste;
- consola de rescate y política de reembolso;
- recursos suficientes para una copia durante el despliegue.
Errores frecuentes
- Comprar muchos núcleos y poca RAM: PHP y la base empiezan a usar swap.
- Guardar la única copia en el mismo VPS: desaparece junto con el servidor.
- Instalar una panel innecesaria: aumenta consumo y mantenimiento.
- No limitar logs: el disco se llena y MySQL se detiene.
- Migrar sin una prueba previa: DNS cambia antes de detectar enlaces, correo o cron rotos.
Preguntas frecuentes
¿Basta 1 GB de RAM?
Solo para una web muy pequeña y optimizada. Con base, PHP y actualizaciones, 2 GB ofrecen un margen más seguro.
¿Hace falta una base separada?
No al principio. Sepárala cuando compita por recursos o el tiempo de recuperación lo exija.
¿Es obligatoria una panel?
No. Una configuración reproducible con herramientas estándar suele consumir menos.
¿Qué importa más en WooCommerce?
CPU rápido, RAM suficiente y una base bien optimizada; hay que medir los tres.
¿Se puede migrar sin interrupción?
Sí: copia inicial, prueba con hosts, sincronización final corta y cambio de DNS con plan de vuelta.
Sigue con la migración de una web y las copias de seguridad.