Pase del alojamiento compartido a un VPS cuando su aplicación necesite software, configuración o recursos que el entorno compartido no pueda ofrecer, y haya alguien capaz de administrar el servidor. Un VPS no administrado le da control sobre el sistema operativo invitado. También le hace responsable de mantener ese sistema y las aplicaciones que se ejecutan en él.
Crecer no es por sí solo motivo para migrar. Parta de una limitación concreta, pruebas de su impacto y un plan operativo.
¿Qué es el alojamiento compartido? Hosting para WordPress, TYPO3 y Joomla
En el alojamiento compartido, varias cuentas de clientes utilizan una plataforma operada por el proveedor y comparten sus recursos de servidor. Usted gestiona su web dentro de una cuenta, normalmente sin administrar el sistema operativo del servidor.
Los paquetes pueden llamarse alojamiento web, hosting de sitios web, hosting WordPress, hosting TYPO3 o hosting Joomla. El nombre de un CMS indica la aplicación compatible, no necesariamente la infraestructura: WordPress puede funcionar en alojamiento compartido o en un VPS. Compruebe el paquete, no solo su nombre.
Un paquete tradicional de alojamiento web administrado suele proporcionar:
- Servidor web y PHP: para servir páginas y ejecutar aplicaciones web compatibles.
- Servicio de bases de datos: normalmente MySQL o MariaDB para contenidos y ajustes del CMS.
- Acceso a archivos: FTP, FTPS, SFTP o un gestor de archivos en el navegador, según el paquete; prefiera una opción cifrada.
- Correo, a menudo incluido: buzones accesibles mediante IMAP o POP3, envío mediante SMTP y, en ocasiones, webmail. El correo también puede ser un servicio separado.
El proveedor mantiene los servicios de servidor incluidos. Usted gestiona los contenidos, usuarios y ajustes de su web. No suponga que «totalmente administrado» también cubre actualizaciones del CMS, plugins, extensiones y temas, pruebas de compatibilidad o restauración del sitio: confirme quién asume cada tarea. La documentación de alojamiento de WordPress presenta las actualizaciones y las copias de seguridad como funciones adicionales que un proveedor puede ofrecer.
Un VPS no administrado cambia el modelo operativo: usted instala y mantiene la pila web o encarga ese trabajo. Un panel de control web listo para usar y el servicio de correo no están incluidos automáticamente. Puede trasladar la web y mantener el correo alojado por separado.
Una comprobación rápida para decidir
- Quédese en el alojamiento compartido si su web funciona de forma fiable, el software disponible cubre sus necesidades y valora que el entorno de alojamiento se mantenga por usted.
- Investigue y optimice primero si el único síntoma es una web lenta. Revise la caché, las imágenes demasiado grandes, los plugins, las consultas a la base de datos y los servicios externos antes de cambiar la infraestructura.
- Considere un VPS si una restricción confirmada impide realizar el trabajo necesario y usted o un administrador designado pueden hacerse cargo de la seguridad, el mantenimiento y la recuperación.
Alojamiento compartido y VPS no administrado: comparación
Los paquetes de alojamiento compartido varían. Compruebe los límites reales y el alcance del servicio de su proveedor. La tabla describe modelos habituales, no promesas aplicables a todos los productos de alojamiento compartido.
| Aspecto | Alojamiento compartido | VPS no administrado |
|---|---|---|
| Flexibilidad del software | Elección entre los programas y versiones admitidos por el proveedor. | Instalación de software compatible dentro del sistema invitado y los límites del servicio. |
| Acceso root | Normalmente no disponible; acceso limitado a su cuenta. | Acceso administrativo al sistema operativo de su servidor virtual. |
| Límites de recursos | Cuotas de cuenta y límites de procesos fijados por el proveedor. | Recursos asignados al plan y límites del software y la plataforma. |
| Administración | El proveedor mantiene la plataforma; usted mantiene su web. | Usted administra el sistema invitado, los servicios y las aplicaciones. |
| Actualizaciones de seguridad | El proveedor actualiza la plataforma; las aplicaciones siguen necesitando un responsable. | Usted planifica y aplica las actualizaciones del sistema invitado y las aplicaciones. |
| Copias de seguridad | Inclusión, retención y restauración según el paquete. | Organice y pruebe su propio proceso de copia y recuperación. |
| Coste total de operación | Suscripción, posibles extras y mantenimiento de aplicaciones. | Servidor, tiempo de administración, copias, monitorización y posibles licencias. |
Un VPS es una máquina virtual, no un servidor físico dedicado. Una asignación de vCPU no equivale a un núcleo físico reservado en exclusiva. Consulte cómo funciona la plataforma VPS KVM de EDIS Global al comparar el servicio.
Señales de que un VPS podría resolver un problema real
Necesita software que la plataforma compartida no ofrece
Puede que su cuenta no admita un entorno de ejecución, paquete de sistema, Docker o extensión de base de datos. Consulte primero al proveedor. Un VPS tiene sentido cuando necesita instalar y configurar por su cuenta una pila compatible.
Necesita procesos que permanezcan en ejecución
Los entornos compartidos pueden limitar workers, colas, servicios persistentes o tareas programadas. En un VPS usted los configura, supervisa sus fallos y evita que procesos descontrolados agoten la memoria.
Un límite de recursos medido interrumpe el trabajo repetidamente
Investigue errores de memoria repetidos, límites de procesos o presión de CPU mediante registros y mediciones de carga. Optimice primero y después pruebe una carga representativa en el VPS previsto. Un servidor mayor no corrige automáticamente una consulta lenta.
Sus despliegues necesitan más control
La configuración personalizada del servidor web, los despliegues reproducibles y staging pueden justificar un VPS. Documente dependencias y configuración. Staging en el mismo VPS comparte recursos y riesgos de fallo; no es infraestructura de recuperación independiente.
Cuándo conviene seguir en alojamiento compartido
Si las funciones habituales de una web son suficientes y los tiempos de respuesta son aceptables, migrar puede añadir trabajo sin resolver ningún problema. Compruebe si un ajuste de configuración u otro paquete compartido resuelve la limitación de forma más sencilla.
Un VPS no administrado tampoco encaja si nadie puede mantenerlo. Un panel de control facilita algunas tareas, pero no se responsabiliza de las actualizaciones, las incidencias ni las restauraciones. Presupueste un administrador competente o elija un servicio cuyo contrato de gestión cubra el trabajo necesario.
Más control implica administración continua
EDIS Global gestiona la infraestructura subyacente. Usted gestiona el sistema operativo invitado del VPS y sus aplicaciones. El alcance documentado del soporte incluye asistencia de infraestructura y orientación para diagnosticar problemas, pero no acceder a su servidor para instalar software o realizar la migración.
Antes del cambio, asigne un responsable de las actualizaciones del sistema y las aplicaciones, los accesos administrativos, las reglas del cortafuegos y los certificados TLS y sus renovaciones. Decida quién recibirá las alertas de monitorización y cómo deberá actuar ante un servicio no disponible. Guarde las notas de configuración y el procedimiento de recuperación fuera del VPS.
Las copias de seguridad necesitan un plan aparte. No dé por incluidas las copias automáticas ni las instantáneas inmediatas. Mantenga copias recuperables fuera del servidor, proteja su acceso y pruebe la restauración. La documentación de copias de EDIS Global explica los límites actuales del servicio. La guía de responsabilidades de un VPS no administrado detalla el reparto de tareas.
Dimensione el VPS a partir de mediciones
Mida su carga actual tanto en periodos normales como de mayor actividad. Incluya tareas programadas, importaciones y copias, que pueden consumir más recursos que las peticiones habituales. Si el proveedor compartido no ofrece métricas útiles, recopile tiempos y registros de la aplicación y pruebe una copia realista antes de decidir.
- CPU: examine la carga sostenida y los picos breves, incluida la compresión, la generación de informes y los trabajadores simultáneos.
- RAM: sume las necesidades del sistema operativo, la aplicación, la base de datos y los procesos concurrentes. Deje margen para despliegues y picos de actividad.
- Almacenamiento: prevea datos activos, crecimiento de la base de datos, registros, archivos temporales y espacio para preparar copias. Una copia guardada únicamente en el mismo disco no es una copia de recuperación independiente.
- Tráfico: estime transferencias en ambas direcciones, incluidas descargas, replicación y copias externas. Compare la cuota correspondiente por separado de la velocidad del enlace del host.
No existe una fórmula fiable que convierta visitantes en RAM. Una página estática en caché y una aplicación intensiva en bases de datos pueden necesitar recursos muy distintos con el mismo número de visitas. Tras estimar sus necesidades, compare las configuraciones base actuales en las páginas de VPS de 2 GB y VPS de 4 GB, sin interpretarlas como garantías de capacidad de visitas. Las ampliaciones de pago se añaden a los recursos base; revise el plan y los totales en el proceso de compra.
Planifique la migración antes de cambiar el DNS
- Inventaríe dependencias y correo. Liste entornos de ejecución, extensiones, bases de datos, tareas programadas, permisos de archivos, registros DNS y buzones. Decida dónde permanecerá el correo: trasladar la web no obliga a trasladar el alojamiento de email.
- Haga una copia y pruebe su restauración. Guarde archivos, exportaciones de bases de datos y configuración. Verifique que permiten reconstruir la aplicación antes de confiar en ellos.
- Prepare y proteja el VPS. Elija un sistema compatible, configure acceso y cortafuegos, aplique actualizaciones y establezca monitorización y copias. La documentación de primeros pasos explica el acceso y la gestión de la plataforma.
- Pruebe la aplicación y TLS. Compruebe autenticación, formularios, cargas de archivos, tareas, correo saliente y renovación de certificados. Use un nombre de pruebas o una entrada local en el archivo hosts sin exponer datos privados de prueba.
- Coordine el DNS y la sincronización final. Programe mantenimiento si deben detenerse las escrituras. Tenga en cuenta las cachés DNS, sincronice los cambios recientes y evite escrituras contradictorias en ambas copias.
- Conserve una vía de reversión. Mantenga el entorno antiguo hasta verificar el nuevo. Defina cuándo revertir y cómo preservar los datos escritos tras el cambio antes de devolver el tráfico al entorno anterior.
Una migración correcta significa que la aplicación funciona, los datos son coherentes y alguien puede recuperarla; no basta con que cargue la página de inicio.
Preguntas frecuentes
No. El rendimiento depende de la aplicación, su configuración y los recursos disponibles. Diagnostique el cuello de botella y pruebe el entorno propuesto. Más recursos no corrigen automáticamente consultas ineficientes, imágenes demasiado grandes ni servicios externos lentos.
Parta del uso de memoria medido, la pila de software y el número de procesos simultáneos. Incluya el consumo del sistema operativo y un margen. No hay una cantidad única de RAM ni un umbral de visitas que convierta al VPS en la opción adecuada.
Sí, si el servicio de correo actual sigue disponible de forma independiente. Conserve los registros DNS necesarios para el correo y compruebe el envío y la recepción tras el traslado. Revise las dependencias del paquete antes de cancelar el alojamiento anterior.
Necesita conocimientos para operar el servidor o una persona asignada a esa función. Si nadie puede responsabilizarse de actualizaciones, monitorización, seguridad y recuperación, organice la administración antes de trasladar una web de producción a un VPS no administrado.
Elija el entorno que necesita su aplicación y después compare recursos. Explore los planes VPS Linux para revisar las opciones de sistema operativo, o consulte la oferta de alojamiento VPS para elegir ubicación y plan. Base la decisión de migrar en un requisito verificable.