OtterMigration

OtterMigration es la migración asistida de autoservicio de OtterStorage. Conectas tu bucket de origen, eliges el bucket de destino y nosotros copiamos los objetos por ti en segundo plano, en infraestructura aislada y dedicada. Verás el avance en tiempo real y, como la copia es aditiva, nunca se borra nada en el destino y puedes reanudarla sin riesgo.

Qué puedes migrar

• AWS S3 y cualquier servicio compatible con S3: Wasabi, Backblaze B2 (S3), MinIO, Cloudflare R2, DigitalOcean Spaces, etc.
• Otter → Otter: mover datos entre dos buckets o zonas de OtterStorage.

La migración copia los objetos actuales del origen al destino. Si necesitas conservar el historial de versiones, activa el versionado en el bucket de destino antes de lanzar la copia.

Cómo funciona

Cada migración se ejecuta en un contenedor aislado y desechable sobre un nodo dedicado, separado de la API y del almacenamiento. Ese contenedor lee de tu origen y escribe en tu bucket de destino, y reporta progreso y log a la consola. Principios de diseño:

• Copia aditiva, nunca sincronización destructiva: al reintentar, OtterMigration salta los objetos que ya existen en el destino con el mismo checksum y reanuda barato. Jamás borra datos en el destino.
• Verificación de integridad: la transferencia comprueba checksums para garantizar que cada objeto llega íntegro.
• Sin downtime: tu origen sigue operativo durante toda la migración; puedes mantener ambos lados activos y conmutar cuando termine.
• Aislamiento por cuenta: solo ves y gestionas tus propias migraciones.

Paso 1: crea el bucket de destino

Los buckets se crean desde el panel de OtterStorage. Crea el bucket que recibirá los datos y, si lo necesitas, configúralo antes de migrar:

• Activa el versionado si quieres conservar versiones.
• Si requieres inmutabilidad, recuerda que el Object Lock solo se habilita al crear el bucket.
• Elige la zona y la tecnología de disco adecuadas.

Consulta la guía de crear un bucket si es tu primera vez.

Paso 2: reúne las credenciales del origen

Necesitarás, del proveedor de origen, una access key con permiso de lectura sobre el bucket que vas a migrar, junto con su endpoint y región. Recomendamos crear una clave temporal y de solo lectura, y revocarla al terminar.

Datos que pedirá el formulario de OtterMigration:

• Tipo de origen (AWS S3, S3 compatible u Otter).
• Endpoint y región del origen (p. ej. s3.eu-west-1.amazonaws.com).
• Bucket de origen y, opcionalmente, un prefijo para migrar solo una carpeta.
• Access key y secret key del origen.
• Bucket de destino (uno de los tuyos) y prefijo de destino opcional.

Paso 3: verifica antes de lanzar

Antes de mover un solo byte, pulsa Verificar. OtterMigration hace una comprobación previa (pre-flight): valida que puede leer del origen y escribir en el destino con las credenciales aportadas. Si algo falla (credenciales incorrectas, endpoint inalcanzable, permisos insuficientes), lo sabrás de inmediato y sin haber empezado la copia.

Paso 4: lanza y sigue el progreso

Cuando la verificación es correcta, pulsa Lanzar. En la página de detalle verás:

• Barra de progreso con porcentaje, objetos y bytes transferidos, velocidad y ETA estimado.
• Log en vivo en streaming: si cierras y vuelves a abrir, retoma sin perder líneas.
• Controles: Pausar, Reanudar y Detener la migración en cualquier momento.

Por seguridad, al reanudar una migración pausada se te pedirá de nuevo la secret key del origen (no la conservamos más tiempo del necesario; ver más abajo).

Seguridad y privacidad

Como tú aportas credenciales de un servicio externo, OtterMigration está diseñado para minimizar el radio de impacto:

• Credenciales cifradas en reposo y de un solo uso: nunca se devuelven en ninguna respuesta ni aparecen en el log (la access key se muestra enmascarada; la secret key nunca).
• Purga automática del secreto en cuanto la migración termina o se abandona.
• Log saneado: cualquier patrón que parezca una credencial se reemplaza por ***.
• Protección anti-SSRF: el endpoint de origen se valida para impedir que apunte a redes internas; la red del nodo solo permite salida a internet y a nuestro almacenamiento.
• Solo administradores de la cuenta pueden crear y lanzar migraciones.

Límites y costes

• Cuotas por cuenta: hay un número máximo de migraciones simultáneas y por día para evitar abusos. Si necesitas mover un volumen muy grande, escríbenos.
• Límite de ancho de banda: puedes acotar la velocidad por migración para no saturar tu red ni la del origen.
• Egress del origen: en OtterStorage no cobramos por la entrada de datos. Pero tu proveedor de origen (por ejemplo, AWS) sí suele cobrar el egress de salida. Calcula ese coste antes de migrar volúmenes grandes desde un hiperescalar.

Buenas prácticas

• Usa credenciales de origen de solo lectura y temporales; revócalas al terminar.
• Activa el versionado en el destino antes de migrar si te importa el historial.
• Empieza con un prefijo pequeño para validar el flujo de extremo a extremo y luego lanza el bucket completo.
• Verifica siempre antes de lanzar: detecta errores de permisos o endpoint sin gastar transferencia.
• Conmuta cuando termine: mantén el origen activo hasta confirmar que el destino está completo (puedes relanzar para una pasada final que solo copie las novedades).

¿Y si prefiero migrar yo mismo?

OtterMigration es la vía gestionada y de autoservicio dentro de la consola. Si prefieres controlar la transferencia desde tu propia máquina o pipeline, OtterStorage es 100% compatible con S3 y puedes usar rclone, AWS CLI o MinIO Client. Tienes el paso a paso en la guía cómo migrar desde AWS S3.

Preguntas frecuentes

¿Se interrumpe mi servicio durante la migración? +

No. La migración solo lee de tu origen y escribe en tu bucket de destino; ambos lados siguen operativos. Puedes conmutar tu aplicación al endpoint de OtterStorage cuando la copia haya terminado y la hayas verificado.

¿Qué pasa si la migración se corta a mitad? +

No pierdes nada: la copia es aditiva y nunca borra en el destino. Al reanudar o relanzar, OtterMigration salta los objetos ya copiados con el mismo checksum y continúa por donde iba.

¿Se conservan las versiones y el Object Lock? +

Se copian los objetos actuales. Para conservar el historial, activa el versionado en el bucket de destino antes de migrar. El Object Lock debe habilitarse al crear el bucket de destino si necesitas inmutabilidad.

¿Quién puede lanzar una migración? +

Solo los administradores de la cuenta. Las credenciales del origen se cifran, se usan una sola vez y se purgan al terminar; nunca se devuelven ni se registran en el log.

¿Cuánto cuesta migrar? +

OtterStorage no cobra por la entrada de datos. Ten en cuenta que tu proveedor de origen puede cobrar el egress de salida (es el caso de AWS y otros hiperescalares); ese coste lo factura el origen, no nosotros.