Resumen

  • IBM fija para Cold Vault un tamaño mínimo facturable de 256 KB por objeto y una permanencia mínima de 90 días. Un objeto hipotético de 4 KB genera una base de capacidad 64 veces mayor que su contenido.
  • La factura completa depende también del precio, el tiempo y las operaciones. Agrupar objetos puede reducir la repetición del mínimo, pero cambia la lectura, la actualización, el borrado y la recuperación de cada registro.

Un descuento sobre qué cantidad

La pregunta incómoda de una compra de almacenamiento llega antes del regateo: ¿qué cantidad se va a multiplicar por ese precio tan atractivo? En Cold Vault, la clase de IBM Cloud Object Storage, un objeto diminuto puede llevar una base de facturación bastante corpulenta.

IBM publica un mínimo de 256 KB por objeto y 90 días de almacenamiento para Cold Vault. Vault establece 128 KB y 30 días. Standard y Smart Tier carecen de mínimos de tamaño y permanencia y de cargos de recuperación de datos. Las solicitudes y las transferencias a internet público siguen siendo partidas distintas.Clases de almacenamiento

Tomemos un objeto de 4 KB, elegido aquí como ejemplo. Dividir 256 entre 4 da 64. Esa es la relación entre la capacidad facturable y el contenido para ese objeto en Cold Vault. En Vault sería 32. El diminuto inquilino paga por una habitación entera, aunque deje casi todo el suelo libre.

El coste total necesita más multiplicaciones. Incluye la tarifa aplicable, el tiempo de conservación y las operaciones realizadas. Si todos los objetos fueran de 4 KB y cumplieran la permanencia mínima, el precio de capacidad de Cold Vault tendría que quedar por debajo de una sesentaicuatroava parte del de Standard para ganar únicamente en esa partida. Un presupuesto concreto permite comprobarlo; el nombre de la clase no lo decide.

Los datos no vienen en un solo bloque

La previsión habitual empieza con el volumen total de datos. Es cómoda para una presentación y puede resultar insuficiente para una factura. Un mínimo aplicado a cada objeto obliga a contar también las piezas.

Los mismos registros pueden guardarse por separado o dentro de objetos mayores. En el primer caso, cada pequeño objeto activa su mínimo. En el segundo, lo activa cada paquete. El contenido permanece igual; cambia el número de unidades que la empresa compra al proveedor.

Tampoco basta la media. Unos cuantos objetos enormes pueden elevarla mientras una multitud de objetos pequeños sigue por debajo del umbral. Hace falta la distribución de tamaños y el número de objetos en cada tramo. El cálculo de capacidad toma, para cada objeto, el mayor valor entre su tamaño real y el mínimo de la clase, y después suma. Aplicar un único mínimo al total del depósito produciría otra cuenta.

IBM explica que el uso de una misma clase se agrega entre los depósitos de una instancia. Esa agregación contable no convierte los mínimos individuales en una bolsa común que los objetos grandes puedan rellenar. La documentación separa además capacidad, solicitudes y transferencia pública.Facturación

La compresión ilustra la diferencia con especial claridad. Si un objeto ya estaba por debajo de 256 KB, reducirlo más deja intacto el mínimo de Cold Vault. El equipo técnico puede entregar menos bytes y el financiero recibir la misma base de capacidad. Ambos informes pueden ser correctos. La mejora técnica ha ocurrido en una variable que la tarifa, en ese tramo, mantiene fija.

El paquete exige un encargado

Agrupar pequeños objetos parece la respuesta inmediata. Disminuye las veces que se paga el suelo mínimo. Pero los objetos independientes también ofrecían una frontera práctica: cada uno podía tener su nombre y sus propias operaciones.

Al empaquetarlos, la aplicación debe mantener un índice que diga dónde está cada registro. Debe resolver las modificaciones, los borrados y la recuperación. Según el formato y la manera de acceder, podrá leer una porción concreta o tendrá que mover más datos. El ahorro en objetos no reconstruye por sí solo esas capacidades.

Un registro que cambia a menudo vuelve visible la decisión. Una modificación pequeña puede provocar la reescritura de un paquete grande. Un requisito de borrado individual necesita un mecanismo que lo haga efectivo dentro del contenido almacenado. Recuperar los datos exige que contenido e índice sigan de acuerdo. Parte de lo ganado en capacidad puede acabar en solicitudes, lecturas o trabajo operativo.

Hay buenas razones para elegir cualquiera de los dos modelos. La independencia de cada registro puede valer su precio. Los datos que viajan y se recuperan juntos pueden aprovechar un formato agrupado. La compra debería comparar el servicio completo, no declarar victoria cuando baja una sola columna.

La clase tampoco se cambia girando un termostato. IBM indica que se elige al crear el depósito y que la clase de un depósito existente no puede modificarse. Hay que mover o copiar los objetos a otro depósito con la clase deseada.Configuración de clases Reglas del depósito

Por tanto, la promesa de cambiar después incluye un trabajo: preparar destino, copiar, revisar las referencias de las aplicaciones y comprobar el resultado. El derecho a elegir otra opción sigue siendo valioso. Su ejercicio tiene un coste que merece figurar en el presupuesto inicial.

El comprador necesita un censo

Para calcular el ahorro de un cliente concreto faltan su distribución de tamaños, sus plazos de conservación, su patrón de lectura y la oferta que le corresponda.

La secuencia de compra ya puede corregirse. Primero se describe la población de objetos; después se comparan precios. Los pequeños registros que duran mucho y los que se borran pronto tienen economías diferentes. Los que casi nunca se consultan pueden seguir necesitando acceso individual. «Datos fríos» es una etiqueta demasiado espaciosa para reunir todas esas conductas en una sola cifra.

IBM publica sus mínimos. La oportunidad de hacer la cuenta existe antes de firmar. El riesgo organizativo aparece cuando desarrollo determina cuántas unidades facturables habrá y compras negocia únicamente cuánto cuesta cada una. Los dos departamentos pueden celebrar su resultado mientras la factura celebra el producto de ambos.

Documentos originales

Las reglas proceden de la documentación oficial de IBM enlazada. El registro de miembros de RIPE NCC se usa exclusivamente para verificar la identidad de International Business Machines Corporation en el directorio. Los 4 KB son una hipótesis explícita del cálculo.