Oracle Cloud Always Free: 4 cores y 24GB sin pagar
El Oracle Cloud Always Free VPS te da 4 núcleos ARM y 24 GB de RAM sin fecha de vencimiento. No es un trial de 12 meses ni una prueba con tarjeta. Oracle mantiene esta capa gratuita desde 2019 y, según la página oficial de Oracle Cloud Free Tier, los recursos no expiran mientras la cuenta esté activa.
En 30 segundos
- Oracle Cloud Always Free incluye instancias Ampere A1 ARM con 4 OCPUs y 24 GB de RAM distribuibles como quieras: una VM grande o hasta cuatro VMs pequeñas.
- También vienen 200 GB de block storage, 20 GB de object storage y dos Autonomous Databases de 20 GB cada una.
- La arquitectura es ARM (no x86), lo que afecta compatibilidad con algunas imágenes Docker, pero corre Ubuntu, Debian y Oracle Linux sin problema.
- AWS y Google Cloud Free Tier tienen 1 GB de RAM en sus instancias permanentes. Oracle te da 24 GB. La diferencia es suficiente para correr Docker, Kubernetes liviano o modelos de IA cuantizados.
- El límite real no es de CPU ni de RAM, es el ancho de banda saliente y las restricciones de IP pública.
Qué es Oracle Cloud Always Free
Oracle Cloud Always Free es una capa de servicios cloud que no tiene fecha de expiración, no requiere upgrade a plan pago y no cobra por los recursos incluidos mientras la cuenta exista. Oracle la lanzó en 2019 y la mantiene activa en 2026 como la oferta gratuita permanente más generosa entre los proveedores cloud grandes.
Lo que distingue esta oferta de los free tiers típicos es simple: AWS y Google Cloud dan una VM con 1 GB de RAM como recurso permanente gratuito. Oracle da 24 GB. Para la mayoría de las cargas de trabajo reales, esa diferencia cambia todo.
Especificaciones técnicas completas
El núcleo del tier son las instancias Ampere A1 ARM. Según la documentación oficial de Oracle, tenés un pool de 4 OCPUs y 24 GB de RAM que distribuís como quieras entre instancias. Podés armar una sola VM con 4 cores y 24 GB, o cuatro VMs de 1 core y 6 GB cada una. Lo que encaje mejor con tu workload.
- Compute ARM: 4 OCPUs + 24 GB RAM (Ampere A1, arquitectura ARM)
- Compute AMD: 2 × VM.Standard.E2.1.Micro (1/8 OCPU, 1 GB RAM cada una)
- Block storage: 200 GB en total, distribuibles entre volúmenes
- Object storage: 20 GB compatible con S3
- Autonomous Database: 2 instancias de 20 GB (Oracle DB, JSON, APEX)
- Load balancer: 1 incluido
- VCN (Virtual Cloud Network): incluida con IPs públicas
- Monitoring: 500 millones de datapoints/mes
- Email Delivery: incluido
Para el sistema operativo, podés elegir Ubuntu, Oracle Linux, CentOS o Debian. Ubuntu 22.04 LTS es la opción más usada por compatibilidad con la mayoría de los tutoriales y paquetes disponibles para ARM.
Oracle Cloud Always Free VPS vs AWS, Google Cloud y otros
La comparativa habla sola, pero vale la pena verla escrita porque la diferencia de RAM es de un orden de magnitud:
| Proveedor | Instancia gratuita permanente | CPU | RAM | Expira |
|---|---|---|---|---|
| Oracle Cloud | Ampere A1 ARM | 4 OCPUs | 24 GB | No |
| Google Cloud | e2-micro | 0.25 vCPU | 1 GB | No |
| AWS | t2.micro / t3.micro | 1 vCPU | 1 GB | 12 meses |

AWS ni siquiera es permanente (son 12 meses del free tier, no un tier always free). Google Cloud tiene el e2-micro que sí es permanente, pero con 1 GB de RAM estás muy limitado para cargas reales (alcanza para un proxy o un cronjob, no mucho más). En optimizar sitios multidioma con SEO profundizamos sobre esto.
Si buscás un VPS pago con buena relación precio/rendimiento en Argentina, donweb.com tiene opciones que vale la pena revisar. Pero si la restricción es presupuesto cero, Oracle es la única opción seria entre los proveedores grandes.
Cómo registrarse y crear tu primer servidor
El proceso tiene una trampa que conviene saber de antemano: Oracle pide verificación de identidad con tarjeta de crédito o débito. No cobra nada, pero sí hace un débito de verificación de USD 1 que después revierte. Sin tarjeta no hay cuenta.
El flujo básico:
- Entrás a oracle.com/cloud/free y creás la cuenta con tu mail
- Verificás identidad con la tarjeta
- Elegís la región home (no se puede cambiar después, elegí una que tenga disponibilidad de A1 ARM)
- Desde la consola, creás una instancia: Compute → Instances → Create Instance
- Seleccionás “Ampere” como shape, configurás OCPUs y RAM según lo que necesitás
- Cargás tu clave SSH pública o la generás en el momento
- La instancia queda activa en 2-3 minutos
Un dato que no te van a decir en el onboarding: la disponibilidad de instancias A1 varía por región. Si te sale “Out of capacity” al intentar crear la VM grande, probá con una región diferente o dividí los recursos en instancias más chicas. Este problema fue más común en 2022-2023; desde inicio de 2026 la disponibilidad mejoró, pero sigue pasando en ciertas regiones populares.
Casos de uso reales: Docker, Kubernetes e IA
Ponele que querés correr un stack web completo sin pagar un peso. Con 24 GB de RAM y 4 cores ARM podés levantar un compose con Nginx, una app Node o Python, una base PostgreSQL y todavía te sobra memoria para el sistema operativo y algo más. Eso en un servidor pago te costaría entre USD 15 y USD 30 al mes en cualquier proveedor cloud.
Docker y Docker Compose
Docker corre sin problema en ARM siempre que las imágenes tengan soporte multi-arch. La mayoría de las imágenes oficiales en Docker Hub (Nginx, PostgreSQL, Redis, Node, Python) tienen variantes ARM64. El problema aparece con imágenes más viejas o de proyectos chicos que solo compilaron para x86. Antes de migrar un stack, revisá que todas las imágenes tengan el tag linux/arm64.
Kubernetes liviano
Con cuatro instancias de 1 core / 6 GB RAM podés armar un cluster de Kubernetes usando k3s (la distribución liviana de Rancher). Un nodo master y tres workers es suficiente para experimentar con deployments, services e ingress. No es para producción seria, pero para aprender o correr proyectos personales, zafa perfectamente. Esto se conecta con lo que analizamos en cómo evitar downtime crítico.
Inferencia de IA con modelos cuantizados
Acá viene lo bueno: con 24 GB de RAM podés correr modelos de lenguaje de 7B parámetros cuantizados a 4-bit usando llama.cpp. Un modelo como Llama 3 7B Q4 ocupa alrededor de 4-5 GB de RAM. Eso te deja margen para correr la API de inferencia, el sistema operativo y algo de caché sin problemas. No esperés velocidades de inferencia como en una GPU, pero para uso personal o desarrollo de aplicaciones es perfectamente funcional.
Limitaciones reales y lo que necesitás saber
Acá me paro un segundo porque hay cosas que el marketing de Oracle no resalta.
La arquitectura es ARM (AArch64). No x86. Eso significa que algunas herramientas más viejas, software propietario o binarios pre-compilados no van a correr directo. Si tu stack es moderno y usa imágenes Docker con soporte multi-arch, no vas a tener problemas. Si tenés dependencias de software legacy que solo compilan para x86, ya sabés.
El ancho de banda saliente tiene límite. Oracle incluye 10 TB de transferencia saliente por mes en la región de los Estados Unidos, y entre 1 y 10 TB según la región. Para la mayoría de los usos personales y proyectos chicos, es más que suficiente. Si pensás servir video o archivos pesados, hacé los cálculos antes.
¿Y cómo no perder la cuenta? Oracle puede marcar como inactivas las cuentas que no usan sus recursos. La práctica recomendada es tener al menos una instancia corriendo y hacer login a la consola de vez en cuando. Algunos usuarios reportaron que Oracle les mandó un aviso antes de hacer algo, pero no es algo en lo que conviene confiar ciegamente.
Máxima optimización: de 24 GB RAM a aplicaciones serias
La distribución de recursos es donde muchos no optimizan. Podés tener una VM monolítica de 4 cores y 24 GB, lo cual tiene sentido para un solo proyecto grande. Pero si manejás múltiples proyectos, cuatro VMs de 1 core y 6 GB cada una te dan aislamiento, pueden correr stacks independientes y si una se cae no afecta a las demás. Relacionado: ejecutar aplicaciones con Docker.
Los cuellos de botella reales que vas a encontrar son la latencia de red (dependiendo de la región) y, eventualmente, el I/O del block storage si tenés operaciones de disco intensivas. La CPU ARM de Ampere A1 es sólida para la mayoría de los workloads de servidor: Python, Node, Java, Go, todos corren bien. Donde puede aparecer alguna demora es en compilaciones pesadas o en aplicaciones que hacen operaciones vectoriales intensivas optimizadas para x86.
Java corre muy bien en ARM (la JVM tiene soporte ARM64 nativo desde hace años). Python igual. Node también. El stack típico de web app no va a tener fricciones por la arquitectura.
Errores comunes al usar Oracle Cloud Always Free
Crear la VM en la región equivocada
La región home se elige al crear la cuenta y no se puede cambiar. Si elegís una región con poca disponibilidad de A1 ARM vas a estar peleando contra el “Out of capacity” constantemente. Antes de registrarte, buscá qué regiones tienen mejor disponibilidad. Las regiones de Phoenix y Ashburn suelen tener mejor stock, aunque varía.
Usar imágenes Docker sin verificar soporte ARM64
El error más frecuente: agarrás un docker-compose de un tutorial, lo corrés en la instancia A1 y explota porque alguna imagen no tiene variante ARM. Antes de migrar cualquier stack, revisá cada imagen en Docker Hub y confirmá que tenga el tag linux/arm64. Si alguna no lo tiene, vas a necesitar compilarla desde el source o buscar una alternativa.
No configurar el firewall correctamente
Oracle Cloud tiene dos capas de firewall: el Security List a nivel de VCN y el firewall del sistema operativo (iptables o nftables según la distro). Un error típico es abrir el puerto en el Security List de la consola pero olvidarse de abrirlo en el OS. El resultado es que el puerto aparece “abierto” en la consola pero no responde desde afuera. Hay que configurar ambos. Más contexto en automatizar procesos sin costos.
Asumir que el free tier protege contra cargos accidentales
Si creás recursos fuera del free tier por error (un storage adicional, una instancia más grande, un servicio de pago), Oracle los cobra. El tier gratuito aplica solo a los recursos específicos documentados. Activá alertas de billing desde el primer día para que te avise si algo empieza a costar.
Preguntas Frecuentes
¿Existe realmente un VPS gratis que nunca expire?
Sí. Oracle Cloud Always Free tiene instancias ARM con 4 OCPUs y 24 GB de RAM que no tienen fecha de vencimiento. Oracle mantiene este tier desde 2019 sin cambios significativos en los recursos incluidos. La única condición es mantener la cuenta activa usando los recursos de vez en cuando.
¿Cuáles son las limitaciones de Oracle Cloud Always Free?
Las principales son tres: la arquitectura es ARM (no x86), el ancho de banda saliente tiene límites según la región, y la disponibilidad de instancias A1 no siempre está garantizada al momento de crearlas. También requiere tarjeta de crédito/débito para verificar la identidad al registrarse, aunque no cobra nada por los recursos del free tier.
¿Es suficiente para ejecutar Kubernetes o Docker?
Para Docker, sí, con la condición de que las imágenes tengan soporte ARM64. Para Kubernetes, k3s (distribución liviana) corre bien usando las cuatro instancias de 1 core / 6 GB RAM como nodos. No es un cluster de producción, pero para desarrollo, aprendizaje o proyectos personales funciona sin inconvenientes.
¿Cuántos datos puedo transferir en el tier gratuito?
Oracle incluye 10 TB de transferencia saliente por mes desde la región de Estados Unidos, con variaciones según la región elegida. Para proyectos personales y aplicaciones web con tráfico moderado, es más que suficiente. Si servís archivos grandes o video directamente desde la instancia, conviene monitorearlo desde la consola de Oracle.
¿Cómo puedo ejecutar aplicaciones de IA en Oracle Cloud Always Free?
Con 24 GB de RAM podés correr modelos de lenguaje de 7B parámetros cuantizados (Q4) usando llama.cpp, ocupando alrededor de 4-5 GB de RAM por modelo. La CPU Ampere A1 no tiene la velocidad de una GPU, pero para desarrollo de aplicaciones, testing de prompts o uso personal la velocidad de inferencia es aceptable. Modelos más grandes de 13B cuantizados también entran en memoria.
Conclusión
Oracle Cloud Always Free sigue siendo en 2026 la oferta de recursos cloud permanentes gratuitos más generosa del mercado. La brecha entre sus 24 GB de RAM y el 1 GB que ofrecen Google Cloud y AWS en sus tiers permanentes es lo suficientemente grande como para que la diferencia sea cualitativa, no cuantitativa.
El trade-off es real: ARM en vez de x86, disponibilidad de instancias que no siempre es inmediata, y la necesidad de mantener actividad en la cuenta. Para alguien que ya trabaja con stacks modernos y containers multi-arch, esos trade-offs son manejables.
Si tenés un proyecto que necesita un servidor con recursos serios y presupuesto cero, Oracle es el camino. Si en algún momento necesitás escalar o necesitás infraestructura más predecible en latencia y disponibilidad para Argentina, ahí tiene sentido revisar opciones de hosting local.
Fuentes
- Oracle Cloud Free Tier — página oficial con recursos incluidos
- Documentación oficial de Oracle — Always Free Resources
- Build996 en Dev.to — guía práctica Oracle Cloud Always Free ARM VPS
- Sunny Dsouza — Docker y Docker Compose en Oracle Cloud Always Free
- Full Metal Brackets — análisis detallado del free tier de OCI



![[FREE] I built a no-code RPG game engine plugin for WordPress. Here's a 30 minute build demo - ilustracion](https://donweb.news/wp-content/uploads/2026/04/plugin-rpg-wordpress-sin-codigo-hero-768x429.jpg)
![[Workflow Included] LinkedIn Posting using n8n through HTTP node - ilustracion](https://donweb.news/wp-content/uploads/2026/04/automatizar-publicaciones-linkedin-n8n-hero-768x429.jpg)

