Veeam · Software · ficha YoctoIT

Backup cloud

La protección cloud-native de las cargas IaaS: snapshots orquestados, copias fuera de cuenta y políticas únicas para el multicloud.

FOCUS · LA NUBE NO SE SALVA SOLASnapshot ≠ backup: las copias fuera de la cuenta, con retención y costes gobernados
Material YoctoIT para clientes y partners · Veeam, Kasten, Coveware y los demás productos citados son marcas de Veeam Software.
01 · Qué es

Backup per AWS, Azure e Google, en claro.

También en la nube vale la shared responsibility: la VM borrada, la cuenta comprometida, la región en crisis — los snapshots nativos no bastan (viven en la misma cuenta que el atacante controla). Veeam orquesta snapshots Y backups fuera de la cuenta/región, con políticas uniformes en AWS, Azure y Google y los costes bajo control.

Fuori account
la copia en una cuenta/tenant separado: el atacante no la alcanza
3 cloud
AWS, Azure, GCP con las mismas políticas: el multicloud sin tres métodos
Cost-aware
snapshots vs backups por edad: la protección al coste correcto
Backup per AWS, Azure e Google
IMAGEN OFICIAL VEEAM · BACKUP CLOUD
CONSOLE REALE · VEEAM BACKUP FOR AWS · FONTE: VEEAM
CONSOLA REAL · VEEAM BACKUP FOR AWS · FUENTE: VEEAM
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

El modelo

VM, discos, BD gestionadas en la nubeEC2, Azure VM, RDS, SQL
Snapshots rápidos
Backup sobre object
Copia cross-account
RPO corto · retención · aislamiento
Políticas centralizadas (VBR)una consola, tres nubes
Restores también cross-regionrearrancar en otra parte, si hace falta
La responsabilidad compartida, honrada

Cuenta de protección

El landing dedicado a las copias, con accesos separados: la arquitectura antes que las políticas.

Tiers por edad

Snapshots para los primeros días, object storage después: el RPO rápido sin factura amarga.

La base de datos gestionada incluida

RDS y Azure SQL en el plan: también el PaaS necesita copias fuera.

Unificado con el resto

Cloud + on-prem en la misma consola B&R: un solo modelo de protección en todas partes.

03 · En profundidad

AWS, Azure, Google: el backup nativo

Veeam Backup for AWS/Azure/Google usa los snapshots nativos y los convierte en backups de verdad: las políticas orquestan snapshots (rápidos, pero en la misma cuenta: frágiles) y backups sobre object storage (fuera del blast radius, comprimidos y deduplicados), el cross-account/cross-region separa la copia del daño, los restores son file-level o de instancia entera, incluso hacia VBR on-prem (y viceversa): la movilidad del dato entre la nube y casa.

  • Snapshot + backup — lo rápido para lo cotidiano, el backup de verdad para el desastre
  • Cross-account — la copia en una cuenta separada: el credential leak no la toca
  • Object storage — compresión y dedup sobre el blob/S3: el coste que baja
  • Policy engine — tag-based: la VM nueva con el tag correcto ya está protegida
  • Portabilità — el restore hacia on-prem u otra nube: el anti lock-in
  • IAM minimo — roles con least privilege: el backup no es una puerta trasera
04 · Números y ciclo de vida

Los números que cuentan.

3
las nubes cubiertas nativamente
min
RPO con los snapshots orquestados
-60%
el coste vs snapshots puros guardados mucho tiempo
1
consola VBR para casa y nube
También la nube hay que protegerla de verdad: políticas, cuentas separadas y object lock — el backup nativo, orquestado por nosotros.
05 · Casos de uso

Dónde rinde de verdad.

Cargas IaaS

Las VM cloud protegidas como las de casa.

Account compromise

La copia que el atacante no encuentra en su radio.

Multicloud

Tres nubes, una disciplina.

El snapshot en la misma cuenta es una ilusión de backup: la copia de verdad está fuera — la ponemos nosotros.