Registre os discos e a organização primeiro
A estimativa precisa das capacidades dos discos que realmente participarão do conjunto RAID. Digite uma capacidade por linha, inclusive valores repetidos, e mantenha separado o registro das etiquetas dos discos físicos. Uma baia vazia, um disco de reserva guardado e uma unidade destinada a outro backup não são membros ativos. Incluí-los aumenta o resultado sem oferecer esse espaço ao conjunto escolhido. A calculadora não descobre discos instalados, verifica a saúde deles nem confirma a configuração do equipamento de armazenamento.
Escolha uma organização aceita pelo sistema, em vez daquela que apenas apresenta o maior número. O Savvy Toolkit modela RAID 0, 1, 5, 6 e 10 usando o menor disco como base comum de alocação. Não calcula SHR, RAID 50, RAID 60, JBOD nem vários grupos separados. Um resultado matemático não comprova compatibilidade com NAS, sistema operacional ou controladora. Consulte os níveis e limites de membros documentados para o produto exato antes de transformar a estimativa em um plano de equipamento.
Mantenha todas as capacidades na mesma unidade
O seletor GB ou TB identifica cada número da lista e cada resultado de capacidade. Ele não converte valores que já foram digitados. Quatro terabytes devem aparecer como 4 com TB selecionado, ou 4000 com GB decimais. Escrever 4 e 4000 em linhas diferentes não representa duas unidades diferentes. O menor número passa a controlar o modelo, gerando um resultado plausível, mas incorreto. Reescreva a lista inteira ao mudar a base de unidades e confira todas as linhas novamente.
Rótulos decimais e binários explicam outra diferença comum. Um TB representa 1.000.000.000.000 bytes; um TiB representa 1.099.511.627.776 bytes. Uma estimativa de 12 TB corresponde a aproximadamente 10,914 TiB antes de qualquer reserva do sistema de arquivos. Essa mudança de rótulo não demonstra perda de capacidade causada pela formatação. Compare os mesmos bytes com o conversor de capacidade e investigue as reservas reais separadamente. Subtrair uma porcentagem apenas para igualar rótulos diferentes esconde a causa da diferença observada.
Leia os cinco resultados como um balanço
A capacidade bruta soma os valores informados. O resultado do menor disco é o tamanho comum atribuído a cada membro neste modelo. A capacidade utilizável é o espaço matemático para dados antes dos custos do sistema e do sistema de arquivos. O espaço não utilizado corresponde às partes maiores que a alocação comum. A capacidade de redundância é a parcela alocada que não conta como espaço utilizável para dados. Nenhum desses resultados mede arquivos existentes ou espaço livre atual do dispositivo.
O balanço deve fechar: capacidade utilizável mais redundância mais espaço não utilizado é igual à capacidade bruta. Com discos iguais, não há porções excedentes, mas a redundância ainda pode ocupar bastante espaço. Com discos diferentes, redundância alta e espaço não utilizado alto têm causas distintas. Reunir tudo sob um rótulo genérico de sobrecarga dificulta planejar mudanças. A calculadora descreve uma organização estática; não mostra um mapa de partições nem garante a alocação final de qualquer fabricante ou controlador.
Confira um exemplo com discos diferentes
Considere quatro membros ativos de 4, 4, 6 e 6 TB. O total bruto é 20 TB e o menor disco tem 4 TB. O modelo aloca quatro parcelas de 4 TB, totalizando 16 TB. Os 4 TB restantes são as duas partes adicionais de 2 TB dos discos maiores. Em RAID 5, três parcelas de 4 TB ficam utilizáveis, resultando em 12 TB. A redundância ocupa 4 TB. O balanço completo é 12 + 4 + 4 = 20 TB.
Mantenha os mesmos membros e selecione RAID 6: a capacidade utilizável passa a 8 TB, a redundância a 8 TB e o espaço não utilizado continua em 4 TB. RAID 10 apresenta o mesmo balanço, mas sua organização e regras de falha são diferentes. RAID 1 retorna 4 TB utilizáveis neste modelo de espelho completo; RAID 0 retorna 16 TB sem redundância. São exemplos independentes de planejamento, não medições de um aparelho configurado nem recomendações para uma carga de trabalho específica.
| RAID | TB brutos | TB utilizáveis | TB de redundância | TB não utilizados |
|---|---|---|---|---|
| 0 | 20 | 16 | 0 | 4 |
| 1 | 20 | 4 | 12 | 4 |
| 5 | 20 | 12 | 4 | 4 |
| 6 | 20 | 8 | 8 | 4 |
| 10 | 20 | 8 | 8 | 4 |
Respeite o mínimo de membros e as duplas
O formulário exige pelo menos duas capacidades positivas para RAID 0 e RAID 1, três para RAID 5 e quatro para RAID 6. RAID 10 precisa de pelo menos quatro membros e de uma quantidade par. Zeros, valores negativos, linhas vazias ou inválidas e organizações não aceitas não produzem um conjunto válido. A implementação também limita listas longas e totais extremos. A aceitação das entradas comprova apenas validade matemática; uma controladora pode impor limites mais estreitos ou admitir menos membros em espelho.
RAID 10 organiza discos em duplas espelhadas e distribui dados entre essas duplas. Perder os dois discos de uma dupla difere de perder um disco em cada uma de duas duplas. Esta ferramenta não atribui membros a pares, simula falhas nem avalia um conjunto degradado existente. Essas perguntas exigem o mapa real dos membros e a documentação do sistema. O resultado de capacidade não promete tolerar quaisquer duas falhas simultâneas. Números iguais também não tornam organizações diferentes equivalentes em recuperação.
Compare as suposições com o produto
A regra do menor disco é intencional. Ela mostra a alocação comum e as porções excedentes nos cinco níveis disponíveis. Alguns produtos tratam discos diferentes em RAID 0 de outra maneira. A documentação da QNAP descreve capacidade somada em sua implementação, enquanto esta calculadora usa quantidade de membros multiplicada pelo menor tamanho. Essa divergência é uma diferença entre modelos, não evidência de um disco defeituoso. Confira as regras do produto antes de usar um cálculo genérico como requisito de compra.
Esquemas mistos específicos de fabricantes também podem aproveitar partes que este modelo deixa sem uso. O Savvy Toolkit não implementa esses esquemas nem prevê suas regras de expansão. Colocar os discos maiores em outro grupo muda o desenho e exige um cálculo separado, com membros suficientes para o nível escolhido. Não adicione simplesmente as porções excedentes ao espaço utilizável. Guarde esquema, lista de membros e versão do software com cada estimativa para que futuras comparações considerem as mesmas condições e suposições.
Planeje o volume que receberá os arquivos
A capacidade matemática do RAID é uma camada superior do planejamento. O sistema pode reservar espaço para software, metadados do grupo, metadados do sistema de arquivos, snapshots e outros recursos. Esses custos variam conforme produto e configuração. Uma calculadora do fabricante pode aplicar reservas que o Savvy Toolkit não desconta. Compare a mesma etapa: soma bruta, capacidade do conjunto, pool, volume e espaço livre atual são quantidades distintas. O gerenciador de armazenamento fornece a informação real do volume em um sistema já configurado.
Para um orçamento provisório, subtraia uma reserva registrada separadamente. Escolher 1,5 TB de reserva sobre os 12 TB do exemplo deixa um teto de planejamento de 10,5 TB. Isso é uma suposição sua, não um custo medido de formatação nem um campo do formulário RAID. Some arquivos, versões e crescimento esperado com a calculadora de armazenamento. Mantenha a reserva visível em vez de alterar os tamanhos dos discos ou inventar uma porcentagem universal. O uso previsto deve caber dentro desse orçamento.
Mantenha uma cópia recuperável fora do conjunto
A redundância trata falhas de membros dentro de uma organização compatível. Ela não preserva automaticamente uma versão anterior após uma exclusão, substituição ou edição indesejada. Um espelho atualizado imediatamente pode reproduzir o mesmo erro. O plano de backup precisa de destino separado, periodicidade deliberada e um modo de recuperar uma versão útil. Registre quais arquivos estão cobertos e quais foram excluídos. O cálculo de capacidade RAID não cria backups nem verifica que uma cópia existente pode ser restaurada com sucesso.
Faça uma restauração pequena e representativa antes de depender do plano: recupere um arquivo para outra localização, abra-o no aplicativo pertinente e compare seu conteúdo com uma cópia conhecida. Preserve o original durante o teste. Registre a data do backup e os passos de acesso, com credenciais administradas fora desta calculadora. Estime capacidade e retenção do backup separadamente do conjunto de trabalho. Um segundo destino dentro do mesmo pool não demonstra proteção contra perda de todo aquele pool ou seu equipamento.
Separe reconstrução e transferência de arquivos
Uma reconstrução restaura redundância; um backup comum transfere arquivos selecionados. Os tempos dessas operações não podem ser deduzidos do mesmo número de capacidade. A calculadora não prevê duração de reconstrução, temperatura, risco de erros nem desempenho sob carga. Durante recuperação, use o progresso real do sistema e sua documentação como referências. Evite alterar um conjunto ativo apenas para testar uma estimativa. Preserve as informações dos membros e um backup verificado antes de considerar operações que mudem os dados armazenados.
Para uma cópia independente, use os bytes que precisam ser transferidos e uma velocidade medida no caminho relevante. As ferramentas de transferência USB e tempo de upload estimam essa operação conforme as entradas, não recuperação RAID. Confira espaço no destino, reserve tempo para verificar arquivos copiados e conte a preparação separadamente. Rede, gabinete, discos e carga de trabalho podem limitar a velocidade. O balanço de capacidade identifica um orçamento de espaço, mas não escolhe a taxa de transferência necessária para preencher esse orçamento.
Guarde um registro reproduzível da capacidade
Salve tamanhos dos membros ativos, unidade, nível RAID, suposição do menor disco e os cinco resultados juntos. Acrescente o modelo exato do equipamento e as regras documentadas de alocação quando o plano envolver hardware real. Mantenha orçamento de arquivos, reserva e destino de backup em linhas separadas. Esse registro permite reproduzir o cálculo e identificar uma entrada alterada. A página calcula os números localmente; não envia inventários, modifica partições nem comprova que os discos estejam saudáveis ou possam operar naquela configuração.
Antes de expandir, confira a sequência aceita de migração ou substituição e confirme a organização existente. Trocar um único disco por outro maior não aumenta automaticamente o menor tamanho enquanto membros menores permanecerem. Recalcule a lista final planejada e compare-a com as regras reais do produto. Não exclua nem recrie um volume porque uma estimativa genérica parece maior. O resultado útil é um plano documentado, com limites explícitos e recuperação independente, em vez de apenas um número maior sem contexto.