Migra tus buckets a OtterStorage con OtterMigration
Equipo OtterStorage · 7 min de lectura ·
Cambiar de proveedor de object storage solía significar montar scripts, vigilar copias durante horas y rezar para que nada se corte a mitad. Con OtterMigration lo haces desde la consola: conectas tu bucket de origen, eliges el destino y nosotros copiamos los datos en segundo plano mientras ves el progreso y el log en vivo. Sin instalar nada, sin downtime y sin riesgo de borrar nada en el destino.
Qué es OtterMigration
OtterMigration es la migración asistida de autoservicio de OtterStorage. Está pensada para traer tus datos desde otro proveedor S3 —AWS S3, Wasabi, Backblaze B2, MinIO, Cloudflare R2, DigitalOcean Spaces— o desde otra cuenta de Otter, sin salir del navegador. Cada migración se ejecuta en un contenedor aislado y desechable, en infraestructura dedicada y separada de tu almacenamiento, que lee del origen y escribe en tu bucket de destino.
La idea de fondo: como todos los proveedores hablan el mismo protocolo S3, migrar no es reescribir tu aplicación, sino copiar objetos de forma ordenada y conmutar el endpoint cuando estés listo. OtterMigration se encarga de la parte tediosa y te da visibilidad total de cómo va.
Autoservicio frente a hacerlo a mano
Si te gusta el control total, OtterStorage es 100% compatible con S3 y puedes migrar con rclone o AWS CLI desde tu propia máquina; lo contamos paso a paso en cómo migrar desde AWS S3. Pero eso implica una máquina con buen ancho de banda encendida, gestionar credenciales en ficheros y vigilar el proceso tú mismo.
OtterMigration te quita ese trabajo: corre en nuestra infraestructura, no en tu portátil; no tienes que dejar nada encendido; y el seguimiento (progreso, velocidad, ETA y log) está en la consola. Es la opción cómoda para la mayoría de migraciones.
Cómo funciona, en cuatro pasos
1. Crea el bucket de destino
Los buckets se crean desde el panel. Crea el que recibirá los datos y, si te importa el historial, activa el versionado antes de copiar. Si necesitas inmutabilidad, recuerda que el Object Lock solo se habilita al crear el bucket. Elige también la zona y la tecnología de disco que mejor encajen.
2. Conecta el origen
En la sección de migraciones, pulsa «Nueva migración» e introduce los datos del origen: tipo (AWS S3, S3 compatible u Otter), endpoint y región, bucket y, opcionalmente, un prefijo para migrar solo una carpeta. Después, la access key y la secret key del origen. Recomendamos usar una clave temporal y de solo lectura, y revocarla al terminar.
3. Verifica antes de lanzar
Pulsa Verificar. OtterMigration hace una comprobación previa (pre-flight): confirma que puede leer del origen y escribir en el destino con esas credenciales. Si algo está mal —credenciales incorrectas, endpoint inalcanzable, permisos insuficientes— lo sabrás al instante, sin haber gastado un solo byte de transferencia.
4. Lanza y observa
Cuando la verificación pasa, pulsa Lanzar. En la página de detalle verás una barra de progreso con porcentaje, objetos y bytes transferidos, velocidad y ETA, además del log en vivo (si cierras y vuelves, retoma sin perder líneas). Puedes pausar, reanudar y detener la migración cuando quieras. Al reanudar una migración pausada se te pedirá de nuevo la secret key del origen, porque no la conservamos más tiempo del necesario.
Copia aditiva: nunca pierdes nada
OtterMigration copia, no sincroniza de forma destructiva. Eso significa dos cosas importantes:
- Nunca borra objetos en el destino.
- Si la migración se corta o la relanzas, salta los objetos que ya existen con el mismo checksum y continúa por donde iba. Reanudar es barato y seguro.
Además, la transferencia verifica integridad por checksum, así que cada objeto llega tal cual estaba en el origen. Un bucket a medias siempre es consistente: lo que está, está bien.
Sin downtime y con cutover controlado
Tu origen sigue operativo durante toda la migración: OtterMigration solo lee de él. Puedes mantener ambos lados activos y conmutar tu aplicación al endpoint de OtterStorage cuando la copia haya terminado y la hayas verificado. Si quieres ser fino, lanza una pasada final justo antes del cutover: como la copia es aditiva, esa segunda pasada solo traerá lo que haya cambiado.
Seguridad: tus credenciales, bien tratadas
Como aportas credenciales de un servicio externo, OtterMigration está diseñado para minimizar el radio de impacto:
- Las credenciales del origen se cifran en reposo, se usan una sola vez y se purgan al terminar la migración. Nunca se devuelven en ninguna respuesta ni aparecen en el log (la access key se muestra enmascarada; la secret key, nunca).
- El log pasa por un saneador: cualquier patrón que parezca una credencial se reemplaza por
***. - Validamos el endpoint de origen para impedir que apunte a redes internas (protección anti-SSRF), y la red del nodo de migración solo permite salida a internet y a nuestro almacenamiento.
- Solo los administradores de la cuenta pueden crear y lanzar migraciones.
¿Y el coste?
En OtterStorage no cobramos por la entrada de datos: traer tus buckets es gratis. Ten en cuenta, eso sí, que tu proveedor de origen puede cobrar el egress de salida (es lo habitual en AWS y otros hiperescalares); ese coste lo factura el origen, no nosotros. Por eso conviene estimar el volumen antes de migrar grandes cantidades. Una vez en Otter, pagas solo por almacenamiento, sin coste por peticiones ni por borrados; tienes el detalle en la página de precios y el funcionamiento en cómo facturamos.
Preguntas frecuentes
¿Se interrumpe mi servicio durante la migración? +
¿Qué pasa si la migración se corta a mitad? +
¿Se conservan las versiones y el Object Lock? +
¿Desde qué proveedores puedo migrar? +
¿Traemos tus datos a Otter?
Crea tu cuenta, crea el bucket de destino y lanza tu primera migración.
Hazte Founding Otter