ForHosting KIT · Utilidades de desarrollo

Calcular almacenamiento de copias según la retención

Esta calculadora convierte el volumen diario de copias de seguridad y el período de retención en una estimación práctica de capacidad.

● BetaGratis · en su navegador
Úselo desde WebAPIEmailTelegramApp pronto

Puede añadir una relación de deduplicación para comparar el crecimiento lógico con el espacio físico probable. El resultado muestra almacenamiento bruto, volumen estimado, terabytes y ahorro. Es una estimación determinista de planificación: no examina su sistema ni presupone compresión, ritmo de cambios, reserva, replicación o sobrecarga operativa.

Parta de un volumen diario justificable

Introduzca en gigabytes los datos de copia generados durante un día normal. La calculadora multiplica ese dato por los puntos de recuperación diarios conservados, por lo que la fiabilidad del resultado depende de esta cifra inicial. Para una política de copias completas, use el tamaño habitual de una copia completa. En un flujo incremental, indique el promedio de datos nuevos almacenados por punto diario, no todo el volumen de origen protegido. Una medición breve puede ocultar exportaciones de fin de mes, mantenimiento de bases de datos o picos estacionales; utilice un promedio representativo o un día de percentil alto si prioriza evitar falta de capacidad. Se admite cero para simular una carga vacía, pero no valores negativos ni no numéricos. Mantenga todas las cifras en gigabytes decimales: el resultado en terabytes también usa 1,000 gigabytes por terabyte. Así evita mezclar sin advertir unidades binarias y decimales al presupuestar.

Aplique correctamente retención y deduplicación

Los días de retención representan cuántos conjuntos diarios se guardan simultáneamente y deben ser un entero positivo. Por tanto, 30 modela treinta puntos diarios conservados, no un mes natural más una copia actual adicional. La estimación bruta es el tamaño diario multiplicado por los días. La deduplicación se expresa como factor: use 1 sin reducción, 2 para 2:1, 4 para 4:1, etc. El almacenamiento físico estimado es el bruto dividido por ese factor. Esta definición evita confundir una relación con un porcentaje; 4:1 conserva una cuarta parte y equivale a un ahorro del 75 por ciento. Use ratios respaldados por mediciones de cargas comparables. Los datos cifrados, comprimidos o muy cambiantes suelen deduplicarse peor; las imágenes repetidas de máquinas virtuales pueden hacerlo mejor. Si faltan pruebas, compare varios escenarios y trate el menor ratio creíble como el caso prudente.

Convierta la estimación en un plan de capacidad

El resultado separa el almacenamiento bruto de la estimación deduplicada y presenta la diferencia como ahorro. También convierte el volumen estimado a terabytes decimales para compararlo con ofertas de almacenamiento. Estas cifras describen solo la carga retenida; no representan por sí solas un dispositivo, repositorio o factura de nube completa. Antes de comprar capacidad, añada los costes de su diseño real: metadatos, índices, instantáneas inmutables, réplicas, codificación de borrado, preparación, pruebas de restauración y umbrales de espacio libre. Considere además el crecimiento, porque el volumen actual puede resultar insuficiente el próximo año. Una revisión útil documenta las entradas, calcula casos de deduplicación prudente y esperado, suma la reserva operativa y compara con capacidad utilizable, no anunciada. Recalcule cuando cambien la retención, frecuencia, sistemas protegidos o deduplicación. La API cuesta $0.002 por solicitud al automatizar estas revisiones; el navegador utiliza la misma lógica determinista.

Dimensionar un repositorio nuevo

Convierta el crecimiento diario medido y una política propuesta en una capacidad base antes de añadir la reserva operativa.

Comparar escenarios de deduplicación

Evalúe ratios sin deduplicación, prudentes y esperados para observar cómo la eficiencia modifica el espacio físico.

Revisar una política de retención

Muestre el efecto de conservar más o menos puntos diarios en debates sobre costes, cumplimiento y resiliencia.

¿Cómo se calcula el almacenamiento necesario?

El bruto es el tamaño diario multiplicado por los días de retención. El físico estimado divide ese resultado por la relación de deduplicación.

¿Qué debe introducir si no usa deduplicación?

Use una relación de 1 u omita el campo opcional. El almacenamiento estimado y el bruto serán iguales.

¿Una relación 4:1 equivale a un ahorro del 4 por ciento?

No. Una relación 4:1 conserva una cuarta parte de los datos brutos, es decir, un ahorro estimado del 75 por ciento.

¿Incluye replicación y espacio libre?

No. Estima la carga retenida. Añada por separado replicación, metadatos, preparación, inmutabilidad, pruebas y reserva operativa.

¿Los días de retención pueden ser cero o fraccionarios?

No. Deben ser un entero positivo porque la calculadora cuenta conjuntos diarios conservados.

¿Cuánto cuesta un cálculo mediante API?

Cada solicitud a la API cuesta $0.002. El mismo cálculo determinista también está disponible en el navegador.

Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.

POSThttps://api.kit.forhosting.com/dev/backup-retention-storage-estimate

¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.

curl -X POST https://api.kit.forhosting.com/dev/backup-retention-storage-estimate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"daily_backup_size_gb":250,"retention_days":30}'
{
  "daily_backup_size_gb": 250,
  "retention_days": 30
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.backup_retention_storage_estimate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.

Por solicitud$0.002

Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.

HTTPCódigoSignificado
401unauthorizedAPI key ausente o inválida.
402insufficient_balanceEl saldo no cubre el precio de la tarea.
404unknown_typeEl tipo de tarea no existe.
429rate_limitedDemasiadas peticiones. Use el webhook en vez de sondear.

Ver la documentación completa del KIT →