BucketMigrator

Cómo funciona

Nos estás confiando datos que no puedes permitirte perder. Esto es exactamente qué corre, dónde corre y cómo demostramos que la copia está completa — con detalle suficiente para llevarlo a tu revisión de seguridad.

Trabajo de migración bm-4821

Verificando

Origen

AWS S3

s3://prod-archive

Destino

Backblaze B2

b2://prod-archive

Primer pase 68 %
Objetos movidos
41,2 M
Checksums OK
41,2 M
Throughput
9,4 Gbit/s
  1. 01

    Los engines

    Una migración corre como una flota de workers en paralelo desplegados en cloud, cerca de tu región de origen o destino. Los workers listan el bucket de origen, particionan el espacio de claves y transfieren objetos en concurrencia: cientos de transferencias paralelas por engine, varios engines por trabajo.

    Como las transferencias corren entre los backbones de los proveedores y no a través de tu infraestructura, el techo lo ponen los propios proveedores, no tu línea. Sostener multi-Gbps es lo normal; un trabajo de petabytes es cuestión de días, no de meses.

    Listar a escala es media batalla: los buckets con cientos de millones de claves se enumeran con escaneos de prefijo en paralelo, de modo que el trabajo empieza a mover datos en minutos, no tras un día entero de listado.

  2. 02

    El camino del dato

    Los objetos fluyen de origen a destino a través de la memoria del engine — cifrados en tránsito con TLS en ambos tramos, sin escribirse nunca a disco en nuestro lado, sin colas en ningún almacenamiento intermedio. En cuanto un objeto aterriza y se verifica en destino, desaparece del engine.

    Conservamos metadatos de transferencia — nombres de clave, tamaños, checksums, timestamps — porque de ahí sale el informe de auditoría. El contenido de tus objetos no lo conservamos. Nunca.

  3. 03

    Fidelidad del objeto

    Los objetos multipart se manejan de forma nativa, incluidos aquellos cuyos ETags multipart no corresponden a un MD5 plano — esos se verifican con tamaño más checksums por parte o hashes nativos del proveedor.

    Los metadatos personalizados, el Content-Type y las cabeceras de caché viajan con cada objeto. La clase de almacenamiento se mapea al equivalente más cercano en destino, y apruebas el mapeo antes de la ejecución. Migramos la versión actual de cada objeto — la reconstrucción del historial de versiones no es fiable entre proveedores, así que cuando las versiones antiguas importan acordamos antes un plan de mejor esfuerzo. Las ACLs se mapean al modelo más cercano del destino y lo que no se puede traducir se señala antes de ejecutar.

  4. 04

    Reintentos y manejo de fallos

    Los fallos transitorios — throttling, 5xx, resets de conexión — se reintentan automáticamente con backoff exponencial, hasta 10 intentos por objeto. Los límites de tasa se respetan de forma adaptativa para no ahogar tu tráfico de producción sobre el mismo bucket.

    Los objetos que agotan los reintentos acaban en un manifiesto de fallos con el error exacto por clave. El trabajo no omite nada en silencio: al final, cada objeto del origen queda contabilizado como verificado en destino o listado con su motivo.

  5. 05

    Verificación e informe de auditoría

    Cada objeto se verifica por checksum de extremo a extremo: el hash leído en origen debe coincidir con el hash confirmado en destino. La verificación es parte de la transferencia, no una pasada opcional a posteriori.

    El informe de auditoría final recoge totales y detalle por prefijo — objetos movidos, bytes movidos, checksums verificados, fallos con motivo — en formato procesable (JSON/CSV) más un resumen humano. Es tu prueba de migración completa para auditores y para dormir tranquilo.

  6. 06

    Cutover y re-sincronizaciones

    Tu origen sigue vivo durante la migración. Tras el primer pase completo, las re-sincronizaciones delta copian lo que cambió mientras corría el movimiento grueso. Están incluidas gratis durante 1 semana tras el primer pase — normalmente varias rondas de puesta al día hasta que apuntas tu aplicación al destino.

    Pasada la ventana, una nueva puesta al día se ejecuta como migración aparte a la tarifa estándar. La mayoría de los equipos hace el cutover en días, muy dentro de la semana incluida.

¿Dimensionando una migración?

Pasa tu volumen por la calculadora y luego dinos origen y destino.

Calcula tu migración →