Quantas baías de unidades adicionais deve comprar um laboratório doméstico em crescimento?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How Many Spare Drive Bays Should a Growing Home Lab Buy?

Para um laboratório doméstico em crescimento, duas baias vazias para unidades de dados são uma opção padrão útil apenas quando o desenho de armazenamento consegue realmente utilizá-las. Uma baia vazia é suficiente quando a próxima expansão planeada é a adição suportada de uma única unidade; duas fazem sentido quando prevê duas adições incrementais ou a expansão com um par espelhado; zero é uma escolha racional quando planeia substituir unidades ou migrar o pool. Reserve baias de acordo com a menor unidade de expansão exigida pelo esquema de armazenamento escolhido, e não como uma vaga forma de preparação para o futuro.

Separe uma baia de expansão vazia de uma unidade de substituição sobresselente

Uma baia de unidades não utilizada não é o mesmo que uma unidade sobresselente. Uma baia vazia preserva um espaço futuro para capacidade, outro pool ou uma nova função de armazenamento. Uma unidade sobresselente a frio é um disco de substituição guardado fora do sistema, enquanto uma unidade sobresselente a quente ocupa uma baia, mas normalmente não acrescenta capacidade utilizável normal. Confundir estas ideias pode fazer com que um chassis de seis baias pareça mais expansível do que o esquema real permite.

O guia da ZimaSpace sobre dimensionamento de baias para um NAS familiar mostra por que motivo o número de baias deve estar relacionado com a capacidade utilizável e a expansão, e não apenas com o tamanho do agregado familiar. Um laboratório doméstico segue o mesmo princípio, mas acrescenta mais funções de armazenamento, como máquinas virtuais, dados de aplicações, cópias de segurança, multimédia e espaço temporário.

Antes de comprar, desenhe a configuração do primeiro dia. Assinale as unidades de dados, as unidades de paridade ou redundância, os SSD das aplicações, qualquer unidade sobresselente a quente e os espaços genuinamente não utilizados. Depois, indique quais as baias vazias destinadas a capacidade e quais estão a ser preservadas para um pool futuro separado. Isto evita que “seis baias” se transformem silenciosamente em quatro baias de dados utilizáveis depois de o restante desenho ser incluído.

Se uma unidade avariada tiver de ser substituída imediatamente, compre o disco de substituição como unidade sobresselente a frio, em vez de reservar por defeito uma baia vazia para esse fim. Mantenha uma unidade sobresselente a quente apenas quando a vantagem da reconstrução automática justificar o consumo permanente de uma baia. A margem para expansão e a substituição em caso de falha devem ser orçamentadas separadamente.

Preveja as próximas duas adições de armazenamento, não o laboratório final

Um laboratório doméstico em crescimento não precisa de espaços vazios suficientes para todos os serviços que poderá executar daqui a cinco anos. Precisa de um caminho credível para os próximos um ou dois eventos de capacidade. Meça o armazenamento utilizável atual, o crescimento anual dos dados, a retenção de instantâneos ou cópias de segurança, o crescimento das máquinas virtuais e o ponto em que o espaço livre se torna operacionalmente desconfortável.

O atual guia da ZimaSpace para o crescimento de um NAS para compradores pela primeira vez recomenda escolher as baias de acordo com a próxima atualização, e não com um sistema de sonho final. Este artigo aplica essa regra à decisão sobre os espaços vazios: preserve o número de baias exigido pela próxima unidade de expansão conhecida.

Se o próximo aumento de capacidade puder ser conseguido substituindo duas unidades existentes por outras muito maiores e aceitar o trabalho de reconstrução ou migração, pagar agora por várias baias não utilizadas poderá ter pouco valor. Se o laboratório estiver a adicionar dados de forma constante e quiser expandir sem substituir unidades em bom estado, os espaços vazios têm um propósito económico mais claro.

Registe no plano dois eventos de expansão com data, como “adicionar um disco de dados quando o pool multimédia atingir 70%” e “adicionar um par de SSD espelhados quando o armazenamento das máquinas virtuais ultrapassar o pool atual”. Se não conseguir indicar sequer um evento provável, o chassis mais pequeno continua a ser uma base racional.

Confirme a unidade de expansão do pool antes de contabilizar os espaços vazios

Um espaço físico vazio só é útil quando o software de armazenamento e o esquema de redundância conseguem incorporar o novo disco da forma esperada. As diferentes plataformas expandem-se de maneiras diferentes, pelo que a mesma margem de uma baia pode ser valiosa num laboratório doméstico e inutilizável noutro sem uma reconstrução ou migração.

A Synology documenta que a expansão SHR tem regras específicas para os discos adicionados a um pool existente. O Unraid, por outro lado, documenta um procedimento para adicionar discos de dados individuais a um array. Estes são exemplos de por que motivo uma “baia sobresselente” não pode ser avaliada sem conhecer a plataforma de armazenamento concreta.

O TrueNAS moderno também suporta procedimentos de extensão RAIDZ que podem expandir incrementalmente um vdev RAIDZ. A sua documentação sobre a extensão RAIDZ dá aos compradores mais uma razão para verificarem as regras atuais do pool, em vez de dependerem de pressupostos antigos sobre arrays de largura fixa.

Converta a topologia escolhida numa unidade mínima de expansão útil. Se o pool planeado se expandir um disco de cada vez, uma baia vazia pode criar um passo seguinte real. Se o desenho exigir a adição de um par espelhado, preserve duas. Se a expansão exigir a substituição das unidades ou a recriação do pool, os espaços físicos adicionais poderão não resolver a verdadeira limitação da migração.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

Reserve baias para funções de armazenamento que devem permanecer separadas

Os laboratórios domésticos costumam ultrapassar um único pool indiferenciado antes de ultrapassarem os terabytes disponíveis. As máquinas virtuais e os contentores podem beneficiar de armazenamento SSD de baixa latência, enquanto a multimédia, as cópias de segurança e os arquivos favorecem a maior capacidade dos HDD. Um chassis que parece espaçoso no papel pode perder rapidamente margem de expansão quando estas funções são separadas.

O guia da ZimaSpace sobre capacidade NVMe para um pool de aplicações domésticas explica por que motivo os dados persistentes das aplicações merecem um exercício de dimensionamento próprio. Se já estiver planeado um nível dedicado de SSD para aplicações, não conte essas posições de dispositivos como margem futura para armazenamento em massa.

Enumere as funções de armazenamento certas no primeiro dia: dados principais, destino de cópias de segurança, pool de aplicações, pool de máquinas virtuais, multimédia, videovigilância, espaço temporário ou armazenamento de testes. Combine funções apenas quando os respetivos requisitos de desempenho e recuperação forem compatíveis. Caso contrário, preserve posições de dispositivos suficientes para o nível separado que já sabe que irá implementar.

É aqui que duas baias vazias se tornam muitas vezes mais úteis do que uma. Podem suportar um nível futuro emparelhado ou duas adições de dados sequenciais sem substituir imediatamente discos em bom estado. No entanto, se a plataforma já fornecer posições NVMe separadas para o armazenamento de aplicações, essas duas baias para HDD poderão ser desnecessárias para o mesmo fim.

Compare o custo das baias vazias com discos maiores e uma migração futura

As baias não utilizadas têm um custo de oportunidade: um chassis maior custa mais, ocupa mais espaço e pode incentivar a compra de discos adicionais antes de serem necessários. A alternativa é começar com menos discos, mas maiores, e aceitar a substituição ou migração mais tarde. Nenhuma das estratégias é sempre mais barata, pois o resultado depende do crescimento dos dados, dos preços dos discos, da redundância e do grau de perturbação causado pela migração.

Baias de dados vazias	Mais indicado para	Limite
0	Conjunto de dados estável; são aceitáveis discos de substituição maiores ou uma migração	O crescimento torna-se penoso se cada expansão exigir a substituição de discos em bom estado
1	É provável em breve uma expansão suportada com um único disco	Não é suficiente para um nível futuro que exija um par
2	Já são plausíveis duas adições incrementais ou uma expansão emparelhada	Podem ser desperdiçadas se o pool não as conseguir utilizar de forma independente
3+	Crescimento rápido e medido, vários pools ou diversas funções de armazenamento definidas	Compra excessiva quando as cargas de trabalho futuras continuam hipotéticas

Confirme também que o controlador, as portas, a fonte de alimentação, a refrigeração e o sistema operativo suportam os discos que o chassis consegue acomodar fisicamente. Uma baia vazia visível não representa capacidade futura útil se o resto da plataforma não conseguir controlar ou alimentar o dispositivo planeado.

A comparação de compra deve, por isso, incluir hoje o custo da capacidade não utilizada do chassis, em contraponto com o custo de discos de substituição maiores, ciclos de reconstrução adicionais e uma migração futura. Pague por baias vazias quando estas eliminarem uma migração provável a curto prazo, e não apenas porque “mais baias” parece uma opção mais segura.

Associe o chassis ao limite de expansão

Uma ZimaBoard 2 disponibiliza duas ligações SATA 3.0 nativas, pelo que uma configuração com duas unidades que as ocupe desde o primeiro dia não terá margem de baias SATA nativas não utilizadas. É uma escolha compacta sensata quando o comprador se sente confortável a substituir discos, migrar mais tarde ou utilizar um caminho de expansão separado, em vez de pagar já por um chassis maior com várias baias.

Uma ZimaCube 2 Standard é uma opção mais clara quando as seis baias para HDD permitem ao comprador começar com um conjunto menor de discos instalados, preservando uma ou duas posições para adições futuras definidas. O seu caminho separado de expansão SSD de alta velocidade também facilita evitar o consumo de baias de crescimento para HDD apenas para criar um nível de aplicações.

Não passe da ZimaCube 2 Standard para a Pro simplesmente para obter mais baias para HDD; ambas utilizam o mesmo chassis de armazenamento com seis baias. O nível Pro só faz sentido quando o laboratório também tem uma necessidade medida de rede mais potente, maior capacidade de processamento ou armazenamento ativo mais rápido. O aumento do número de baias, por si só, não justifica o nível de desempenho superior.

A regra final é reservar a menor unidade de expansão útil para as próximas uma ou duas alterações de armazenamento. Compre zero baias vazias quando a substituição ou migração for aceitável, uma quando a próxima adição suportada for um disco, duas quando for provável um par ou duas adições sequenciais, e mais apenas quando o crescimento rápido ou vários níveis de armazenamento já forem concretos. Desta forma, a margem de expansão fica ligada a um plano real para o laboratório doméstico, em vez de a uma preparação indefinida para o futuro.