[{"data":1,"prerenderedAt":215},["ShallowReactive",2],{"seo-verification":3,"blog-migrar-de-oracle-always-free-arm-a-un-vps-ma-es":6,"promo-bar-likely":214},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-migrar-de-oracle-always-free-arm-a-un-vps-ma-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":34,"sections":35,"ctaTitle":154,"ctaBody":155,"ctaButton":156,"ctaUrl":157,"relatedPosts":158},260,"migrar-de-oracle-always-free-arm-a-un-vps",{"fr":12,"en":13,"ar":14,"es":10},"migrer-oracle-free-arm-vps","migrating-from-oracle-always-free-arm-to-a-vps-complete-guide","الهجرة-من-oracle-always-free-arm-إلى-vps-دليل-شامل","Migrar de Oracle Always Free ARM a un VPS: guía completa","Oracle ha recortado su Always Free ARM de 4 a 2 vCPU y de 24 a 12 GB. Migre su stack Docker, Coolify, n8n o Nextcloud a un VPS sin cuota impuesta.",11,0,false,"2026-08-14T00:00:00+00:00","2026-11-09T20:55:18+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmigrer-oracle-free-arm-vps-poster.svg",{"categorySlug":33,"appSlug":29},"despliegue-de-aplicaciones-devops","Oracle ha reducido a la mitad los recursos de su oferta Always Free ARM: de 4 vCPU y 24 GB de RAM a 2 vCPU y 12 GB, según su documentación oficial. Si aloja Coolify, n8n, Nextcloud, Immich o cualquier otro servicio auto-alojado en esta infraestructura, su stack puede quedar por debajo de los umbrales recomendados por los editores. Esta guía le explica cómo planificar y ejecutar la migración a un VPS con recursos indicados por oferta, paso a paso.",[36,40,51,54,57,85,106,109,112,115],{"type":37,"title":38,"body":39},"h2","Por qué Oracle Always Free ya no es una base fiable","Oracle ha recortado su oferta Always Free ARM: su documentación ya solo concede 1.500 horas de OCPU y 9.000 GB-hora de memoria al mes, es decir 2 vCPU y 12 GB, frente a 4 vCPU y 24 GB antes. Además de este recorte, la oferta gratuita de Oracle siempre ha tenido riesgos estructurales que sus usuarios conocen bien: reinicios no planificados de las instancias, interrupciones durante las fases de mantenimiento de la región y ausencia de SLA sobre los recursos asignados. Oracle también puede recuperar las instancias gratuitas que considere inactivas: menos del 20 % de uso de CPU (percentil 95), de red y, en las instancias ARM, de memoria, durante siete días. Para un servicio en producción — ya sea un panel n8n, una instancia Nextcloud compartida en familia o un panel Coolify que dirige sus despliegues — esta incertidumbre es un riesgo operativo real. Un VPS facturado mensualmente ofrece una tarifa previsible, una IPv4 dedicada, un acceso root completo y unos recursos que no se redistribuyen a otro inquilino. El coste no es nulo, pero se conoce de antemano y no depende de una política que un proveedor pueda revisar unilateralmente.",{"type":41,"title":42,"items":43},"ul","Lo que aporta un VPS de pago frente a un free tier",[44,45,46,47,48,49,50],"**Recursos asignados** — vCPU y RAM asignados a su instancia por contrato, que el proveedor no recupera porque se use poco.","**IPv4 dedicada** — una dirección pública fija, sin NAT compartido, imprescindible para tener registros DNS estables y webhooks entrantes.","**Acceso root sin restricciones** — instale y configure lo que desee, sin lista blanca de puertos ni limitaciones de protocolos impuestas.","**Ancho de banda previsible** — un volumen mensual incluido y claramente indicado, sin facturación sorpresa por gigabyte más allá de un umbral oculto.","**Soporte** — en caso de fallo de hardware, el proveedor interviene para restablecer el servicio, en el marco de una obligación de medios.","**Coste fijo** — desde 99 DH\u002Fmes en la fórmula mensual, el presupuesto se conoce de antemano y no varía según el uso real de los recursos.","**Sin permanencia** — no firma ningún contrato anual: los planes VPS Cloud se pueden cancelar en cualquier momento.",{"type":37,"title":52,"body":53},"Qué aplicaciones se ven afectadas por el recorte","Con 2 vCPU y 12 GB de RAM, los nuevos límites de Oracle parecen cómodos sobre el papel. En la práctica, las aplicaciones auto-alojadas más habituales tienen requisitos mínimos que se acumulan en cuanto se combinan varias. Coolify necesita como mínimo 2 vCPU y 2 GB de RAM para su propio proceso de build y de despliegue — consume recursos por sí mismo, además de los servicios que gestiona. n8n se declara poco exigente en CPU, pero su memoria crece con el volumen de datos tratado: su documentación cita, a título indicativo, de 320 MB a 2 GB. Nextcloud pide al menos 128 MB de RAM por proceso y recomienda 512 MB, pero sus procesos de sincronización de archivos son exigentes en I\u002FO y en CPU en cuanto aumenta el número de clientes activos. Immich, el gestor de fotos, exige como mínimo 6 GB de RAM y recomienda 8, en buena parte por su pipeline de reconocimiento de imágenes por machine learning — por debajo, los workers de ML se detienen o fallan en silencio. Si ejecuta dos o tres de estos servicios en la misma instancia Oracle, el margen desaparece y el menor pico de carga (indexación nocturna de Nextcloud, flujo n8n disparado, build de Coolify) provoca kills OOM o bloqueos. Es, por tanto, el momento oportuno para migrar a una infraestructura bien dimensionada.",{"type":37,"title":55,"body":56},"Requisitos previos antes de migrar","Una migración exitosa se prepara con antelación, antes de tocar la configuración DNS o de apagar nada. Empiece por elaborar la lista exacta de los servicios que se ejecutan en su instancia Oracle: nombre del servicio, puerto de escucha, volumen Docker asociado, dominio o subdominio utilizado. Tome un snapshot completo de la instancia desde la consola de Oracle Cloud — es su red de seguridad ante cualquier imprevisto. Exporte también todos sus volúmenes Docker a archivos tar, que podrá transferir de forma independiente. Reduzca el TTL DNS de sus registros A a 300 segundos al menos 24 horas antes de la migración: así limita la duración de la propagación durante el cambio final. Identifique los cron jobs, webhooks entrantes y servicios de terceros que utilizan la IP actual de Oracle — algunas herramientas como Stripe, GitHub o Slack envían eventos a una URL fija que tendrá que actualizar. Por último, compruebe que sus certificados TLS se gestionan con Let's Encrypt con renovación automática, ya que tendrán que regenerarse en la nueva IP.",{"type":58,"title":59,"steps":60},"steps","Exportar y recrear su stack Docker",[61,64,67,70,73,76,79,82],{"title":62,"body":63},"Listar los contenedores y volúmenes activos","En la instancia Oracle, liste todos los contenedores en curso: `docker ps -a --format 'table {{.Names}}\\t{{.Image}}\\t{{.Mounts}}'`. Liste los volúmenes: `docker volume ls`. Anote las asociaciones nombre-contenedor\u002Fvolumen para no olvidar nada.",{"title":65,"body":66},"Guardar cada volumen en un archivo tar","Para cada volumen importante (p. ej. `n8n_data`, `nextcloud_data`, `coolify_db`), expórtelo con: `docker run --rm -v n8n_data:\u002Fdata -v $(pwd):\u002Fbackup alpine tar czf \u002Fbackup\u002Fn8n_data.tar.gz -C \u002Fdata .`. Repita para cada volumen. Obtiene archivos portables e independientes del sistema de archivos del host.",{"title":68,"body":69},"Guardar las imágenes personalizadas","Si tiene imágenes construidas localmente (p. ej. con Coolify), expórtelas: `docker save nombre-imagen:tag | gzip > nombre-imagen.tar.gz`. Para las imágenes públicas (n8n, Nextcloud, Immich) basta con una lista — se vuelven a descargar desde el registry.",{"title":71,"body":72},"Transferir los archivos al nuevo VPS","Desde su máquina local o directamente entre los dos servidores (si la IP de Oracle sigue activa): `rsync -avz --progress *.tar.gz root@ip-del-vps:\u002Fopt\u002Frestore\u002F`. Verifique los checksums: `sha256sum *.tar.gz > checksums.txt && rsync checksums.txt root@ip-del-vps:\u002Fopt\u002Frestore\u002F`.",{"title":74,"body":75},"Instalar Docker en el nuevo VPS","En el VPS, por SSH: `curl -fsSL https:\u002F\u002Fget.docker.com | sh && systemctl enable --now docker`. Compruebe: `docker compose version`. Cree la estructura de carpetas: `mkdir -p \u002Fopt\u002F{coolify,n8n,nextcloud,immich}`.",{"title":77,"body":78},"Restaurar los volúmenes Docker","Para cada volumen guardado: `docker volume create n8n_data && docker run --rm -v n8n_data:\u002Fdata -v \u002Fopt\u002Frestore:\u002Fbackup alpine tar xzf \u002Fbackup\u002Fn8n_data.tar.gz -C \u002Fdata`. Compruebe el contenido: `docker run --rm -v n8n_data:\u002Fdata alpine ls -la \u002Fdata`.",{"title":80,"body":81},"Recrear los archivos docker-compose.yml","Copie sus archivos `docker-compose.yml` desde Oracle o recupérelos de su repositorio Git si los versiona. Adapte las rutas de los volúmenes si es necesario. Lance cada stack con `docker compose up -d` y revise los logs: `docker compose logs -f --tail=50`.",{"title":83,"body":84},"Comprobar el funcionamiento antes del cambio de DNS","Pruebe cada servicio a través de la IP directa del VPS (añadiendo una entrada temporal en `\u002Fetc\u002Fhosts` de su equipo): `curl -H 'Host: n8n.su-dominio.com' http:\u002F\u002Fip-del-vps\u002Fhealthz`. Confirme que los datos están presentes (inicio de sesión, lista de workflows, archivos de Nextcloud, álbumes de Immich) antes de tocar el DNS.",{"type":58,"title":86,"steps":87},"Volver a desplegar Coolify en el nuevo VPS",[88,91,94,97,100,103],{"title":89,"body":90},"Instalar Coolify","En el nuevo VPS por SSH: `curl -fsSL https:\u002F\u002Fcdn.coollabs.io\u002Fcoolify\u002Finstall.sh | bash`. El script instala Docker, las dependencias del sistema y arranca los contenedores de Coolify. Espere a que termine por completo (unos 2-3 minutos) y acceda a `http:\u002F\u002Fip-del-vps:8000`.",{"title":92,"body":93},"Crear la cuenta de administrador","En la primera apertura, Coolify le pide crear una cuenta de administrador con un correo electrónico y una contraseña. Esta cuenta es local, no depende de su antigua instancia. Créela nada más terminar la instalación, como recomienda la documentación de Coolify: hasta entonces, el panel está al alcance de cualquiera que llegue al puerto 8000. Use una contraseña robusta — es la única barrera antes de activar un dominio HTTPS.",{"title":95,"body":96},"Configurar el dominio y los certificados","En los ajustes de Coolify (Settings → Instance), indique su dominio de Coolify (p. ej. `coolify.su-dominio.com`) y active la generación automática de certificados Let's Encrypt. Coolify gestiona el proxy Traefik internamente — no tiene que configurar Nginx ni Caddy por separado.",{"title":98,"body":99},"Volver a conectar las fuentes Git","En Sources, vuelva a conectar su cuenta de GitHub, GitLab o Gitea. Si usaba GitHub Apps o deploy keys en la antigua instancia, vuelva a crearlas — están vinculadas a la instancia de Coolify, no al repositorio. Coolify muestra una guía para cada tipo de fuente.",{"title":101,"body":102},"Importar los proyectos y servicios","Recree sus proyectos (Projects → New Project) y añada los servicios existentes. Para las bases de datos (PostgreSQL, MySQL, Redis), vuelva a crearlas en Coolify y restaure los dumps: `docker exec -i \u003Ccontenedor_postgres> psql -U user db \u003C dump.sql`. Para las aplicaciones, vuelva a lanzar un build desde Git.",{"title":104,"body":105},"Comprobar las variables de entorno","Cada servicio migrado debe recuperar sus variables de entorno. En Coolify, abra cada servicio → Environment Variables y compárelas con sus archivos `.env` exportados desde Oracle. Cuidado con las URL fijas que siguen apuntando al antiguo dominio o a la antigua IP.",{"type":37,"title":107,"body":108},"Puntos de atención después de la migración","Una vez que los servicios funcionan en el VPS, el cambio de DNS es la etapa más visible. Modifique los registros A (y AAAA si tiene IPv6) de cada subdominio en su zona DNS, apuntando a la nueva IP del VPS. Gracias al TTL reducido a 300 segundos preparado de antemano, la propagación suele ser efectiva en menos de diez minutos en la mayoría de los resolvers. Vigile los logs de Traefik o Caddy durante las primeras horas para detectar posibles peticiones que sigan llegando a la antigua IP de Oracle. Los certificados Let's Encrypt deben regenerarse en la nueva IP: Coolify lo hace automáticamente en el primer arranque con el dominio correcto; para los servicios gestionados manualmente con Caddy o Certbot, compruebe que el reto HTTP-01 responde correctamente desde el VPS antes de eliminar la antigua instancia. Los cron jobs internos de n8n o Nextcloud sobreviven a la migración (están en la base de datos o en la configuración), pero los cron del sistema de la instancia Oracle (en `\u002Fetc\u002Fcron.d` o en la crontab de root) deben recrearse manualmente en el VPS. Por último, avise a los servicios de terceros que utilizaban su antigua IP de Oracle en sus listas de IP autorizadas (webhooks de Stripe, listas blancas de cortafuegos de clientes).",{"type":110,"body":111},"tip","Implemente una copia de seguridad automática de los volúmenes Docker desde el primer día en el nuevo VPS. Un script cron diario que exporte cada volumen crítico a un almacenamiento de objetos (Backblaze B2, compatible con S3) le protege ante fallos de disco y errores de manipulación. En una instancia ServOrbit, `restic` o `borgbackup` se instalan en unos minutos y permiten copias de seguridad incrementales cifradas con retención configurable.",{"type":37,"title":113,"body":114},"Resolución de los errores más habituales","Durante una migración Docker, algunos errores se repiten sistemáticamente. El primero es un problema de permisos en los volúmenes restaurados: si su contenedor arranca con un UID distinto del que creó los archivos en Oracle, obtendrá errores `permission denied` en los logs. Corríjalo con `docker run --rm -v volume:\u002Fdata alpine chown -R uid:gid \u002Fdata`, sustituyendo `uid:gid` por el que espera la imagen (indicado en el Dockerfile oficial o en la documentación). El segundo error frecuente es un contenedor que arranca y se detiene de inmediato con el código 137: es un kill OOM (Out Of Memory). Revise `dmesg | grep -i oom` y aumente la RAM asignada al servicio o reduzca el número de workers. El tercer error tiene que ver con Let's Encrypt: si el certificado no se genera, compruebe que el puerto 80 está abierto (`ufw allow 80`) y que el DNS ya apunta a la nueva IP con `dig +short su-dominio.com`. Un registro A que sigue apuntando a Oracle impide la validación HTTP-01. Por último, si Coolify muestra los servicios como «offline» a pesar de que los contenedores Docker están en marcha, compruebe que la red Docker `coolify` está asociada a cada contenedor con `docker network inspect coolify`.",{"type":116,"title":117,"headers":118,"rows":121},"comparison","Oracle Always Free ARM frente a un VPS de pago: comparativa",[5,119,120],"Oracle Always Free ARM (límites actuales)","VPS Cloud ServOrbit",[122,126,130,134,138,142,146,150],[123,124,125],"vCPU","2 (compartidos, recuperables)","Asignados a su VPS, nunca recuperados",[127,128,129],"RAM","12 GB (reducidos desde 24 GB)","Desde 4 GB, ampliable con opciones",[131,132,133],"IPv4","1 dirección pública (puede reasignarse)","1 IPv4 dedicada fija incluida",[135,136,137],"Ancho de banda","10 TB\u002Fmes de salida","Incluido en el plan",[139,140,141],"Acceso root","Sí (puerto 25 de salida bloqueado por defecto)","Root completo, sin ninguna restricción",[143,144,145],"SLA","Ninguno en el free tier","Objetivo de disponibilidad, obligación de medios (condiciones generales de venta)",[147,148,149],"Reinicios no planificados","Sí (mantenimiento de Oracle, recuperación de instancias inactivas)","Sin recuperación de instancias inactivas",[151,152,153],"Coste mensual","0 € (pero con riesgo de corte o de facturación en caso de exceso)","Desde 99 DH\u002Fmes (fórmula mensual), tarifa fija","Migre su stack auto-alojada a un VPS Cloud ServOrbit","Un VPS desde 99 DH\u002Fmes con root completo, IPv4 dedicada y recursos indicados por oferta. Sin cuota impuesta por terceros, sin recortes sorpresa. Monte su stack Docker, Coolify o n8n en unos minutos.","Ver los VPS Cloud","\u002Fvps-cloud",[159,178,194],{"id":160,"slug":161,"slugs":162,"title":166,"excerpt":167,"readTime":168,"views":169,"isPinned":19,"noindex":19,"publishedAt":170,"updatedAt":171,"category":172,"categories":173,"featuredImage":29,"bgImage":30,"posterImage":175,"relatedSolution":176},41,"desplegar-aplicaciones-con-coolify-en-un-vps",{"fr":163,"en":164,"ar":165,"es":161},"deployer-avec-coolify","deploy-your-applications-with-coolify-on-a-vps","نشر-تطبيقاتك-باستخدام-coolify-على-vps","Desplegar sus aplicaciones con Coolify en un VPS","Despliegue Coolify en un VPS: instalación, configuración HTTPS, conexión Git, primera aplicación, bases de datos, copias de seguridad y diagnóstico.",12,2,"2026-05-10T00:00:00+00:00","2026-10-31T01:54:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[174],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-coolify-poster.svg",{"categorySlug":33,"appSlug":177},"coolify",{"id":179,"slug":180,"slugs":181,"title":185,"excerpt":186,"readTime":168,"views":187,"isPinned":19,"noindex":19,"publishedAt":188,"updatedAt":189,"category":190,"categories":191,"featuredImage":29,"bgImage":30,"posterImage":193,"relatedSolution":29},229,"checklist-docker-compose-en-produccion",{"fr":182,"en":183,"ar":184,"es":180},"docker-compose-production-checklist","docker-compose-in-production-10-point-checklist","docker-compose-في-الإنتاج-قائمة-التحقق-من-10-نقاط","Docker Compose en producción: checklist de 10 puntos","Docker Compose en producción: 10 ajustes, health checks, secretos, rollback, solución de errores y paso de docker-compose v1 a docker compose en Ubuntu 26.04.",1,"2026-08-06T00:00:00+00:00","2026-10-23T13:27:09+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[192],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdocker-compose-production-checklist-poster.svg",{"id":195,"slug":196,"slugs":197,"title":201,"excerpt":202,"readTime":203,"views":204,"isPinned":19,"noindex":19,"publishedAt":188,"updatedAt":205,"category":206,"categories":211,"featuredImage":29,"bgImage":30,"posterImage":213,"relatedSolution":29},227,"elegir-reverse-proxy-vps-caddy-traefik-nginx",{"fr":198,"en":199,"ar":200,"es":196},"choisir-reverse-proxy-vps-caddy-traefik-nginx","caddy-traefik-or-nginx-proxy-manager-which-to-choose","caddy-أم-traefik-أم-nginx-proxy-manager-أيهما-تختار","Caddy, Traefik o Nginx Proxy Manager: ¿cuál elegir?","Guía para elegir entre Caddy, Traefik y Nginx Proxy Manager en un VPS con Docker: criterios, tabla comparativa y recomendaciones según su perfil.",10,6,"2026-11-08T01:13:15+00:00",{"id":207,"name":208,"slug":209,"color":210,"icon":209},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[212],{"id":207,"name":208,"slug":209,"color":210,"icon":209},"\u002Fblog\u002Fcovers\u002Fchoisir-reverse-proxy-vps-caddy-traefik-nginx-poster.svg",true,1794270623645]