Mr.PlanB Logo
    Volver a Kubernetes
    Recuperación ante desastres y migración en Kubernetes

    Velero Backup

    Velero es la herramienta de código abierto de referencia en la industria para respaldar y restaurar recursos y volúmenes persistentes de clústeres Kubernetes, facilitando la recuperación ante desastres y la migración.

    Capacidades principales

    Recuperación ante desastres: Reduce el tiempo de recuperación en caso de pérdida de infraestructura, corrupción de datos o caídas de servicio.
    Migración de datos: Mueve recursos del clúster a otros clústeres o proveedores cloud.
    Replicación de clústeres: Replica tu clúster de producción en entornos de desarrollo y pruebas.

    Arquitectura

    Comprender cómo interactúan los componentes de Velero es fundamental para depurarlo y configurarlo. Haz clic en un componente para ver su función durante el proceso de backup.

    Mapa interactivo del sistema

    Clúster de Kubernetes

    Selecciona un componente

    Haz clic en el diagrama de la izquierda para ver de qué se encarga cada componente de Velero. La misma arquitectura gestiona tanto la recuperación ante desastres como la migración de aplicaciones con estado.

    Simulación del flujo de backup

    Un backup con Velero es una secuencia coordinada de llamadas API, activación de snapshots y subida de datos. Utiliza los controles para recorrer el ciclo de vida de un recurso Backup (CRD).

    1
    Validación de API
    El usuario envía `velero backup create`. La API de Kubernetes valida el CRD.
    2
    Detección del controlador
    El controlador de Velero detecta el nuevo recurso Backup y valida la configuración.
    3
    Hooks previos al backup
    Se ejecutan los hooks en contenedores (por ejemplo, `fsfreeze`) para mantener la coherencia de los datos de la aplicación.
    4
    Recopilación de recursos
    Velero consulta la API de K8s para obtener todos los recursos que coinciden con los selectores de etiquetas.
    5
    Snapshot y subida
    Los plugins de proveedores cloud activan los snapshots de volúmenes. Los metadatos se empaquetan en un tarball y se suben al almacenamiento de objetos.
    ESTADO:EN ESPERA

    > Esperando solicitud de backup...

    Análisis de rendimiento y estrategia

    La elección entre snapshots nativos del proveedor cloud y el backup a nivel de sistema de archivos (FSB, antes Restic) repercute en el RTO (Recovery Time Objective) y en los costes.

    Comparativa de tiempo de recuperación (RTO)

    Menor es mejor

    Snapshots nativos (100GB)~2 min
    FSB/Kopia (100GB)~20 min

    Dato clave: Los snapshots nativos (EBS, PD) son mucho más rápidos para volúmenes grandes porque el proveedor cloud los realiza a nivel de bloque, sin pasar por la capa de red de K8s.

    Eficiencia de almacenamiento (Deduplicación)

    Kopia/Restic frente a Snapshot

    FSB con deduplicación (30 días)~120GB en total
    Snapshots completos (30 días)~400GB en total

    Dato clave: FSB (File System Backup) utiliza deduplicación. Para datos con tasas bajas de cambio diario, FSB resulta más económico que los snapshots completos a largo plazo, aunque su restauración es más lenta.

    Kit de herramientas del operador de Velero

    velero backup create daily-backup-01 --include-namespaces production --ttl 24h0m0s --storage-location aws-s3-primary --snapshot-volumes=true

    Recursos relacionados

    Documentación oficial de VeleroRepositorio de Velero en GitHubVolúmenes persistentes en KubernetesAlmacenamiento Longhorn para Kubernetes