Uptime 99.9%: Qué Significa Realmente y Por qué le Importa a tu Negocio

Desmitificamos el uptime garantizado en hosting. Calculamos cuántas horas de inactividad corresponden a cada porcentaje y cómo el downtime afecta directamente tus ventas.

El SLA de uptime: lo que los hostings no te dicen

El "99.9% de uptime" es el estándar de la industria de hosting web, pero pocos clientes entienden qué significa realmente en términos de tiempo de inactividad o cómo se calcula. Más importante: qué pasa cuando el hosting no cumple con ese SLA y cómo puedes monitorear tu propio uptime independientemente de lo que dice el proveedor.

Calculadora de downtime por nivel de SLA

Un 99.9% de uptime significa que tu sitio puede estar caído hasta 43 minutos al mes. Para un eCommerce que genera $50,000 MXN/día, eso representa potencialmente $1,000 MXN en ventas perdidas solo en downtime permitido por contrato.

Causas reales del downtime en hosting

El downtime en hosting compartido puede originarse en múltiples puntos:

• Servidor sobrecargado: un vecino consume todos los recursos del servidor (mitigado por CloudLinux LVE en VacaWeb)
• Actualización de software: actualizaciones del kernel, PHP, MySQL requieren reinicios
• Falla de hardware: discos, fuentes de poder, NICs — los NVMe tienen MTBF de 1.5–2 millones de horas
• Ataques DDoS: saturación del ancho de banda del datacenter
• Errores de configuración: actualizaciones de cPanel o ModSecurity que rompen sitios
• Problemas de red: fallas en el proveedor de tránsito o el ISP del datacenter

Configurar monitoreo externo con UptimeRobot

# UptimeRobot (uptimerobot.com) — plan gratuito cubre hasta 50 monitores
# con intervalos de verificación cada 5 minutos

# También puedes usar la API de UptimeRobot para automatizar
# Crear un monitor via API:
curl -X POST "https://api.uptimerobot.com/v2/newMonitor"   -H "Cache-Control: no-cache"   -H "Content-Type: application/x-www-form-urlencoded"   --data "api_key=TU_API_KEY&format=json&type=1&url=https://tudominio.com.mx&friendly_name=Mi+Sitio"

# Tipos de monitor:
# type=1: HTTP(S) — verifica que el sitio responde con código 2xx
# type=2: keyword — verifica que cierto texto aparece en la página
# type=3: ping — verifica conectividad básica al servidor

# Verificar uptime manualmente desde terminal
# Medir el tiempo de respuesta HTTP
curl -o /dev/null -s -w "HTTP Code: %{http_code}
Tiempo total: %{time_total}s
"   https://tudominio.com.mx/

# Script para monitoreo cada minuto (ejecutar en tu VPS)
while true; do
  STATUS=$(curl -o /dev/null -s -w "%{http_code}" https://tudominio.com.mx/)
  if [ "$STATUS" != "200" ]; then
    echo "$(date): ALERTA - Código HTTP $STATUS" | mail -s "Alerta Downtime" admin@tudominio.com.mx
  fi
  sleep 60
done

Verificar el uptime real de tu hosting actual

# En tu VPS, ver el uptime del servidor
uptime
# 14:32:01 up 247 days, 3:14, 1 user, load average: 0.08, 0.12, 0.09

# Ver el historial de reinicios del sistema
last reboot | head -10

# Verificar el log de errores del servidor web
# Apache/LiteSpeed:
tail -100 /var/log/apache2/error_log | grep -i "error\|warning\|fail"

# Nginx:
tail -100 /var/log/nginx/error.log

# Ver eventos del sistema que causaron reinicios
journalctl --list-boots  # Lista todos los arranques del sistema
journalctl -b -1 | tail -50  # Logs del boot anterior

VacaWeb garantiza un SLA de 99.9% de uptime en todos los planes de hosting. Si experimentas downtime significativo, nuestro sistema genera tickets automáticos y el equipo responde en menos de 15 minutos. Puedes verificar el estado actual de nuestros servidores en tiempo real. Ver garantía de uptime →

Escenarios Prácticos: Uptime en Entornos de Producción

Escenario 1 — Tienda online que procesa pagos 24/7: Cada minuto de downtime durante El Buen Fin puede costar miles de pesos en ventas perdidas. Monitoreo de uptime con script de alertas:

#!/bin/bash
# Monitor de uptime con alerta por email (ejecutar con cron cada 2 min)
URL="https://mitienda.com.mx"
EMAIL="admin@mitienda.com.mx"
TIMEOUT=10

HTTP_CODE=$(curl -s -o /dev/null -w "%{http_code}"   --connect-timeout $TIMEOUT "$URL")

if [ "$HTTP_CODE" != "200" ]; then
  echo "ALERTA: $URL respondio $HTTP_CODE a las $(date)" |     mail -s "Sitio caido - $HTTP_CODE" "$EMAIL"
  # También notificar por WhatsApp via API de Twilio
  curl -X POST "https://api.twilio.com/2010-04-01/Accounts/SID/Messages.json"     --data-urlencode "From=whatsapp:+14155238886"     --data-urlencode "To=whatsapp:+5215512345678"     --data-urlencode "Body=ALERTA: Sitio caido. Codigo: $HTTP_CODE"     -u "SID:TOKEN"
fi

Escenario 2 — SaaS con SLA de 99.9% comprometido con clientes empresariales: Para garantizar 99.9% de uptime (8.7 h de downtime/año máximo), se necesita redundancia: balanceador de carga + 2 servidores en diferentes zonas de disponibilidad. Herramienta: HAProxy para balanceo con health checks activos.

Errores Comunes en Gestión de Uptime

Preguntas Frecuentes sobre Uptime y Disponibilidad

¿Cuánto downtime permite el 99.9% de uptime al año?

El 99.9% (tres nueves) permite 8 horas y 45 minutos de downtime al año, 43.8 minutos al mes o 10 minutos por semana. El 99.99% (cuatro nueves) solo permite 52 minutos al año total. El 99.999% (cinco nueves) es el estándar de telecomunicaciones: 5.26 minutos/año, requiere infraestructura de alta disponibilidad con redundancia completa.

¿Cómo compruebo el uptime real de mi hosting?

Servicios de monitoreo independientes: UptimeRobot (gratis, checks cada 5 min), Freshping (gratis, checks cada minuto), StatusCake o Pingdom (premium). Estos servicios registran cada caída con timestamp, duración y código HTTP, dándote datos objetivos vs las declaraciones del proveedor. VacaWeb publica su status histórico en tiempo real.

¿El mantenimiento programado cuenta como downtime?

Depende del SLA. Proveedores de calidad excluyen el mantenimiento programado (notificado con anticipación) del cálculo de uptime. Algunos SLAs distinguen entre "disponibilidad" (uptime real) y "tiempo de mantenimiento" (planificado). Lee el SLA con cuidado: algunos proveedores incluyen mantenimiento en el 99.9%, reduciendo significativamente el uptime real disponible.

¿Qué causa la mayoría de downtimes en hosting compartido?

En orden de frecuencia: 1) Saturación de recursos por "noisy neighbor" (otro usuario en el mismo servidor con pico de tráfico). 2) Actualizaciones de software del servidor. 3) Ataques DDoS al servidor. 4) Fallo de hardware de disco. 5) Problemas de red del datacenter. CloudLinux y los límites por usuario (LVE) mitigan el problema del noisy neighbor.

¿Qué compensación me da el proveedor si incumple el SLA?

Los SLAs de hosting típicamente ofrecen crédito de servicio (descuento en la próxima factura) proporcional al tiempo de downtime excedido. Raramente incluyen compensación por pérdida de ventas o daños indirectos. Para negocios donde el downtime tiene alto costo económico, complementa el SLA del proveedor con tu propio seguro de continuidad de negocio y arquitectura redundante.