Porque é que a utilização do armazenamento parece diferente entre a interface do NAS e o sistema de ficheiros?

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.

A utilização de NAS e de sistemas de ficheiros difere frequentemente porque os respetivos contadores incluem camadas diferentes, como instantâneos, metadados, reservas, extensões esparsas e blocos partilhados.

Uma partilha pode conter 4 TB de ficheiros visíveis, enquanto o painel do NAS indica 5,2 TB utilizados. Nenhum dos totais tem necessariamente de estar errado. Uma vista pode somar os tamanhos lógicos dos ficheiros, enquanto outra indica a alocação física em todo o conjunto, incluindo dados que a árvore de diretórios atual não consegue ver nem atribuir a ficheiros visíveis dentro do mesmo conjunto de armazenamento.

O tamanho lógico dos ficheiros e o espaço alocado respondem a perguntas diferentes

Um ficheiro apresenta um comprimento lógico às aplicações, mas o sistema de ficheiros aloca armazenamento em blocos ou extensões. Os ficheiros esparsos podem conter lacunas não alocadas, enquanto os ficheiros pequenos podem consumir uma unidade de alocação completa, além dos metadados. Por isso, somar os nomes dos ficheiros não tem necessariamente de ser igual à capacidade consumida.

Uma explicação do Linux sobre as diferenças entre du e df mostra que os totais dos diretórios e as ferramentas de espaço livre do sistema de ficheiros analisam diferentes camadas de contabilização. Os resultados podem divergir legitimamente em várias condições.

A compressão e a partilha de blocos acrescentam mais ambiguidade. Dois ficheiros lógicos podem referenciar o mesmo bloco físico, ou os dados comprimidos podem ocupar menos espaço do que o seu comprimento aparente. Uma interface tem de escolher se apresenta a propriedade lógica, a alocação exclusiva, os bytes referenciados ou o consumo total do conjunto.

Os instantâneos e as reservas mantêm blocos fora da árvore ativa

A eliminação de um ficheiro remove-o do diretório atual, mas um instantâneo pode conservar os respetivos blocos antigos. Os metadados do conjunto, a paridade, as somas de verificação, o histórico de cópia na escrita e a capacidade reservada também podem ser contabilizados como utilizados ou indisponíveis sem aparecerem dentro de uma partilha.

Uma discussão prática sobre o espaço dos instantâneos explica que os instantâneos continuam a referenciar dados alterados ou eliminados. O espaço só é recuperado quando nenhum instantâneo retido precisar desses blocos.

Outro caso oculto é o de um ficheiro eliminado que continua aberto por um processo. O respetivo caminho desaparece, pelo que uma análise da árvore de diretórios não o deteta; no entanto, os blocos continuam alocados até o processo fechar o identificador. O painel vê a utilização do conjunto, enquanto a árvore ativa parece menor.

Quando totais diferentes indicam um problema real

As diferentes camadas de contabilização não justificam um aumento contínuo de utilização sem explicação. Uma política de instantâneos bloqueada, um registo excessivo, um conjunto de dados órfão de um contentor, uma reserva de replicação ou um erro do sistema de ficheiros podem criar um risco real para a capacidade.

Um guia sobre ficheiros eliminados abertos mostra como estes continuam a ser detetáveis através da inspeção dos processos. Este mecanismo tem uma assinatura específica, e não uma discrepância vaga.

A explicação também falha se ambas as ferramentas afirmarem apresentar o mesmo conjunto de dados, âmbito de instantâneos, unidades e base de alocação, mas continuarem muito afastadas após a atualização. As unidades decimais face às binárias explicam apenas uma percentagem limitada. Confirme as definições antes de considerar qualquer uma das vistas como autoridade.

Reconcilie a capacidade desde o conjunto até aos ficheiros visíveis

Registe o total do conjunto, o espaço alocado, o espaço livre, os dados referenciados do conjunto de dados, o espaço exclusivo, os instantâneos, a reserva e os totais dos ficheiros visíveis no mesmo momento. Anote se os valores são lógicos ou físicos e se incluem compressão e blocos partilhados. Procure ficheiros eliminados ainda abertos sem remover nada.

Relacione o inventário com o comportamento do armazenamento NAS, porque as bases de dados vetoriais e os contentores podem colocar dados em conjuntos de dados fora da partilha visível. Mapeie o caminho de cada serviço para o respetivo conjunto de dados subjacente.

Reconcilie a partir do conjunto: a alocação do conjunto deve corresponder aos conjuntos de dados ativos, instantâneos, metadados e reservas segundo as definições da plataforma. Investigue a categoria que cresce entre instantâneos. Não elimine ficheiros visíveis apenas para satisfazer um contador dominado pelo histórico retido.

Centro de Tecnologia e IA

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.