Pode misturar dispositivos SATA e NVMe no mesmo sistema de ficheiros Btrfs?

Sim, o Btrfs pode utilizar ambos, mas a alocação segue o perfil e o espaço disponível - não constitui uma camada rápida garantida - pelo que o desempenho e o comportamento perante falhas tornam-se desiguais.

A decisão é importante quando o proprietário de um NAS doméstico pretende adicionar capacidade NVMe a um sistema de ficheiros Btrfs SATA existente. Os dois estados em análise são pool de dispositivos mistos suportado e não cache ou hierarquização automáticas. Comece com uma configuração guardada e dados descartáveis, observe um ramo de cada vez e pare se o teste aumentar o risco de perda de dados, permissões ou disponibilidade.

Definir as condições subjacentes à decisão sobre o sistema de ficheiros Btrfs com dispositivos mistos

Registe o ambiente antes de alterar qualquer coisa: versões do software e firmware, identidades dos dispositivos, caminho de montagem ou de rede, espaço livre, permissões e o sintoma observável. A linha de base deve preservar detalhes suficientes para reproduzir a situação em que o proprietário de um NAS doméstico pretende adicionar capacidade NVMe a um sistema de ficheiros Btrfs SATA existente.

O primeiro candidato é um pool de dispositivos mistos suportado. O segundo é não haver cache ou hierarquização automáticas. A atual gestão de vários dispositivos Btrfs define o mecanismo ou limite de comandos utilizado no teste; não substitui a observação deste servidor doméstico específico.

Escreva a condição de aceitação e a condição de paragem antes de executar o elemento de distinção. Um resultado aprovado deve alterar as evidências previstas por um dos ramos, mantendo inalterados os serviços não relacionados; um resultado reprovado deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Testar a afirmação sem reduzir o requisito original

Utilize este elemento de distinção: crie um pool misto descartável, inspecione a alocação de blocos, preencha-o para além de uma classe de dispositivos e teste o comportamento degradado e de substituição. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e a temporização, para que o resultado possa ser atribuído à variável alterada.

Utilize o comportamento do Btrfs no kernel para selecionar o campo que pode realmente separar os ramos e capture o respetivo carimbo temporal, estado de saída, texto do erro, identidade do dispositivo ou instantâneo, latência, bytes transferidos, permissões e estado de recuperação. Uma saída limpa do comando não é suficiente quando a identidade, a durabilidade ou o estado da aplicação são a afirmação em teste.

Repita o teste uma vez após um reinício, reconexão, remontagem ou cache fria, quando esse evento fizer parte da condição original. Se a primeira execução for destrutiva ou o ambiente não puder ser restaurado, pare e reproduza-a numa cópia descartável.

btrfs filesystem usage /mnt/pool
btrfs balance start -dconvert=raid1 -mconvert=raid1 /mnt/pool

Interpretar resultados aprovados, reprovados e excecionais

APROVADO: os perfis de dados e metadados continuam a ser satisfeitos e o desempenho medido corresponde ao objetivo da carga de trabalho. Registe a versão exata, a identidade e a carga de trabalho que obtiveram aprovação, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

REPROVADO: o dispositivo mais pequeno ou mais lento limita um perfil espelhado, ou os dados quentes não permanecem no NVMe. Um resultado reprovado não prova automaticamente o ramo oposto quando a rede, a memória, as permissões ou a consistência da origem podem influenciar ambos; isole essas dependências partilhadas antes de avançar.

EXCEÇÃO OU RESULTADO AMBÍGUO: mantenha o NVMe como um sistema de ficheiros separado ou uma camada de cache quando for necessária uma hierarquização previsível. Preserve os registos e não execute comandos de reparação, limpeza, destruição, reparticionamento ou alteração recursiva de proprietário até existir uma cópia recuperável.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Confirmar a decisão com a carga de trabalho original

Aplique a ação correspondente ao ramo observado e, em seguida, repita a condição original em vez de uma substituta reduzida. A decisão só é válida quando os perfis de dados e metadados continuam a ser satisfeitos e o desempenho medido corresponde ao objetivo da carga de trabalho ao longo de dois ciclos ou do reinício, suspensão, interrupção ou transição de carga relevante.

Utilize os trabalhos de dados separados para verificar o fluxo de trabalho dependente mais próximo, mas mantenha inalterado o acionador original. Os conjuntos de dados, partilhas, contentores, utilizadores e pontos de recuperação não relacionados devem manter o acesso e a temporização anteriores.

O limite de paragem é explícito: se o dispositivo mais pequeno ou mais lento limitar um perfil espelhado, ou se os dados quentes não permanecerem no NVMe, volte à última configuração verificada, conserve as evidências e avance para um teste mais profundo da plataforma ou do hardware apenas quando o ramo for reproduzível.

Depois de o resultado pretendido se manter, compare-o com a verificação após a alteração, para garantir que a correção não transfere o risco para um serviço vizinho. Um teste-alvo bem-sucedido com uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade continua a ser uma alteração falhada.

FAQ

No caso de um sistema de ficheiros Btrfs com dispositivos mistos, as pesquisas restantes geralmente dizem respeito a saber se o Btrfs manterá automaticamente os metadados no NVMe, se o RAID1 exige dispositivos com o mesmo tamanho e se o NVMe pode ser removido mais tarde. As respostas abaixo mantêm esses casos extremos separados da decisão principal.

O limite de aceitação não muda: os perfis de dados e metadados continuam a ser satisfeitos e o desempenho medido corresponde ao objetivo da carga de trabalho. Se uma condição posterior alterar o sistema de ficheiros, a identidade, o caminho de rede ou a versão da aplicação, repita apenas o elemento de distinção afetado por essa alteração.

Pare de alargar a experiência quando o dispositivo mais pequeno ou mais lento limitar um perfil espelhado, ou quando os dados quentes não permanecerem no NVMe. Nesse momento, mantenha o NVMe como um sistema de ficheiros separado ou uma camada de cache quando for necessária uma hierarquização previsível; preserve as evidências antes de avançar para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

O Btrfs manterá automaticamente os metadados no NVMe?

Não simplesmente por um dispositivo ser mais rápido. Os perfis de alocação não criam uma camada de desempenho automática.

O RAID1 exige dispositivos com o mesmo tamanho?

Não, mas o espaço utilizável e a colocação dos blocos dependem dos tamanhos dos dispositivos e das limitações do perfil.

O NVMe pode ser removido mais tarde?

Sim, quando os dispositivos restantes conseguirem satisfazer as alocações; execute um plano de remoção do dispositivo e mantenha cópias de segurança.

No caso de um sistema de ficheiros Btrfs com dispositivos mistos, a resposta prática continua a ser condicional: os perfis de dados e metadados continuam a ser satisfeitos e o desempenho medido corresponde ao objetivo da carga de trabalho. Quando o dispositivo mais pequeno ou mais lento limitar um perfil espelhado, ou quando os dados quentes não permanecerem no NVMe, mantenha o NVMe como um sistema de ficheiros separado ou uma camada de cache quando for necessária uma hierarquização previsível; um sucesso parcial que não consiga suportar a carga de trabalho original não constitui compatibilidade.