Un servidor Linux en la nube, con IP pública, 2 núcleos ARM, 12 GB de RAM y 200 GB de disco, por cero euros al mes y sin fecha de caducidad. Suena a reclamo, pero es exactamente lo que ofrece el programa Always Free de Oracle Cloud. En SEO Ético tenemos uno funcionando desde principios de 2026 y hoy aloja varias webs, nuestra instancia de n8n y distintas automatizaciones, sin una sola caída y sin pagar un euro. En esta guía explicamos cómo montarlo desde cero, cómo dejarlo seguro y, sobre todo, qué cosas no te cuentan las guías que siguen circulando con datos de hace dos años.
Porque hay una novedad importante: en 2026 Oracle recortó a la mitad la capacidad gratuita de sus máquinas ARM, sin anuncio oficial. Si sigues un tutorial antiguo que te dice que configures 4 núcleos y 24 GB, tu servidor puede acabar apagado.
Qué incluye hoy el plan gratuito de Oracle Cloud
Oracle combina dos cosas al registrarte: una prueba de 30 días con 300 dólares de crédito y, aparte, un conjunto de recursos Always Free que no caducan. Lo que nos interesa es lo segundo. Estos son los límites vigentes según la documentación oficial:
| Recurso | Límite gratuito | Para qué sirve |
|---|---|---|
| Ampere A1 (ARM) | 2 OCPU y 12 GB de RAM en total (1.500 horas de OCPU y 9.000 GB-hora al mes). Una máquina con todo o dos de 1 OCPU y 6 GB | El servidor principal: webs, contenedores, automatizaciones |
| AMD Micro (x86) | Hasta 2 máquinas de 1/8 de OCPU y 1 GB de RAM, 50 Mbps | Tareas ligeras: un proxy, una VPN personal, monitorización |
| Almacenamiento en bloque | 200 GB en total (discos de arranque incluidos) y 5 copias de seguridad de volumen | Sistema, datos y backups |
| Tráfico de salida | 10 TB al mes | Más que suficiente para casi cualquier proyecto personal |
| Bases de datos | 2 Autonomous Database de 20 GB, 1 MySQL HeatWave de 50 GB y NoSQL | Bases de datos gestionadas sin tocar el servidor |
| Red | 1 balanceador de carga flexible (10 Mbps), 1 balanceador de red y 2 redes virtuales | Arquitecturas algo más serias |
El recorte de 2026 que muchas guías no recogen
Hasta mediados de 2026, la asignación gratuita de ARM era de 4 OCPU y 24 GB de RAM, y así lo siguen contando la mayoría de tutoriales. Oracle la redujo a 2 OCPU y 12 GB actualizando su documentación, sin comunicado ni correo a los clientes, según recogió InfoQ. En las cuentas gratuitas, las instancias que superaban el nuevo límite se apagaron hasta que sus dueños las redimensionaron. Y hay un detalle delicado: si eliminas una instancia antigua, es posible que ya no puedas volver a crearla por encima del límite actual.
Moraleja: suma los recursos de todas tus instancias ARM y asegúrate de que no pasan de 2 OCPU y 12 GB.
Antes de empezar: cuatro cosas que conviene saber
1. La región de origen es para siempre
Al registrarte eliges una región de origen (home region) y no se puede cambiar. Todos los recursos Always Free de cómputo y disco tienen que crearse ahí; lo que crees en otra región se cobra. Para un público español, Madrid o Marsella son las opciones naturales por latencia. Elige con calma: si la región está saturada, te costará conseguir máquinas ARM.
2. Te pedirán una tarjeta, pero no te cobran
Oracle exige una tarjeta para verificar la identidad y hace una retención temporal que luego libera. No se cobra nada mientras te mantengas dentro de los recursos gratuitos. Las tarjetas prepago y algunas virtuales suelen ser rechazadas.
3. El famoso «Out of host capacity»
Es el error más habitual al crear la máquina ARM: significa que, en ese momento, no hay capacidad libre en tu región para la forma gratuita. No es un fallo de tu configuración. La solución oficial es probar otro dominio de disponibilidad si tu región tiene varios, o volver a intentarlo más tarde. En nuestro caso, entre el registro, la creación de la máquina y la configuración completa, tardamos dos o tres días en tenerlo todo funcionando. Si te topas con este error, paciencia: es cuestión de reintentar.
4. Oracle puede reclamar las máquinas que no se usan
Si durante 7 días seguidos el uso de CPU (percentil 95), de red y, en las ARM, de memoria se queda por debajo del 20 %, Oracle puede considerar la instancia inactiva y recuperarla. En la práctica, un servidor que da servicio real a algo no suele tener este problema. Circulan scripts que generan carga artificial para esquivar la regla; no los recomendamos: consumen recursos compartidos sin aportar nada y van contra el espíritu del programa. Si no vas a usar el servidor, mejor libéralo.
Paso a paso: crear el servidor
Paso 1. Registro de la cuenta
- Entra en oracle.com/cloud/free y crea la cuenta con un correo real.
- Elige el tipo de cuenta individual, tu país y la región de origen (ver punto anterior).
- Verifica la tarjeta y espera el correo de activación. Puede tardar desde minutos hasta algunas horas.
Paso 2. Generar tus claves SSH
El acceso al servidor se hace con una pareja de claves, no con contraseña. Desde la terminal de tu ordenador (en Windows sirve PowerShell):
ssh-keygen -t ed25519 -f ~/.ssh/oracle -C "servidor-oracle"
Se generan dos archivos: oracle (privada, no la compartas nunca) y oracle.pub (pública, la que subirás a Oracle).
Paso 3. Crear la instancia
- En la consola, ve a Compute → Instances → Create instance.
- Imagen: pulsa Change image y elige Ubuntu 24.04 (la variante para aarch64/ARM se selecciona automáticamente al elegir la forma).
- Forma (shape): Change shape → Ampere → VM.Standard.A1.Flex. Ajusta 2 OCPU y 12 GB de memoria. Fíjate en la etiqueta Always Free-eligible.
- Red: deja que cree una red virtual (VCN) nueva con subred pública y marca Assign a public IPv4 address.
- Claves SSH: elige Upload public key files y sube tu
oracle.pub. - Disco de arranque: por defecto son unos 50 GB. Puedes ampliarlo, pero recuerda que el total gratuito es de 200 GB sumando todos los discos.
- Pulsa Create. En un par de minutos la máquina pasará a estado Running y verás su IP pública.
Paso 4. Primera conexión
ssh -i ~/.ssh/oracle ubuntu@TU_IP_PUBLICA
El usuario por defecto en las imágenes de Ubuntu es ubuntu. Si conecta, ya tienes servidor.
Abrir puertos: el doble cortafuegos de Oracle
Aquí se atasca casi todo el mundo la primera vez. Instalas un servidor web, todo parece correcto y desde fuera no carga nada. El motivo es que en Oracle hay dos cortafuegos y hay que abrir los dos:
- En la consola de Oracle: Networking → Virtual Cloud Networks → tu VCN → Security Lists → Default Security List → Add Ingress Rules. Añade origen
0.0.0.0/0, protocolo TCP y puertos de destino80y443. - Dentro del servidor: las imágenes de Ubuntu de Oracle traen reglas de
iptablesque bloquean todo salvo SSH. Hay que añadir las de la web antes de la regla de rechazo y guardarlas:
sudo iptables -I INPUT 6 -m state --state NEW -p tcp --dport 80 -j ACCEPT
sudo iptables -I INPUT 6 -m state --state NEW -p tcp --dport 443 -j ACCEPT
sudo netfilter-persistent save
Con sudo iptables -L INPUT --line-numbers puedes comprobar que las nuevas reglas quedan por encima de la línea REJECT.
Asegurar el servidor antes de publicar nada
Una IP pública recibe intentos de acceso automatizados a los pocos minutos de existir. Antes de instalar nada, cuatro pasos básicos:
# 1. Actualizar el sistema
sudo apt update && sudo apt full-upgrade -y
# 2. Actualizaciones de seguridad automáticas
sudo apt install -y unattended-upgrades
sudo dpkg-reconfigure -plow unattended-upgrades
# 3. Bloquear IPs que fuerzan el acceso SSH
sudo apt install -y fail2ban
# 4. Comprobar que el acceso por contraseña está desactivado
sudo sshd -T | grep -i passwordauthentication
La última orden debe devolver passwordauthentication no; las imágenes de Oracle ya vienen así, pero conviene verificarlo. Las actualizaciones automáticas no son un detalle menor: casos como la vulnerabilidad PHP2Shell demuestran que un servidor sin parchear puede caer con una sola petición.
Qué instalar: de un servidor vacío a algo útil
La opción más cómoda para empezar es Docker, porque permite levantar y retirar servicios sin ensuciar el sistema:
curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker ubuntu
Cierra la sesión y vuelve a entrar para que el cambio de grupo surta efecto. Un aviso importante: el servidor es ARM, así que las imágenes de Docker que uses deben estar disponibles para arm64. Las más populares (Nginx, WordPress, MariaDB, n8n, Uptime Kuma…) lo están, pero algún software antiguo o propietario solo existe para x86.
Si prefieres un panel visual en lugar de la terminal, herramientas autoalojadas como Coolify o CasaOS permiten desplegar aplicaciones, dominios y certificados SSL con unos clics. Para servir webs con HTTPS sin complicarte, Caddy obtiene y renueva los certificados de Let's Encrypt automáticamente.
Para qué lo usamos nosotros
Montamos nuestro servidor a principios de 2026 y en dos o tres días teníamos todo en marcha: registro, máquina creada, puertos abiertos, seguridad básica y los primeros servicios desplegados. Desde entonces aloja varias webs, nuestra instancia de n8n y un conjunto de automatizaciones que trabajan a diario. En todo este tiempo no hemos tenido ni una caída, y la factura sigue siendo de cero euros.
Lo que más valoramos es que nos permite tener automatizaciones funcionando las 24 horas sin depender de que un ordenador de la oficina esté encendido, y sin pagar una suscripción mensual por cada herramienta. Precisamente porque el servidor tiene uso real cada día, la regla de reclamación por inactividad nunca ha sido un problema. Eso sí, seguimos nuestras propias recomendaciones: actualizaciones automáticas activadas, acceso solo por clave y copias de lo importante fuera de Oracle.
Para qué sirve y para qué no
| Buen uso | Mejor evitarlo |
|---|---|
| Entornos de pruebas y staging de WordPress o PrestaShop | La tienda online de la que depende tu facturación |
| Automatizaciones (n8n, scripts, bots de Telegram, scrapers propios) | Webs de clientes con compromisos de disponibilidad |
| Monitorización, VPN personal, proxy, servidores de juegos pequeños | Datos sensibles sin copias de seguridad fuera de Oracle |
| Aprender Linux, Docker y administración de sistemas sin coste | Software que solo existe para procesadores x86 |
La razón es sencilla: es un servicio gratuito sin acuerdo de nivel de servicio, y Oracle ha demostrado en 2026 que puede cambiar las condiciones sin avisar. Para un proyecto profesional, un hosting o VPS de pago sigue siendo la opción responsable. Si estás eligiendo plataforma para una web de negocio, te puede servir nuestra comparativa sobre el mejor CMS para SEO o la guía para montar una tienda online en WordPress.
Copias de seguridad: no lo dejes para el final
Oracle permite 5 copias de seguridad de volumen gratuitas, que puedes programar desde Block Storage → Boot Volumes → Backup policies. Son útiles para recuperar el servidor entero, pero viven dentro de la misma cuenta: si la cuenta tiene un problema, pierdes servidor y copias a la vez. Complementa siempre con una copia externa de los datos importantes (bases de datos, archivos de las webs) hacia otro proveedor o tu propio equipo.
Y si quiero más potencia sin pagar sorpresas
Muchos usuarios convierten la cuenta a pago por uso (Pay As You Go) para tener más facilidades al crear instancias, manteniendo los recursos Always Free sin coste. Es una opción razonable, pero cualquier recurso que salga de los límites gratuitos se cobra. Si das ese paso, configura un presupuesto con alertas en Billing → Budgets y revisa la factura el primer mes. Y ojo: tras el recorte de 2026 ni siquiera está claro que las cuentas de pago conserven los antiguos 4 OCPU y 24 GB gratuitos; si es tu caso, confírmalo con el soporte de Oracle y guarda la respuesta.
Resumen rápido
- Oracle regala de por vida un servidor ARM de 2 OCPU y 12 GB, 200 GB de disco y 10 TB de tráfico. No 4 y 24: eso cambió en 2026.
- Elige bien la región de origen: no se puede cambiar.
- Abre los puertos en los dos sitios: lista de seguridad de Oracle e
iptablesdel servidor. - Actualizaciones automáticas, fail2ban y acceso solo con clave desde el primer día.
- Úsalo de verdad o Oracle puede reclamarlo, y no le confíes nada crítico sin copias fuera.
Bien configurado, es probablemente el mejor recurso gratuito que existe hoy para aprender, experimentar y automatizar. Nuestra valoración, después de meses de uso continuo, no puede ser mejor: funciona, es estable y no cuesta nada. Encontrarás más guías técnicas en nuestra sección de Web.
Fuentes: documentación oficial de Oracle Cloud Always Free e InfoQ. Límites comprobados en octubre de 2026; Oracle puede modificarlos.