Elegir un proveedor IaaS rara vez es blanco o negro. Todos ofrecen "alta disponibilidad", todos publican SLAs, todos tienen precios competitivos en la página de inicio. Pero cuando pones una workload real en producción, las diferencias emergen: el SLA tiene exclusiones que no esperabas, el uptime real no es el que prometen, y el precio final incluye egresos, storage y servicios que no aparecen en la tabla comparativa.
En este artículo comparo siete proveedores con los que he trabajado directamente — AWS, Oracle Cloud (OCI), Hetzner, Vultr, Linode (Akamai), DigitalOcean y OVHcloud — bajo tres dimensiones que realmente importan en producción: SLA contractual, uptime histórico real y costo total para una instancia de referencia (4 vCPU / 16 GB RAM).
El problema con los SLAs
Todos los proveedores publican un SLA. Pero un SLA no es una garantía de disponibilidad futura — es un límite máximo de compensación por incumplimiento. Y la letra chica varía drásticamente.
¿Qué cubre realmente cada SLA?
| Proveedor | SLA (single-instance) | Tolerancia/mes | Crédito si incumple | Cubre software/OS? |
|---|---|---|---|---|
| AWS EC2 | 99.5% | 3h 39min | 10% (<99%) / 30% (<95%) | ❌ |
| AWS EC2 multi-AZ | 99.99% | 4.3min | 10% (<99.99%) | ❌ |
| OCI Compute | 99.9% | 43min | 10% (<99.9%) / 25% (<99%) / 100% (<95%) | ❌ |
| OCI cross-AD | 99.99% | 4.3min | 10% (<99.99%) | ❌ |
| Hetzner Cloud | 99.9% | 43min | Proporcional tarifa horaria (muy bajo) | ❌ |
| Vultr | 100%* | 0min oficial | 12h-1 mes gratis (con exclusiones) | ❌ |
| Linode/Akamai | 99.99% | 4.3min | Credit-backed | ❌ |
| DigitalOcean | 99.99% | 4.3min | Varía por producto | ❌ |
| OVHcloud VPS | 99.9% | 43min | 10% (<99.9%) / 30% (<99%) / 100% (<95%) | ❌ |
Uptime real: lo que dicen los monitoreos independientes
El SLA es el piso, no el techo. Esto es lo que múltiples fuentes de monitoreo independiente reportan como uptime real:
| Proveedor | Uptime real medido | Downtime esperado/mes | Incidentes relevantes (2025-2026) |
|---|---|---|---|
| AWS | 99.99%+ | ~4 min | Raro, pero cuando cae duele (Kinesis us-east-1 2025) |
| OCI | 99.95%+ | ~21 min | Incidentes esporádicos en ADs individuales |
| Hetzner | 99.95% | ~21 min | Leaf faults, mantenimientos eléctricos programados |
| Vultr | 99.9-99.99% | ~4-43 min | Depende del datacenter, NJ estable |
| Linode (Akamai) | 99.99%+ | ~4 min | Respaldado por infraestructura Akamai (Prolexic) |
| DigitalOcean | 99.95-99.99% | ~4-21 min | Incidentes aislados por región |
| OVHcloud | 99.9-99.95% | ~21-43 min | Histórico de incendio SBG (2021) superado, redes estables ahora |
Pricing: la tabla que todos miran primero
Para una comparación justa, uso una instancia de referencia: 4 vCPU / 16 GB RAM (el equivalente a una AWS t4g.xlarge o OCI A1.Flex con 4 OCPU).
| Proveedor | Plan | CPU | RAM | Storage local | Tráfico incluido | Precio/mes | Arquitectura |
|---|---|---|---|---|---|---|---|
| AWS | t4g.xlarge | 4 vCPU | 16 GB | EBS (aparte) | pago por GB | ~$98 | ARM Graviton2 |
| OCI | A1.Flex | 4 OCPU | 16 GB | Boot vol (aparte) | pago por GB | ~$48 | ARM Ampere |
| Hetzner | CCX23 | 4 vCPU dedicado | 16 GB | 160 GB NVMe | 20 TB | ~$43 | x86 AMD EPYC |
| Hetzner (ARM) | CAX31 | 8 vCPU | 16 GB | 160 GB NVMe | 20 TB | ~$20 | ARM Ampere |
| Hetzner (x86 shared) | CPX32 | 4 vCPU | 8 GB | 160 GB NVMe | 20 TB | ~$15-18 | x86 AMD EPYC |
| OVHcloud | VPS-3 | 8 vCPU | 24 GB | 200 GB NVMe | ilimitado | $19.97 | x86 |
| Vultr | VX1 GP | 4 vCPU | 16 GB | 240 GB NVMe | 6 TB | $111.69 | x86 Intel/AMD |
| Linode (Akamai) | Dedicated 4GB | 4 vCPU | 16 GB | 160 GB SSD | ~4 TB | ~$96 | x86 |
| DigitalOcean | Gen Purpose | 4 vCPU | 16 GB | 50 GB SSD | 5 TB | $126 | x86 |
El costo oculto: egresos y servicios adicionales
El precio de la instancia es solo el comienzo. En producción, estos costos pueden duplicar o triplicar la factura:
| Ítem | AWS | OCI | Hetzner | OVHcloud | Vultr | Linode |
|---|---|---|---|---|---|---|
| Egress (1TB) | $90-180 | $8.50-50 | ✅ incluido | ✅ ilimitado | ✅ 6 TB incl. | ✅ ~4 TB incl. |
| Storage NVMe extra | $0.08/GB | $0.0255/GB | incluido | incluido | $0.10/GB | $0.10/GB |
| Backups automáticos | varía | varía | +20% instancia | ✅ incluido | manual | +$2-5/mes |
| Managed DB | ✅ RDS | ✅ MySQL/PostgreSQL | ❌ | ❌ | ✅ | ✅ |
| Soporte 24/7 | ✅ pago | ✅ pago | ⚠️ email solo | ✅ email+tel | ⚠️ email+ticket | ✅ teléfono gratis |
Mapa de decisión: qué proveedor para qué caso
🏗️ Producción crítica (SLA 99.99%+)
AWS multi-AZ o Linode/Akamai. El primero si necesitas el ecosistema completo (RDS, ELB, auto-scaling, CloudFront). El segundo si valoras soporte telefónico 24/7 real y SLAs con espaldarazo enterprise (Akamai). Ambos te costarán $90-150+/mes para 4vCPU/16GB.
⚖️ Balance costo-SLA (99.9%, créditos decentes)
OCI A1.Flex o OVHcloud VPS. Ambos ofrecen 99.9% con escalera de créditos hasta 100% del fee mensual. OCI gana si quieres ARM (Ampere) y estás en el ecosistema Oracle. OVHcloud gana en precio bruto con tráfico ilimitado incluido. Rango: $20-50/mes.
💰 Máximo ahorro (99.9% real, crédito simbólico)
Hetzner. Sin discusión. Ofrece 99.95% de uptime real a una fracción del costo de cualquier competidor. La compensación es un SLA de crédito simbólico y soporte por email solamente. No es para workloads donde 20 minutos de caída signifiquen pérdidas de cinco cifras, pero para el 80% de los proyectos es más que suficiente. Rango: $15-43/mes para 4-8vCPU/16GB con 20 TB de tráfico incluido.
🆓 Dev / staging / personal projects
OCI Always Free (hasta 4 OCPU + 24 GB ARM gratis) o el plan más barato de Hetzner (~$4-5/mes). Para correr pruebas, entornos de desarrollo, o proyectos personales sin presión de producción.
Reflexión final
Después de años optimizando infraestructura cloud, he llegado a una conclusión simple: el proveedor correcto depende más de tu perfil de riesgo que de tu presupuesto.
Si tu aplicación genera $100K/hora cuando está caída, paga AWS multi-AZ o Linode y no pienses dos veces. Si estás lanzando un MVP o corriendos sitios de nicho con tráfico moderado, Hetzner u OVHcloud te dan 95% de la disponibilidad por 20% del costo.
Lo peor que puedes hacer es pagar precios premium por un SLA que no necesitas, o elegir el más barato sin entender el perfil de riesgo. La madurez en infraestructura cloud no es gastar menos — es gastar donde importa y ahorrar donde no.