Cada archivo o directorio requiere un nodo de información, y el nombre del objeto está en un directorio, no en el propio nodo de información. Las operaciones comunes de metadatos, como la creación de archivos, la búsqueda, la recuperación de atributos, el cambio de nombre, la enumeración y la eliminación, pueden predominar en una carga de trabajo con un elevado número de archivos, incluso cuando el rendimiento de datos es bajo. En estos escenarios, la utilización de CPU, el procesamiento en serie de las operaciones y el RTT de red pueden convertirse en cuellos de botella para el rendimiento. El comportamiento del protocolo también importa: los clientes NFS y SMB pueden emitir diferentes combinaciones de operaciones de búsqueda, apertura, cierre, atributos y lectura de directorios que a menudo dependen de la versión de protocolo. Como resultado, se pueden ver resultados diferentes para flujos de trabajo similares con un elevado número de archivos, según el protocolo y la versión de protocolo que se utilicen.

ONTAP almacena los nodos de información públicos en un archivo de nodos de información oculto, gestionado por el sistema y a nivel de volumen. Cada nodo de información de ONTAP 9 usa 288 bytes, por lo que el propio archivo de nodos de información consume capacidad utilizable en el volumen. Un millón de nodos de información públicos asignados usan unos 288 MB. Eliminar objetos libera nodos de información para reutilizarlos, pero el archivo de nodos de información no se reduce.

Además, los archivos de directorio consumen capacidad cuando se almacena un gran número de nombres en el mismo directorio. Esos archivos de directorio no forman parte del archivo de nodos de información. Almacenan nombres y asignaciones a números de nodos de información, y maxdir-size limita cada uno de forma independiente. La configuración predeterminada de 320 MB es un límite máximo, no una reserva; si un archivo de directorio crece hasta 320 MB de bloques de archivo de directorio, esos bloques usan 320 MB de capacidad real del volumen.

Estas dos estructuras pueden acumularse. Con recuentos altos de nodos de información asignados, el archivo de nodos de información por sí solo puede alcanzar varios GB, y uno o más archivos de directorio grandes pueden sumar cientos de megabytes además de eso. Un volumen también puede tener un archivo de nodos de información grande y que el tamaño de todos los directorios siga siendo pequeño, o un directorio grande con un archivo de nodos de información que siga siendo pequeño. Esos metadatos consumen capacidad utilizada del volumen, algo que es fácil pasar por alto si solo miras los listados del lado del cliente de los archivos de datos de usuario. El archivo de nodos de información no es un archivo visible para el usuario; el tamaño del archivo de directorio es visible en el propio objeto de directorio.

Los directorios grandes tardan más en enumerarse que los pequeños, y un directorio del que se han eliminado muchos archivos puede seguir siendo costoso de escanear. El tamaño informado del directorio-archivo se mantiene en su valor máximo incluso después de eliminar nombres. La técnica de «hole punching» en directorios indexados permite recuperar bloques físicos vacíos y omitirlos durante READDIR, pero normalmente no reduce el tamaño informado; consulta "Cómo funciona el límite de tamaño de «maxdir-size»" y "Directorios dispersos y perforación de agujeros".

Concentrar millones de entradas en un único directorio crea un punto de escalado y serialización de un solo directorio que puede afectar al rendimiento no solo del propio directorio, sino también del nodo (o volumen) al que pertenece el directorio. Distribuir los archivos a lo largo de una jerarquía de varios directorios mejora el paralelismo, reduce el alcance de los escaneos de directorios y facilita las tareas operativas.

Un número elevado de objetos puede alargar los escaneos del espacio de nombres, la catalogación de backups, la replicación, el procesamiento de restauración y la creación del índice de directorios tras la restauración. Por ejemplo, NetApp SnapMirror replica tanto los metadatos modificados como los datos de los archivos, por lo que una copia de referencia o una actualización con muchas operaciones de creación, eliminación o cambio de nombre puede resultar costosa, incluso cuando los archivos y la capacidad utilizable son pequeños. Estos retos también pueden extenderse a los backups basados en NDMP.

Para obtener información sobre la transferencia de índices de directorios con SnapMirror, consulta "Indexación de directorios en ONTAP".

maxfiles (configurado como la opción de nivel de volumen -files) es un límite máximo configurable para el número de nodos de información públicos disponibles en un único volumen. Ese recuento incluye no solo archivos y directorios, sino también flujos con nombre, ACL y otros objetos públicos, a veces objetos que no aparecen en un listado habitual de directorios. El volumen contiene un archivo de nodos de información oculto que almacena esos registros. ONTAP amplía el archivo de nodos de información cuando se necesita un nuevo nodo de información público y no quedan registros libres, hasta la configuración de -files y el tamaño total del volumen. El máximo configurable de -files depende del tamaño del volumen y de los límites de ONTAP.