Somando discos de máquinas virtuais num número de datastore
Uma revisão de capacidade é, quase toda, colunas de gibibytes. Todo disco virtual no vCenter, todo volume num pool do Proxmox, toda linha do inventário de convidados vem cotada em GiB — mas o datastore em que você vai encaixá-los é cotado em tebibytes, e o pedido de compra que você vai abrir também. Enrolar uma lista comprida de imagens em GiB num único número em TiB é como você descobre se o próximo lote de máquinas virtuais tem onde morar.
TiB = GiB ÷ 1024. Um rack de convidados provisionado com 3 072 GiB dá 3072 ÷ 1024 = 3 TiB de datastore. Multiplique por 1024 para transformar um alvo em TiB de volta num orçamento em GiB.Provisionado não é consumido
Snapshots crescem em silêncio
A sobrealocação tem teto
Convertendo um total provisionado antes de assumir o compromisso
Some as imagens de disco em GiB
Junte os discos virtuais que pretende alocar — incluindo o segundo e o terceiro disco dos convidados de banco de dados, que são fáceis de esquecer — e digite esse total no campo da esquerda. Vírgula ou ponto funcionam como separador.
Compare com o datastore
Ponha o valor em tebibytes ao lado da capacidade que o time de armazenamento informou. Se o total provisionado já a ultrapassa, você está contando com o thin provisioning — uma decisão que vale tomar de forma deliberada.
Copie para o registro de mudança
O botão de copiar de cada campo entrega o número puro, sem unidade, pronto para um chamado de mudança, uma planilha de capacidade ou a tabela de dimensionamento de um documento de projeto.
Trabalhe de trás para frente a partir de um alvo
Toque em inverter unidades para trocar o par e informe a capacidade em TiB que foi destinada a você. O resultado em GiB é o orçamento de disco que você devolve aos donos das aplicações como cota por VM.
Nenhum dos campos é somente leitura, então o sentido inverso não exige passo extra: digite um número em TiB à direita e o equivalente em GiB aparece na hora. Os dois lados trazem uma lista de unidades com busca, prática quando o console do storage informa o mesmo LUN numa unidade que seu hipervisor nunca usa.
Um datastore montado a partir dos discos das VMs
Abaixo está uma carga de trabalho mista realista, no formato em que um plano de capacidade costuma aparecer: grupos de convidados, o disco provisionado que cada um carrega e quanto o grupo contribui quando expresso em tebibytes.
| Grupo de VMs | Convidados | Provisionado por VM | Total do grupo (GiB) | Total do grupo (TiB) |
|---|---|---|---|---|
| Front-ends web | 12 | 40 GiB | 480 GiB | 0,46875 TiB |
| Servidores de aplicação | 8 | 120 GiB | 960 GiB | 0,9375 TiB |
| Agentes de compilação | 6 | 250 GiB | 1 500 GiB | 1,46484375 TiB |
| Convidados de banco de dados | 4 | 500 GiB | 2 000 GiB | 1,953125 TiB |
| Servidores de arquivos | 3 | 1 024 GiB | 3 072 GiB | 3 TiB |
| Total provisionado | 33 | — | 8 012 GiB | 7,82421875 TiB |
Esses 7,82 TiB são o pior caso com provisionamento espesso. Num datastore de 8 TiB praticamente não sobra nada — sem espaço para deltas de snapshot nem arquivos de swap, e um alarme ajustado em 80% já estaria disparando com 6 553,6 GiB consumidos. O thin provisioning recupera boa parte dessa folga, mas só enquanto os convidados ficarem bem abaixo dos tamanhos que declararam.
Mantém as frações honestas
Os resultados trazem até oito casas decimais, então 1 500 GiB aparecem como 1,46484375 TiB em vez de um 1,5 arredondado que esconde 36 GiB de disco real.
Cabe numa revisão de capacidade
Converta um grupo de VMs por vez e copie os números puros para a tabela de dimensionamento que está preenchendo, sem precisar tirar sufixo de unidade de cada célula.
Orçamento para baixo também
Inverta o sentido e uma alocação em TiB vira um pool em GiB que você divide entre os times solicitantes — o formato em que a maioria dos pedidos de disco chega.
Nenhum detalhe da infraestrutura é enviado
Tamanhos de datastore e contagem de convidados descrevem o seu parque. Tudo é calculado no navegador depois que a página carrega, então nada do ambiente é transmitido.
Dúvidas sobre capacidade de datastore
Por que um disco virtual de 500 GiB não dá exatamente 0,5 TiB?
Porque o degrau entre prefixos binários é 1 024, e não 1 000. Dividir 500 por 1 024 dá 0,48828125 TiB. Só as potências de dois caem em números redondos: 512 GiB são exatamente 0,5 TiB e 2 048 GiB são exatamente 2 TiB. Tamanhos de disco escolhidos por conveniência humana — 250, 500, 750 — nunca vão cair.
Meus convidados estão provisionados acima do que o datastore comporta. Isso é problema?
Só se eles reivindicarem o que foi prometido. A sobrealocação é deliberada e funciona porque a maioria dos discos virtuais passa a vida inteira meio vazia. O que importa é a proporção e o quanto você acompanha o consumo real: um armazenamento a 1,5:1 com crescimento estável é administrável, enquanto um a 3:1 com um banco de dados sem monitoramento em cima é uma fila de VMs travadas esperando para acontecer.
Os snapshots precisam entrar no total em GiB que eu converto?
Precisam, e são o motivo habitual de um datastore bem planejado encher mesmo assim. Um snapshot guarda os blocos alterados desde que foi tirado, então seu tamanho acompanha a taxa de escrita do convidado, e não o tamanho do disco. Um tirado antes de uma correção custa pouco; um esquecido por um mês num convidado com escrita pesada pode somar tanto quanto o disco original. Reserve uma folga de trabalho por cima das imagens base.
Devo dimensionar pelo GiB provisionado ou pelo GiB consumido?
Converta os dois; eles respondem perguntas diferentes. O provisionado é o pior caso, se todo disco fino inflar até o tamanho declarado; o consumido é onde você está hoje. A compra costuma ficar no meio — o consumido mais uma curva de crescimento, com o valor provisionado como o número que jamais pode encalhar o armazenamento sem aviso.
Que limite de espaço livre deve disparar o alarme do datastore?
Um aviso por volta de 75–80% consumido com um nível crítico perto de 90% é uma dupla comum, e o intervalo tem que ser largo o bastante para migrar um convidado antes que o armazenamento encha. Converta o limite uma vez para saber o que ele significa em GiB reais: 10% de um armazenamento de 8 TiB são 819,2 GiB, o que é bastante, enquanto 10% de um de 1 TiB são 102,4 GiB, que um único snapshot descontrolado consome de uma noite para a outra.
Ainda não há comentários. Seja o primeiro a comentar!