Resumen

  • Fly.io documenta 24 horas tras el borrado para recuperar el ID de un volumen. Si se guardó antes, permite buscar sus snapshots mientras siga vigente la retención de cada uno.
  • La retención predeterminada es de cinco días, configurable entre uno y sesenta. Los cambios solo afectan a snapshots nuevos; borrar el volumen no reinicia el plazo de los antiguos.
  • Cerrar un recurso exige entregar referencias y vencimientos reales. El coste del volumen y el almacenamiento de sus snapshots tienen reglas separadas.

La factura termina por partes

Eliminar un volumen en desuso parece una tarea financiera bastante limpia. Se retira el recurso, se reduce el gasto y se cierra el asunto. Fly.io ofrece un buen ejemplo de por qué el último paso necesita otra mirada: el volumen puede dejar de generar cargos mientras algunas copias siguen almacenadas y conservan su propio coste.

La documentación de facturación cobra los volúmenes por horas, proporcionalmente, incluso si están desconectados o asociados a una Machine detenida. En el estado pending_destroy, el volumen deja de acumular cargos de volumen. Los snapshots se facturan por separado, también de forma proporcional por horas y después de descontar la franquicia, según el almacenamiento incremental ocupado.

Quedan dos decisiones. Una consiste en dejar de pagar por el recurso activo. La otra, en mantener durante un plazo una vía de regreso. Para que la segunda tenga valor, alguien debe poder encontrarla.

El número caduca en la ventanilla antes que algunas copias

Fly.io establece una ventana de 24 horas tras la eliminación para recuperar el identificador del volumen borrado. Quien ya lo haya conservado puede seguir utilizándolo para localizar los snapshots dentro de su plazo de retención.

Las capturas automáticas diarias están activadas por defecto y se guardan cinco días, con una configuración posible de uno a sesenta. El plazo pertenece a cada snapshot. Borrar el volumen no concede cinco días adicionales a una copia que ya llevaba tiempo envejeciendo.

Esa diferencia convierte un dato administrativo minúsculo en una pieza del servicio. El contenido puede seguir ahí cuando la lista ya no facilita su referencia. Pagar por conservar bytes no incluye, por arte de magia, la memoria de la persona que sabe a qué aplicación pertenecían.

La situación se parece a guardar una mercancía y tirar antes el resguardo. El almacén no se vacía; se vuelve más difícil ejercer la opción de recogerla.

Sesenta días nuevos no rejuvenecen ayer

Cambiar la retención merece atención propia. Fly.io dice expresamente que el nuevo periodo se aplica a snapshots nuevos y deja los existentes con sus condiciones anteriores.

Supongamos que un equipo está retirando una aplicación y amplía el ajuste de cinco a sesenta días. La pantalla comunica una política futura más generosa. Las copias ya tomadas no reciben esa ampliación. Para decidir si hay tiempo de volver atrás, hay que leer la fecha, el estado y la retención de los objetos que existen.

Solicitar una captura manual tampoco equivale a tenerla terminada. El proceso atraviesa espera y ejecución antes de llegar a creada. El mensaje que acepta la solicitud acredita trabajo pendiente; la salida de emergencia debe estar construida antes de contar con ella.

Desactivar las capturas automáticas tiene una consecuencia igualmente acotada: detiene las siguientes, sin borrar de inmediato las anteriores. Estas se eliminan al acabar sus propios periodos. El ajuste actual y el inventario real cuentan historias distintas.

Un día para borrar, una semana para otro trabajo

Los volúmenes Fly son almacenamiento persistente local ligado a un servidor físico. Cuando el cliente destruye un volumen, este permanece 24 horas en pending_destroy antes de desaparecer definitivamente. Cuando Fly.io mueve un volumen a otro host, el original permanece una semana en ese estado.

La diferencia está en el motivo de la operación. Tomar la semana de una migración del proveedor y aplicarla a un borrado del cliente sería añadir seis días imaginarios al plan. Los datos no consultan el calendario que nos resulta más cómodo.

Además, la recuperación desde snapshot crea un volumen nuevo de tamaño igual o mayor. Después quedan la conexión a la aplicación y las comprobaciones de uso. Un identificador guardado sirve para localizar; los permisos de la cuenta siguen siendo necesarios. Tampoco demuestra por sí solo que el contenido cubra las necesidades del negocio.

La frecuencia importa tanto como la duración. Una captura diaria puede omitir las escrituras posteriores a la última toma. Guardarla más tiempo no añade lo que nunca entró en ella. La compra de historial y la compra de frescura son decisiones separadas.

El pequeño expediente de salida

Una retirada ordenada conserva el ID del volumen, su relación con aplicación y organización, el ID del snapshot elegido, la fecha de captura, el estado y su vencimiento efectivo. Esa información debe llegar a una persona autorizada para restaurar y seguir disponible cuando el recurso corriente ya no aparezca.

No hace falta conservar todo indefinidamente. Hace falta que el plazo escogido por el negocio coincida con una copia real y un camino utilizable. Entonces pueden cerrarse almacenamiento y costes según lo previsto, en lugar de dejar restos por miedo o eliminarlos por impulso.

La documentación no establece una garantía de recuperación por soporte cuando se ha perdido el ID; una garantía así cambiaría el coste de ese riesgo. El procedimiento publicado ya ofrece motivos suficientes para entregar la referencia antes del borrado.

La ficha de miembros de RIPE NCC identifica a Fly.io, Inc, pero no señala dónde está un volumen de un cliente. La dirección del proveedor, la región de ejecución y la referencia de recuperación cumplen funciones diferentes. Una carpeta de compras llena de documentos puede seguir sin contener el dato que necesita quien restaura.

Al crear recursos, la plataforma entrega nombres, estados y conexiones. Al retirarlos, la empresa tiene que decidir qué memoria conserva. El ahorro queda mejor cerrado cuando el siguiente responsable sabe exactamente qué opción de regreso recibió.

Fuentes oficiales