Problema

Los equipos de infraestructura que gestionan entornos VMware suelen enfrentar tres preguntas críticas al planificar su estrategia de respaldo:

  1. ¿Cuánto costará almacenar datos a corto y largo plazo?
  2. ¿Qué modelo de licenciamiento se adapta mejor al crecimiento de la infraestructura?
  3. ¿Cuánta complejidad operativa implica cada solución?

En la práctica, la respuesta depende de cómo se combinan los factores de retención, tasa de cambio diaria, transferencia de datos y la arquitectura de almacenamiento subyacente. Cuando la carga de trabajo se compone de decenas de máquinas virtuales con tamaños de disco de varios cientos de gigabytes, el costo total de propiedad (TCO) puede variar drásticamente entre una solución nativa de la nube, una herramienta de terceros como Veeam o un producto legacy instalado on‑premise.

Causa

Los principales impulsores de la variación de costos son:

  • Retención múltiple – Mantener copias de 30 días y de 1 año implica dos capas de almacenamiento con diferentes precios (por ejemplo, S3 Standard vs. S3 Glacier).
  • Tasa de cambio (change rate) – Un delta del 0,1 % diario genera aproximadamente 2 GB de datos incrementales por día en un entorno de 2 TB, pero el número de snapshots o backups crece linealmente con la política de retención.
  • Licenciamiento por capacidad vs. por instancia – Las soluciones legacy suelen cobrar por TB de almacenamiento y por número de nodos, mientras que Veeam licencia por socket o por VM, y AWS Backup cobra por GB almacenados y por operaciones de snapshot.
  • Transferencia y egress – Replicar datos entre regiones o descargar backups para pruebas de restauración incurre en cargos de salida de datos en la nube, pero es inexistente en un entorno totalmente on‑premise.
  • Operación y mantenimiento – Un stack on‑premise requiere hardware, parches y personal dedicado; Veeam introduce una capa de gestión adicional, y AWS Backup delega la mayor parte del mantenimiento al proveedor.

Estos factores se combinan de forma distinta según el modelo de negocio y la proyección de crecimiento, lo que genera la confusión al comparar precios “de hoja”.

Solución

Una metodología genérica para comparar costos y decidir la arquitectura adecuada consta de cuatro pasos:

1. Modelar el flujo de datos

  • Inventario de VMs – Tamaño total de discos, número de VMs, clasificación de criticidad.
  • Política de retención – Definir periodos (p.ej., 30 días, 1 año) y el tipo de copia (snapshot vs. backup incremental).
  • Tasa de cambio – Medir el delta diario real (GB) durante al menos una semana para obtener un promedio fiable.

Con estos datos se puede calcular el volumen mensual de datos incrementales:

incremental_monthly = total_capacity * change_rate_daily * days_in_month

2. Asignar capas de almacenamiento

Capa Uso típico Precio medio (USD/GB‑mes)
Hot (EBS Snapshots / S3 Standard) 30 días 0.05
Warm (S3 IA) 90 días 0.0125
Cold (Glacier) >90 días 0.004

Distribuir los datos según la política de retención permite estimar el gasto mensual de almacenamiento. En entornos on‑premise, el costo se traduce en CAPEX (discos) + OPEX (energía, refrigeración, espacio).

3. Incorporar licenciamiento

Solución Modelo de licenciamiento Factores a incluir
AWS Backup Pago por GB almacenado + operaciones Volumen de snapshots, número de restauraciones, transferencia inter‑región
Veeam Licencia por socket/VM + “capacity tier” opcional Número de sockets, capacidad del “Scale‑out Backup Repository” (SOBR) en S3/Glacier
Legacy (NetBackup, Veritas) Licencia por TB + nodos de backup Capacidad total, número de servidores de backup, soporte

Para cada opción, multiplicar la métrica de licenciamiento por el factor de uso calculado en el paso 1.

4. Sumar costos operacionales

  • Personal – Horas de administración mensual (p.ej., 4 h para AWS Backup, 8 h para Veeam, 12 h para legacy).
  • Infraestructura – Coste de hardware de backup (RAID, switches) para soluciones on‑premise.
  • Egress – Si se realizan pruebas de restauración fuera de AWS, aplicar tarifa de salida (≈ 0.09 USD/GB).

El total mensual es la suma de almacenamiento + licenciamiento + operación. Repetir el cálculo para diferentes tamaños de crecimiento (p.ej., +20 % VMs al año) para observar la tendencia.

Herramientas de apoyo

  • AWS Pricing Calculator – Permite introducir GB de snapshot y estimar costos de S3 Lifecycle.
  • Veeam Cost Calculator (disponible en la web de Veeam) – Acepta número de sockets y TB de datos.
  • Spreadsheets – Un simple Excel/Google Sheet con las fórmulas anteriores facilita la comparación “what‑if”.

Cuándo aplicar esta solución

Aplicable cuando:

  • Se gestionan más de 5 VMs con discos de al menos 100 GB y se necesita retención superior a 30 días.
  • La organización está evaluando migración a la nube o optimización de CAPEX.
  • Existe visibilidad de la tasa de cambio (monitoring de I/O o Veeam Backup & Replication reports).

No aplicable si:

  • La carga de trabajo es pequeña (< 2 TB) y la política de retención es única (solo 30 días).
  • No hay acceso a datos de cambio diario y se depende de estimaciones genéricas.
  • El entorno está completamente aislado de internet y no se pueden usar servicios de nube.

Código

# Crear regla de ciclo de vida en S3 para mover snapshots a Glacier después de 90 días
aws s3api put-bucket-lifecycle-configuration \
  --bucket my-vmware-backups \
  --lifecycle-configuration '{
    "Rules": [{
      "ID": "MoveToGlacier",
      "Filter": {"Prefix": "snapshots/"},
      "Status": "Enabled",
      "Transitions": [{
        "Days": 90,
        "StorageClass": "GLACIER"
      }],
      "Expiration": {"Days": 365}
    }]
  }'

Verificación

  1. Revisar métricas de almacenamiento: En la consola de AWS, verifica el uso de S3 Standard, IA y Glacier bajo “Metrics”.
  2. Comparar facturación: Descarga el reporte de costos mensuales y valida que los cargos de “AWSBackup” y “S3” coincidan con los valores estimados.
  3. Ejecutar restauración de prueba: Recupera una VM de cada capa (30 días, 1 año) y mide el tiempo y el tráfico de egress.
  4. Auditar licencias: En Veeam, revisa el “License Usage” para confirmar que el número de sockets y TB consumidos coincide con la planificación.

Si los valores reales se desvían más del 10 % del modelo, revisa la tasa de cambio o la configuración de ciclo de vida.

Notas adicionales

  • Snapshot vs. backup incremental – Los snapshots son instantáneas de bloque; no deduplican datos entre versiones. En entornos con alta redundancia, Veeam o NetBackup pueden reducir el espacio usado mediante deduplicación y compresión.
  • Política de pruebas de restauración – La frecuencia de pruebas influye en el tráfico de salida y, por tanto, en el costo de egress. Programa pruebas mensuales en entornos críticos y trimestrales en los de menor prioridad.
  • Escalado de la capa “cold” – En AWS, Glacier Deep Archive es más barato (≈ 0.001 USD/GB‑mes) pero tiene tiempos de recuperación de horas. Úsalo solo para datos que no requieran RTO rápido.
  • Impacto de la encriptación – Habilitar SSE‑S3 o KMS añade un pequeño cargo (≈ 0.03 USD/GB‑mes para KMS). Evalúa si la seguridad adicional justifica el gasto.

Con este enfoque estructurado, cualquier sysadmin puede comparar de forma objetiva los costos y la complejidad operativa de AWS Backup, Veeam y soluciones legacy, y tomar una decisión alineada con los requisitos de retención y crecimiento de su entorno VMware.