Sumar discos de máquinas virtuales hasta una cifra de almacén
Una revisión de capacidad son básicamente columnas de gibibytes. Cada disco virtual en vCenter, cada volumen de un grupo de Proxmox, cada línea del inventario de huéspedes viene en GiB; pero el almacén de datos donde los vas a acomodar se cotiza en tebibytes, igual que la solicitud de compra que acabarás levantando. Enrollar una lista larga de imágenes en GiB hasta un solo número en TiB es como averiguas si el próximo lote de máquinas virtuales tiene dónde vivir.
TiB = GiB ÷ 1024. Un rack de huéspedes aprovisionado con 3.072 GiB sale en 3072 ÷ 1024 = 3 TiB de almacén. Multiplica por 1024 para volver de una meta en TiB a un presupuesto en GiB.Aprovisionado no es consumido
Las instantáneas crecen calladas
El sobreaprovisionamiento tiene techo
Convertir un total aprovisionado antes de comprometerte
Suma los discos virtuales en GiB
Junta los discos que piensas colocar —incluidos el segundo y el tercero de los huéspedes de base de datos, que son fáciles de olvidar— y escribe ese total en el campo izquierdo. Sirve tanto la coma como el punto de separador.
Compáralo contra el almacén de datos
Pon la cifra en tebibytes junto a la capacidad que te cotizó el equipo de almacenamiento. Si el total aprovisionado ya la supera, estás apostando al aprovisionamiento fino: una decisión que conviene tomar a conciencia.
Cópialo al registro de cambio
El botón de copiar de cada campo entrega el número pelado, sin unidad, listo para un ticket de cambio, una planilla de capacidad o la tabla de dimensionamiento de un documento de diseño.
Trabaja al revés desde una meta
Pulsa intercambiar unidades para invertir el par e introduce la capacidad en TiB que te asignaron. El resultado en GiB es el presupuesto de disco que devuelves a los dueños de las aplicaciones como cupo por máquina virtual.
Ninguno de los campos es de solo lectura, así que la dirección inversa no necesita pasos extra: escribe un número en TiB a la derecha y el equivalente en GiB aparece de inmediato. Los dos lados llevan una lista de unidades con búsqueda, práctica cuando la consola de la cabina reporta la misma LUN en una unidad que tu hipervisor nunca usa.
Un almacén de datos armado desde discos virtuales reales
Abajo hay una carga mixta realista, ordenada como suele verse un plan de capacidad: grupos de huéspedes, el disco aprovisionado que carga cada uno y lo que aporta el grupo una vez expresado en tebibytes.
| Grupo de máquinas | Huéspedes | Aprovisionado c/u | Total del grupo (GiB) | Total del grupo (TiB) |
|---|---|---|---|---|
| Front-ends web | 12 | 40 GiB | 480 GiB | 0,46875 TiB |
| Servidores de aplicaciones | 8 | 120 GiB | 960 GiB | 0,9375 TiB |
| Agentes de compilación | 6 | 250 GiB | 1.500 GiB | 1,46484375 TiB |
| Huéspedes de base de datos | 4 | 500 GiB | 2.000 GiB | 1,953125 TiB |
| Servidores de archivos | 3 | 1.024 GiB | 3.072 GiB | 3 TiB |
| Total aprovisionado | 33 | — | 8.012 GiB | 7,82421875 TiB |
Esos 7,82 TiB son el peor caso con aprovisionamiento grueso. Sobre un almacén de 8 TiB no dejan casi nada de margen: ni espacio para deltas de instantáneas ni para archivos de intercambio, y una alarma puesta al 80 % ya estaría sonando con 6.553,6 GiB consumidos. El aprovisionamiento fino recupera buena parte de la brecha, pero solo mientras los huéspedes se mantengan bien por debajo de su tamaño declarado.
Mantiene honestas las fracciones
Los resultados llegan hasta ocho decimales, así que 1.500 GiB se muestran como 1,46484375 TiB y no como un 1,5 redondeado que esconde 36 GiB de disco real.
Encaja en una revisión de capacidad
Convierte grupo por grupo y copia los números pelados a la tabla de dimensionamiento que estás llenando, sin ningún sufijo de unidad que borrar celda por celda.
Presupuesta hacia abajo y hacia arriba
Invierte la dirección y una asignación en TiB se vuelve un fondo en GiB que puedes repartir entre los equipos que piden espacio: la forma en que llega la mayoría de las solicitudes de disco.
Ningún detalle de infraestructura viaja
Los tamaños de almacén y el conteo de huéspedes describen tu parque. Todo se calcula en el navegador después de cargar la página, así que nada del entorno se transmite.
Dudas sobre la capacidad de un almacén de datos
¿Por qué un disco virtual de 500 GiB no da exactamente 0,5 TiB?
Porque el salto entre prefijos binarios es de 1.024, no de 1.000. Dividir 500 entre 1.024 da 0,48828125 TiB. Solo las potencias de dos caen en números prolijos: 512 GiB son exactamente 0,5 TiB y 2.048 GiB son exactamente 2 TiB. Los tamaños elegidos por comodidad humana —250, 500, 750— nunca lo harán.
Mis huéspedes tienen aprovisionado más de lo que cabe en el almacén. ¿Es un problema?
Solo si reclaman lo que se les prometió. El sobreaprovisionamiento es deliberado y funciona porque la mayoría de los discos virtuales pasa media vacía toda su vida. Lo que importa es la proporción y qué tan de cerca vigilas el consumo real: un almacén a 1,5:1 con crecimiento estable es manejable, mientras que uno a 3:1 con una base de datos sin monitoreo encima es una fila de máquinas virtuales esperando frenarse.
¿Hay que incluir las instantáneas en el total de GiB que convierto?
Sí, y son la razón habitual de que un almacén cuidadosamente planeado se llene igual. Una instantánea guarda los bloques cambiados desde que se tomó, así que su tamaño sigue el ritmo de escritura del huésped más que el tamaño de su disco. Una tomada antes de un parche cuesta poco; una olvidada un mes en un huésped que escribe mucho puede sumar tanto como el disco original. Presupuesta un margen de trabajo encima de las imágenes base.
¿Dimensiono sobre los GiB aprovisionados o sobre los consumidos?
Convierte los dos; responden preguntas distintas. Lo aprovisionado es el peor caso si cada disco fino se infla hasta su tamaño declarado; lo consumido es dónde estás hoy. La compra suele quedar en medio: consumo más una curva de crecimiento, con la cifra aprovisionada como el número que nunca debería poder dejar el almacén encallado sin aviso.
¿Con qué umbral de espacio libre debería dispararse la alarma del almacén?
Un aviso alrededor del 75-80 % consumido con un nivel crítico cerca del 90 % es una pareja habitual, y la distancia entre ambos tiene que alcanzar para migrar un huésped antes de que el almacén se llene. Convierte el umbral una vez para saber qué significa en GiB reales: el 10 % de un almacén de 8 TiB son 819,2 GiB, que es de sobra, mientras que el 10 % de uno de 1 TiB son 102,4 GiB, que una instantánea desbocada se traga en una noche.
Aún no hay comentarios. ¡Sé el primero en comentar!