VPS para desarrolladores: entornos de pruebas

Un entorno de pruebas sirve para que los errores los encuentre usted y no sus clientes. Debe parecerse al servidor de producción en programas y configuración, pero puede tener la mitad de recursos y existir solo unos días. Veamos cómo hacer que un entorno de pruebas salga barato, cómo mantener varias versiones en un mismo servidor y cómo evitar que la copia de la web aparezca en los buscadores o envíe correos a clientes reales.

Actualizado 07.11.2026 · Encuentra un VPS a tu medida →

En desarrollo suele haber tres entornos. En la máquina local, el programador escribe el código. En el entorno de pruebas (staging), la versión compilada se comprueba en condiciones parecidas a las reales: el cliente revisa la nueva función, el equipo de QA recorre los escenarios y se prueban las migraciones de la base de datos. El servidor de producción atiende a los usuarios reales. A veces se añaden entornos temporales para cada rama: en ellos se muestra una tarea concreta y se eliminan tras la fusión.

Qué debe coincidir con el servidor de producción

  • Versiones de los programas. El mismo sistema operativo y las mismas versiones de PHP, Node.js, Python, la base de datos y el servidor web. Los errores que solo aparecen con otra versión son las sorpresas más habituales al desplegar.
  • Configuración. La configuración del servidor web, la caché, los límites de subida de archivos, la zona horaria y las variables de entorno, salvo contraseñas y claves.
  • Forma de desplegar. El entorno de pruebas se actualiza con el mismo script o pipeline que producción. Así se comprueba también el propio despliegue, no solo el código. Cómo montar ese pipeline se explica en el artículo CI/CD en su propio VPS.

Qué puede ser distinto. Los recursos: a un entorno con uno o dos usuarios le bastan 1–2 núcleos y 2–4 GB de memoria, aunque el servidor de producción necesite 8 núcleos. El volumen de datos: una muestra anonimizada en lugar de la base completa. No tiene sentido medir el rendimiento bajo carga en un entorno reducido: para eso hace falta un servidor con la misma configuración que el de producción. Cómo hacer esa prueba se explica en Pruebas de carga de una web antes del lanzamiento.

Entornos de corta duración: pago por horas e instantáneas

Un entorno para enseñar una tarea o probar una actualización hace falta durante unos días. No es obligatorio pagarlo un mes entero: con el pago por horas, el cargo corre mientras el servidor existe y se detiene al eliminarlo. Según el catálogo de accsly.io a noviembre de 2026, 173 de los 2 248 proveedores con planes VPS ofrecen pago por horas. En ellos, un plan con 1 núcleo y 2 GB de memoria cuesta en la mediana del mercado unos 11 USD al mes, alrededor de 0,015 USD por hora, y una semana de entorno de pruebas sale por unos 2,6 USD. Un entorno con 2 núcleos y 4 GB cuesta unos 24 USD al mes, alrededor de 0,033 USD por hora, y tres días, unos 2,3 USD. Los importes están convertidos de rublos al tipo del 7 de noviembre de 2026 y redondeados. La fórmula de rentabilidad y las trampas se analizan en el artículo Pago por horas: cuándo sale a cuenta; los planes, en la selección VPS con pago por horas.

Una instantánea del disco (snapshot) acelera la creación de entornos. Configure el servidor una vez, haga una instantánea y cree los nuevos entornos a partir de ella en minutos. Antes de eliminar un entorno que volverá a necesitar, haga una instantánea y elimine el servidor: guardar la instantánea suele costar menos que un servidor en marcha, pero tampoco es gratis. Una instantánea en el mismo proveedor no sustituye una copia de seguridad; la diferencia se explica en el artículo Copias de seguridad de un VPS: estrategias y herramientas.

Si el proveedor es nuevo para usted, un entorno de pruebas es una forma cómoda de evaluarlo antes de trasladar la web de producción. Según el catálogo de accsly.io a noviembre de 2026, 247 proveedores ofrecen un periodo de prueba gratuito; sus condiciones y limitaciones se analizan en el artículo Periodo de prueba y devolución del dinero.

Varios entornos en un servidor con Docker Compose

Si los entornos de pruebas se necesitan de forma permanente, sale más barato tener un servidor más grande y ejecutar en él varias versiones en contenedores. Docker Compose lee por defecto compose.yaml y compose.override.yaml, y con la opción -f combina varios archivos en orden (documentación de Docker). La parte común se describe una sola vez, y en compose.staging.yaml van las diferencias del entorno de pruebas: otros puertos, límites de memoria menores, variables de prueba.

Cada entorno se lanza con su propio nombre de proyecto: docker compose -p feature-123 -f compose.yaml -f compose.staging.yaml up -d. Los proyectos con nombres distintos tienen sus propios contenedores, redes y volúmenes, así que los entornos no se estorban entre sí. Desde fuera, un servidor web o un proxy inverso los reparte por subdominios: feature-123.stage.example.com. Cómo preparar el servidor para Docker sin llenar el disco de imágenes se explica en el artículo Docker en un VPS: por dónde empezar.

Cuántos recursos contratar: calcule 1–2 GB de memoria y 5–10 GB de disco por cada entorno con base de datos. Un servidor con 2 núcleos y 4 GB aguanta dos o tres entornos pequeños. Según el catálogo de accsly.io a noviembre de 2026, un plan así cuesta en la mediana del mercado unos 21 USD (unos 18,5 EUR) al mes, y una cuarta parte de los planes cuesta menos de 12,5 USD. Un plan con 1 núcleo y 2 GB para un solo entorno, unos 11 USD (unos 10 EUR), y una cuarta parte, menos de 7 USD. Selecciones: VPS para entorno de pruebas y VPS para Docker.

Cómo ocultar el entorno de pruebas a los buscadores

Una copia de la web en los buscadores supone páginas duplicadas que compiten con la web real y la filtración de lo que aún no se ha publicado. Los métodos, de menos a más fiables:

  • robots.txt no protege. Google indica claramente que bloquear en robots.txt no es la forma de excluir una página de los resultados: una dirección enlazada desde otros sitios puede aparecer en ellos aunque el rastreador no la haya visitado.
  • noindex. La metaetiqueta <meta name="robots" content="noindex"> o la cabecera X-Robots-Tag: noindex prohíbe la indexación; la cabecera es más fácil de añadir para todo el entorno en la configuración del servidor web. La admiten tanto Google como Bing. El rastreador tiene que ver esta prohibición, así que no se debe bloquear a la vez el entorno en robots.txt (documentación de Google).
  • La contraseña es la opción más fiable. La autenticación básica en nginx se activa con dos directivas, auth_basic y auth_basic_user_file, y el archivo de contraseñas se crea con la utilidad htpasswd (documentación de nginx). La directiva satisfy any deja pasar sin contraseña desde las direcciones de la oficina y la pide al resto. El rastreador no verá ni una página.

El nombre del entorno no es secreto. Let's Encrypt publica cada certificado emitido en los registros abiertos de Certificate Transparency, y en ellos se ven todos los subdominios para los que se han emitido certificados. Un certificado para *.stage.example.com oculta los nombres de cada entorno, pero no sustituye la protección con contraseña. Cómo emitir esos certificados y configurar los subdominios se explica en los artículos Certificados SSL: gratuitos y de pago y Dominios y DNS para el propietario de un servidor.

Datos y efectos secundarios

  • No copie la base de producción tal cual. Contiene datos personales de los clientes, y el entorno de pruebas está peor protegido que el servidor de producción. Anonimice nombres, teléfonos, direcciones de correo y datos de pago, o prepare un conjunto de datos de prueba. Según el RGPD y las leyes locales de protección de datos, una copia sin anonimizar sigue siendo un tratamiento de datos personales con las mismas obligaciones; más detalles en el artículo El RGPD y la elección del hosting.
  • Desactive el envío de correos y SMS. Un entorno con una copia de la base puede enviar notificaciones a clientes reales. Dirija el correo saliente a un buzón de pruebas que lo capture todo o desactívelo.
  • Pagos, solo en modo de prueba. Las pasarelas de pago tienen claves y tarjetas de prueba; las claves reales no hacen falta en el entorno de pruebas.
  • Revise las tareas programadas. Las exportaciones a marketplaces, la sincronización con el CRM y las llamadas a API externas desde cron deben ir, en el entorno de pruebas, a entornos de prueba o estar desactivadas.
  • Claves y contraseñas propias. Al entorno de pruebas acceden contratistas y el equipo de QA; ninguna clave del entorno de pruebas debe abrir el servidor de producción.

Entornos olvidados

Un entorno del que nadie se acuerda cuesta dinero cada mes y con el tiempo se convierte en el punto más vulnerable: no recibe actualizaciones, sus contraseñas son antiguas y la copia de la base sigue accesible para contratistas que hace tiempo dejaron el proyecto. Unas cuantas reglas ayudan a evitarlo:

  • cada entorno tiene un responsable y una fecha de eliminación, anotados en su nombre o en una etiqueta del panel del proveedor;
  • los entornos temporales de las ramas los elimina, tras la fusión de la rama, el mismo pipeline que los creó;
  • el entorno permanente se actualiza junto con el servidor de producción y se protege igual: acceso solo con clave, firewall y actualizaciones de seguridad (Primeros 10 pasos tras comprar un VPS: seguridad);
  • una vez al mes, compare la lista de servidores del panel del proveedor con la de entornos necesarios y elimine los que sobren.

Preguntas frecuentes

¿En qué se diferencia staging de production?

Production atiende a los usuarios reales; staging es su copia para comprobar una nueva versión antes de desplegarla. El entorno de pruebas tiene las mismas versiones de programas y la misma configuración, pero menos recursos y datos anonimizados.

¿Cuánto cuesta un VPS para un entorno de pruebas?

Según el catálogo de accsly.io a noviembre de 2026, un plan con 1 núcleo y 2 GB de memoria cuesta en la mediana del mercado unos 11 USD al mes, y con 2 núcleos y 4 GB, unos 21 USD. Con pago por horas, una semana de un entorno pequeño cuesta unos 2,6 USD.

¿Basta con bloquear el entorno de pruebas en robots.txt?

No. Google indica que robots.txt no excluye páginas de los resultados: una dirección puede aparecer en ellos a través de enlaces. Lo más fiable es una contraseña con autenticación básica; sin ella, la cabecera X-Robots-Tag: noindex.

¿Se pueden tener varios entornos de pruebas en un mismo VPS?

Sí, con Docker Compose y nombres de proyecto distintos: cada uno tiene sus propios contenedores, redes y volúmenes. Calcule 1–2 GB de memoria y 5–10 GB de disco por cada entorno con base de datos.

¿Se puede copiar la base de datos de producción al entorno de pruebas?

Solo después de anonimizarla: el entorno de pruebas está peor protegido que producción y la base contiene datos personales de los clientes, protegidos por el RGPD y las leyes locales. Además, desactive el envío de correos y SMS para que los clientes no reciban notificaciones de prueba.

¿Para qué sirve una instantánea del entorno de pruebas?

A partir de una instantánea se crea un entorno nuevo en minutos, y entre pruebas se puede eliminar el servidor para no pagarlo. Guardar la instantánea también cuesta dinero, pero normalmente menos que un servidor en marcha.

Más en la guía

  • Hosting para la web de una empresa y el correo con su dominioLa web de una empresa rara vez tiene mucha carga, pero a ella se suman el correo de los empleados en el dominio, formularios de contacto con datos personales y una contabilidad que necesita facturas. Un hosting compartido cubre todo esto con un solo plan si antes se comprueban los límites del correo, se configuran SPF, DKIM y DMARC y se elige un proveedor que trabaje con empresas. A continuación: en qué fijarse y cuánto cuesta.
  • Hosting para una landing y una web de presentaciónUna landing o una web de presentación no necesitan un servidor potente ni un VPS: les basta el plan de hosting compartido más sencillo, por unos pocos dólares al mes. Importa más otra cosa: que el plan incluya SSL gratuito, que el dominio siga siendo suyo y que la página se abra rápido en el móvil. A continuación: cómo elegir el plan, qué comprobar en él y cuánto cuesta.
  • Cómo elegir un hosting para una tienda onlineA una tienda pequeña en WooCommerce, OpenCart o 1C-Bitrix le basta con un buen plan de hosting compartido. Pero sus requisitos son más estrictos que los de una web de presentación: versiones recientes de PHP y de la base de datos, HTTPS en todas las páginas, margen en los límites para las rebajas y copias de seguridad de las que se puedan recuperar los pedidos rápidamente. A continuación: qué comprobar en el plan, cuánto cuesta y cuándo conviene pasar a un VPS.
  • Base de datos en un VPS: PostgreSQL o MySQLUna base de datos casi nunca se queda corta de procesador: lo que la limita es la memoria y el disco. Si el conjunto de datos de trabajo cabe en la caché, las consultas van rápidas incluso en un servidor económico; si no cabe, todo depende de la velocidad del disco. Veamos cómo elegir entre PostgreSQL y MySQL, cuánta memoria dar a la base de datos, qué disco contratar y cómo no perder datos.
  • Almacenamiento de archivos en un VPS: discos y almacenamiento de objetosLos archivos de un proyecto (subidas de los usuarios, fotos de productos, vídeos, documentos, archivos comprimidos) crecen más deprisa que la base de datos y el código. Pueden guardarse en el disco del servidor, en un volumen aparte o en un almacenamiento de objetos, y de esa elección dependen el precio del terabyte, la velocidad y lo que pasa con los archivos al cambiar de servidor. Veamos las opciones y los precios según el catálogo de accsly.io.
  • Cómo dejar un proveedor sin perder nadaHay muchos motivos para dejar un proveedor: han subido los precios, el servidor va lento, el soporte no responde o hace falta otro país. En la mudanza se pueden perder datos, correos, el dominio y el dinero de los meses ya pagados. Veamos un orden de pasos en el que el servidor antiguo y el nuevo funcionan en paralelo durante un tiempo y apagar el antiguo no rompe nada.
  • CI/CD en su propio VPSUn servidor propio para las compilaciones compensa cuando los minutos en la nube no alcanzan, las compilaciones son lentas o hace falta acceso a recursos internos. Pero el runner ejecuta cualquier código del repositorio, así que un error en su configuración abre el acceso al servidor de producción y a todos los secretos. Veamos cómo funcionan los runners de GitLab y GitHub, cuántos recursos necesitan, cómo desplegar por SSH y dónde guardar las claves.
  • Registros y auditoría de accesos en el servidorLos registros responden a tres preguntas: qué se ha roto, quién ha entrado en el servidor y qué ha hecho. Solo hay respuesta si los registros están activados, se conservan el tiempo suficiente y no están únicamente en el mismo servidor que pudo verse comprometido. Veamos dónde buscarlos en Linux, qué comandos muestran los accesos, cómo configurar la rotación y qué preparar de antemano para que, tras un incidente, haya algo que analizar.
  • Distribuciones Linux para un servidor: Ubuntu, Debian, AlmaLinuxPara un servidor, lo más habitual es elegir entre tres distribuciones gratuitas: Ubuntu, Debian y AlmaLinux. Las tres son estables y sirven para una web o un bot; se diferencian en el plazo de soporte, en los paquetes y en qué paneles y programas funcionan oficialmente sobre ellas. Según el catálogo de accsly.io (noviembre de 2026), las tres imágenes están disponibles en 631 de los 1241 proveedores cuya lista de plantillas se conoce.
  • Pruebas de carga de una web antes del lanzamientoUna prueba de carga responde a una pregunta concreta: cuántos visitantes aguanta la web en el servidor elegido y qué falla primero. Se hace en su propio servidor y solo en él: el generador de carga es una máquina aparte, el proveedor está avisado y los servicios externos se sustituyen por stubs. Veamos qué cifras mirar, con qué programas obtenerlas y cómo elegir plan a partir de ellas.
  • Actualizar un servidor sin tiempo de inactividadUn servidor no puede quedarse sin actualizaciones, pero cada actualización supone el riesgo de detener la web. Ese riesgo se controla con un proceso: los parches de seguridad menores se instalan de forma automática, los cambios importantes se hacen según un plan, con snapshot, comprobación y reversión preparada, y los reinicios se agrupan en una ventana de mantenimiento. Veamos cómo organizarlo en un solo VPS.
  • CDN: cuándo la necesita una webUna CDN guarda copias de los archivos de la web en servidores de todo el mundo y se las entrega al visitante desde el más cercano. Así cargan más rápido las imágenes, los scripts y los vídeos y su servidor soporta menos carga, pero una CDN no acelera un motor lento ni sustituye una buena elección del país del servidor. Veamos en qué casos hace falta de verdad una CDN y cuándo basta con un VPS en el lugar adecuado.
  • Dominios y DNS para el propietario de un servidorEl servidor se puede cambiar en una tarde, pero el dominio acompaña al proyecto durante años. Mediante DNS, el dominio apunta al servidor, al correo y a servicios externos, y un solo registro erróneo deja la web sin servicio o envía los correos a spam. Veamos qué registros necesita el propietario de un VPS, cómo funciona la caché, dónde alojar la zona y cómo pasar a un servidor nuevo sin que los visitantes lo noten.
  • Certificados SSL: gratuitos y de pagoUn certificado gratuito cifra la conexión con la misma solidez que uno de pago: el navegador no los distingue por nivel de protección. La diferencia está en qué comprueba la autoridad de certificación, cuánto dura el certificado y quién se encarga de renovarlo. Según el catálogo de accsly.io (noviembre de 2026), el SSL gratuito figura de forma expresa en 1449 planes de hosting compartido de 178 proveedores. Veamos cuándo basta con eso y cuándo merece la pena comprar un certificado.
  • La ley 152-FZ y el hosting: dónde guardar los datosSi su web o servicio recoge datos personales de ciudadanos rusos, por ejemplo de clientes en Rusia, el registro y el almacenamiento de esos datos deben hacerse en bases situadas en territorio ruso: lo exige la parte 5 del artículo 18 de la ley federal rusa n.º 152-FZ. Para elegir un VPS esto significa que importa el país del centro de datos, no el del proveedor, y que las copias en el extranjero ya están sujetas a otras reglas. Veamos qué exige la ley, qué obligaciones recaen sobre el responsable y qué esquemas se usan en la práctica.
  • El RGPD y la elección del hostingEl Reglamento General de Protección de Datos (RGPD) no exige guardar los datos en la Unión Europea, pero sí que haya un contrato de encargo del tratamiento con el proveedor y que la salida de datos de la UE se apoye en uno de los mecanismos legales. Según el catálogo de accsly.io (noviembre de 2026), el 61 % de los proveedores de VPS tienen servidores en la UE, pero casi la mitad de ellos están registrados fuera del Espacio Económico Europeo. Veamos por qué importa y qué comprobar en las condiciones.
  • Jurisdicción del proveedor: en qué influyeCada servidor tiene dos países: aquel en el que está el centro de datos y aquel en el que está registrada la empresa que lo alquila. Según el catálogo de accsly.io (noviembre de 2026), en el 15 % de los proveedores de VPS son países distintos. Del primero dependen el ping y los requisitos sobre dónde se guardan los datos; del segundo, el derecho aplicable al contrato, el tribunal para las disputas, los documentos para la contabilidad y qué autoridades pueden pedir los datos. Veamos qué cambia cada uno.
  • Cómo comparar precios de VPS: el precio por unidad de recursosEl precio de un plan responde a la pregunta «cuánto voy a pagar», pero no a «cuánto recibo por ese dinero». Según el catálogo de accsly.io (noviembre de 2026), el gigabyte de memoria en un plan de 1 GB cuesta de mediana 8 USD al mes, y en un plan de 4 GB, 5 USD. Veamos cómo calcular el precio por vCPU, por gigabyte de memoria y de disco, y qué hay que llevar a un mismo denominador antes de comparar dos ofertas.
  • SLA y uptime: qué prometen los proveedoresUn SLA del 99,9 % permite al proveedor 43 minutos de caída al mes, y uno del 99,99 %, unos cuatro. Pero el porcentaje de la publicidad no es todavía un compromiso: el compromiso es el documento que dice qué cuenta como caída, qué queda excluido y cuánto le devolverán. Casi siempre es un descuento en la siguiente factura, no dinero. Veamos cómo leer esos documentos y cómo comprobar la disponibilidad por su cuenta.
  • Periodo de prueba y devolución del dineroHay dos formas de probar un servidor antes de pagar un mes o un año: un periodo de prueba gratuito o una garantía de devolución del dinero. Según el catálogo de accsly.io (noviembre de 2026), el 11 % de los proveedores de VPS ofrecen prueba y el 36 %, garantía de devolución. Pero en muchos de ellos las condiciones solo se aplican al hosting compartido, al primer pedido o al pago con tarjeta. Veamos qué comprobar para que la garantía funcione.
  • Servidor en la nube o VPSUn servidor en la nube y un VPS suelen ser la misma máquina virtual sobre KVM. La diferencia está en lo que la rodea: la nube vende recursos por horas a través de una API y ofrece discos en red, snapshots y servicios listos para usar, mientras que el VPS clásico es un plan fijo mensual con disco local y un paquete de tráfico. Veamos qué parte de todo eso necesita y cuánto cuesta.
  • Servidor dedicado o VPSUn VPS es una parte de un servidor físico; un servidor dedicado es la máquina entera. Con 4 núcleos y 8–16 GB de memoria el VPS cuesta casi la mitad; con 4 núcleos y 32 GB los precios se igualan, y con 64 GB en 8 núcleos o 128 GB en 16 núcleos el servidor dedicado del catálogo sale un tercio más barato que el virtual. Veamos qué más cambia aparte del precio: vecinos, garantías, plazos, averías de hardware y gestión remota.
  • Hosting o VPS para una webEl hosting compartido es un espacio listo para una web en el que del servidor se ocupa el proveedor. Un VPS es un servidor propio en el que todo lo configura usted. Para una landing o una web normal en WordPress basta con el hosting, que cuesta varias veces menos. El VPS hace falta cuando a la web no le bastan los límites de la cuenta o necesita un programa que el hosting no permite. A continuación: qué incluye cada opción, cuánto cuesta y una tabla para elegir.
  • Protección DDoS: qué ofrecen de verdad los proveedoresHoy uno de cada dos proveedores pone «protección DDoS» en sus planes. Detrás puede haber un filtrado de varios terabits o solo el derecho a desconectar tu dirección cuando un ataque molesta a los vecinos. Veamos de qué se compone la protección, en qué se diferencian los niveles L3/L4 y L7 y cómo saber por el contrato qué estás comprando.
  • Servidor de correo en un VPS: SPF, DKIM y DMARCInstalar Postfix o una solución lista como Mailcow en un VPS es cosa de una hora. Conseguir que los correos lleguen a la bandeja de entrada y no al spam es más difícil: los servicios de correo miran el puerto, la dirección del servidor, su reputación y tres registros DNS. Veamos qué comprobar en el proveedor antes de comprar y cómo configurar SPF, DKIM y DMARC.
  • Monitorización de un servidor: disponibilidad, carga y alertasSin monitorización, te enteras de la caída del servidor por los visitantes, y de que el disco se acaba cuando la base de datos deja de escribir. Bastan unas cuantas comprobaciones desde fuera y una decena de métricas desde dentro para ver el problema antes que los usuarios. Veamos qué medir, dónde poner las comprobaciones y cómo hacerlo gratis.
  • Cómo leer los planes de hosting: los límites ocultosLa ficha de un plan muestra núcleos, memoria, disco y precio mensual. Pero dos planes con las mismas cifras pueden costar distinto al cabo de un año y comportarse de forma diferente bajo carga. La diferencia está en las condiciones que van en letra pequeña, en la política de uso o solo en el contrato. Estos son los ocho puntos que conviene revisar antes de pagar.
  • IPv4 e IPv6 en un servidorUn VPS normal tiene una dirección IPv4 pública y, si el proveedor lo admite, una subred IPv6. Una IPv4 adicional casi siempre cuesta dinero, y los planes más baratos a veces vienen sin IPv4 propia. Veamos de dónde sale esa escasez, qué se puede hacer solo con IPv6 y qué ajustes de dirección necesita un servidor de correo.
  • Ancho de banda y tráfico: qué significan 1 Gbit/s e «ilimitado»En un plan de servidor suele haber dos líneas de red: la velocidad del puerto y el volumen de tráfico. La primera dice a qué velocidad puede enviar datos el servidor; la segunda, cuántos puede enviar en un mes. Las une una aritmética sencilla y, si la conoces, es fácil entender qué vende en realidad un «1 Gbit/s ilimitado» y si te bastan «5 TB».
  • Docker en un VPS: por dónde empezarDocker permite ejecutar en un servidor un bot, una web, una base de datos y la monitorización sin que se estorben entre sí, y mudarse a otro VPS se reduce a copiar un par de archivos y los datos. La instalación lleva cinco minutos; los problemas de verdad llegan después: puertos de la base de datos abiertos al exterior, logs de decenas de gigas y datos que desaparecen junto con el contenedor. Veamos cómo prevenirlos desde el principio.
  • Cómo migrar una web del hosting compartido a un VPSLa migración en sí lleva un par de horas, y los errores suelen ocurrir a su alrededor: una tarea cron olvidada, reglas de .htaccess que nginx no lee, un registro AAAA con la dirección antigua o el correo que desaparece con el cambio de IP. A continuación, el orden de los pasos con comandos y comprobaciones para una web en PHP y MySQL.
  • Paneles de control de servidor: ISPmanager, FASTPANEL, aaPanelUn panel convierte el VPS en algo parecido al área de cliente de un hosting compartido: webs, bases de datos, correo y certificados se crean con el ratón, sin editar archivos de configuración. Los tres paneles que más se instalan en servidores rusos y en servidores extranjeros económicos son ISPmanager, FASTPANEL y aaPanel. Se diferencian en el precio, en la memoria que piden y en hasta qué punto se adueñan del servidor.
  • VPS con Windows para 1CUn servidor alquilado para 1C acaba con el ordenador de oficina debajo de la mesa que nadie actualiza ni copia. Pero 1C en un VPS tiene sus particularidades: la licencia de software se vincula a los parámetros de la máquina virtual, los usuarios necesitan licencias tanto de 1C como de Windows, y la frecuencia de los núcleos importa más que su número. Veamos cómo montar un servidor para 1C en una empresa pequeña.
  • VPS con Windows: licencias, RDP e inicio de sesión seguroUn servidor Windows cuesta más que uno Linux no solo por la memoria: el precio incluye una licencia, y cómo esté planteada decide si cumples las condiciones y cuántas personas pueden conectarse. Además, un puerto RDP expuesto es la vía más habitual por la que se hackean estos servidores. Aquí tienes los dos temas.
  • Cuándo pasar del hosting compartido a un VPSUn VPS no hace más rápida una web por sí solo: te da recursos y libertad y, con ellos, la tarea de gestionar un servidor. Así puedes saber si el hosting se te ha quedado pequeño, cuándo el problema se resuelve sin mudarse y cómo migrar una web sin que los visitantes lo noten.
  • Copias de seguridad de un VPS: estrategias y herramientasEn un VPS las copias de seguridad son cosa tuya, aunque el plan diga «copias incluidas». Vemos qué hay que copiar exactamente, por qué no basta con la instantánea del proveedor, cómo configurar restic o BorgBackup en media hora y cómo asegurarte de que de verdad se puede restaurar desde la copia.
  • Primeros 10 pasos tras comprar un VPS: seguridadUnos minutos después de que un servidor nuevo reciba una IP pública, ya hay quien intenta adivinar sus contraseñas. A continuación tienes diez pasos que en una hora cierran los agujeros más habituales: comandos para Ubuntu y Debian, las diferencias para AlmaLinux y Rocky Linux y las comprobaciones sin las que es fácil quedarte sin acceso a tu propio servidor.
  • Cómo elegir el país del servidorPon el servidor donde están tus visitantes: en Madrid o en otro punto de Europa occidental si tu público está en España, y en Ciudad de México, Miami, Dallas o São Paulo si está en América Latina. El RGPD no te obliga a tener los datos en España, sino a tratarlos bien, y fuera de la UE exige garantías adicionales. El precio casi nunca decide: en un mismo proveedor, un servidor en Europa o en Estados Unidos suele costar lo mismo, y solo Asia y Australia salen claramente más caras.
  • Pago por horas: cuándo sale a cuentaEl pago por horas sale a cuenta si necesitas el servidor menos de tres semanas al mes: para una prueba, una compilación o una tarea pesada puntual. En la mayoría de los proveedores la hora cuesta exactamente el precio mensual dividido entre 730 horas, así que por un mes completo apenas pagas de más. El sobrecoste está en otro sitio: los planes con pago por horas son de media más caros, y para un servidor que funciona todo el año el pago mensual, y más aún el anual por adelantado, suele salir más barato.
  • Cuánta memoria y cuántos núcleos necesita una webA la mayoría de las webs les bastan 2 GB de memoria y uno o dos núcleos; una tienda con miles de productos necesita 4 GB y dos núcleos. La memoria importa más que los núcleos: cuando falta, la web va lenta o se cae, y un núcleo de más sin memoria apenas aporta nada. Más abajo verás cómo calcular la memoria para tu web y cómo saber cuánta gasta de verdad.
  • KVM u OpenVZ: cuál elegirEn 2026 casi siempre conviene elegir KVM: cuesta apenas uno o dos dólares más al mes que OpenVZ, y en él funciona todo, desde Docker hasta Windows. OpenVZ solo se justifica en un caso concreto, que verá a continuación, y al final encontrará los comandos para comprobar su servidor en un minuto.
  • NVMe o SSD: ¿hay diferencia para una web?Para una web pequeña la diferencia entre NVMe y SSD apenas se nota: las páginas se sirven desde la memoria, no desde el disco. Aparece en tiendas online y webs con bases de datos grandes. Además, en el mismo proveedor NVMe cuesta solo entre 0,50 y 1 USD más al mes, y a veces incluso menos, así que lo decisivo no suele ser el tipo de disco, sino su tamaño y cómo lo ha limitado el proveedor.
  • Qué es un VPS explicado de forma sencillaUn VPS es una parte de un servidor físico potente que se alquila y que se comporta como un ordenador independiente: con su propio sistema, su propia dirección IP y acceso completo. A continuación verá en qué se diferencia de un hosting, a quién le conviene, cuánto cuesta y qué comprobar justo después de contratarlo.
  • VPS para un bot de Telegram: qué necesita el bot y cómo elegir planUn bot con menú y unos cuantos comandos funciona sin problemas en el servidor más barato, mientras que un bot con envíos masivos, archivos y base de datos choca con límites muy distintos. Esto es lo que consume realmente un bot, qué límites de Telegram condicionan la elección del servidor y cómo evitar pagar de más.
  • Cómo probar el ping y la velocidad de un VPS antes de pagarLas cifras de un plan no dicen cuál será la latencia hasta tus usuarios ni lo rápido que es de verdad el disco. Casi todo se puede medir antes de pagar, y el resto, en la primera hora tras el arranque. Estas son las herramientas y cómo interpretar los resultados.
  • Red corporativa en un VPS: acceso remoto a la oficinaUn servidor alquilado puede convertirse en el centro de la red privada de una empresa: los empleados en remoto y las sucursales se conectan a través de él al ERP, al servidor de archivos, al CRM y a Git. Estos son los esquemas habituales, los protocolos, los requisitos del servidor y la seguridad básica.
  • Cómo elegir un VPS: los 7 parámetros que decidenDos planes con los mismos «2 núcleos, 4 GB, 50 GB» pueden diferir varias veces en velocidad y el doble en precio un año después. Esto es lo que hay detrás de cada línea de un plan VPS y lo que conviene revisar antes de pagar.
  • VPS o VDS: ¿hay diferencia y qué importa de verdad?En la mayoría de los mercados VPS y VDS significan lo mismo: un servidor virtual. La diferencia que de verdad afecta a tu trabajo no está en el nombre, sino en el tipo de virtualización y en si los recursos están garantizados.