Cada arquivo ou diretório requer um inode, e o nome do objeto fica em um diretório, e não no próprio inode. Operações comuns de metadados, como criação de arquivos, busca, recuperação de atributos, renomeação, enumeração e exclusões, podem dominar um workload com grande número de arquivos, mesmo quando a taxa de transferência de dados é baixa. Nesses cenários, a utilização de CPU, o processamento serial de operações e o RTT da rede podem se tornar gargalos de desempenho. O comportamento do protocolo também importa: os clientes NFS e SMB podem emitir diferentes combinações de operações de busca, abertura, fechamento, atributos e leitura de diretório, que geralmente dependem da versão do protocolo. Como resultado, você pode ver resultados diferentes para workflows semelhantes com grande número de arquivos, dependendo do protocolo e da versão do protocolo usados.

O ONTAP armazena inodes públicos em um arquivo de inode oculto, gerenciado pelo sistema, no nível do volume. Cada inode do ONTAP 9 utiliza 288 bytes, portanto o próprio arquivo de inode consome capacidade utilizável no volume. Um milhão de inodes públicos alocados utilizam cerca de 288 MB. Excluir objetos libera inodes para reutilização, mas o arquivo de inode não diminui.

Além disso, os arquivos de diretório consomem capacidade quando grandes quantidades de nomes são armazenadas no mesmo diretório. Esses arquivos de diretório não fazem parte do arquivo inode. Eles armazenam nomes e mapeamentos para números de inode e maxdir-size limitam cada um independentemente. A configuração padrão de 320 MB é um limite máximo, não uma reserva; se um arquivo de diretório crescer para 320 MB de blocos de arquivo de diretório, esses blocos usarão 320 MB da capacidade real do volume.

Essas duas estruturas podem se somar. Com contagens altas de inodes alocados, só o arquivo de inode pode atingir vários GB, e um ou mais arquivos de diretório grandes podem adicionar centenas de megabytes além disso. Um volume também pode ter um arquivo de inode grande com todos os diretórios ainda pequenos, ou um diretório grande com um arquivo de inode ainda pequeno. Esses metadados consomem a capacidade de volume utilizada, o que é fácil de passar despercebido se você observar apenas as listagens, no lado do cliente, dos arquivos de dados de usuário. O arquivo de inode não é um arquivo visível ao usuário; o tamanho do arquivo de diretório é visível no próprio objeto de diretório.

Diretórios grandes levam mais tempo para serem enumerados do que diretórios menores, e um diretório do qual muitos arquivos foram excluídos ainda pode ser custoso para ser verificado. O tamanho relatado do arquivo de diretório permanece em seu valor máximo mesmo após a exclusão de nomes. A perfuração de buracos em diretórios indexados pode recuperar blocos físicos vazios e ignorá-los durante a enumeração READDIR, mas normalmente não reduz o tamanho relatado; consulte "Como o limite maxdir-size se comporta" e "Diretórios esparsos e perfuração de furos".

Concentrar milhões de entradas em um único diretório cria um ponto de escalabilidade e serialização de diretório único que pode impactar o desempenho não apenas do próprio diretório, mas também do nó (ou volume) ao qual o diretório pertence. Distribuir arquivos por uma hierarquia de múltiplos diretórios melhora o paralelismo, reduz o escopo das varreduras de diretório e facilita as tarefas operacionais.

Um grande número de objetos pode prolongar as varreduras de namespace, a catalogação de backup, a replicação, o processamento de restauração e a construção de índices de diretórios após a restauração. Por exemplo, o NetApp SnapMirror replica metadados alterados, bem como dados de arquivos, portanto, uma linha de base ou atualização com muitas criações, exclusões ou renomeações pode ser custosa, mesmo quando os arquivos e o espaço de capacidade são pequenos. Esses desafios também podem se estender a backups baseados em NDMP.

Para obter informações sobre a transferência de índices de diretório com SnapMirror, consulte "Indexação de diretórios no ONTAP".

maxfiles (configurado como a opção no nível do volume -files) é um limite configurável para o número de inodes públicos disponíveis em um único volume. Essa contagem inclui não apenas arquivos e diretórios, mas também fluxos nomeados, ACLs e outros objetos públicos, às vezes objetos que não são vistos em uma listagem de diretório comum. O volume contém um arquivo de inode oculto que armazena esses registros. O ONTAP aumenta o arquivo de inode quando um novo inode público é necessário e não há mais registros livres, até a configuração -files e o tamanho total do volume. O máximo configurável para -files depende do tamanho do volume e dos limites do ONTAP.