Resumen

  • hrStorageTable describía áreas lógicas con límites fijos y expresaba lo que la entidad solicitante podía usar, no la capacidad bruta de un dispositivo.
  • Los valores de tamaño y uso contaban hrStorageAllocationUnits; interpretar el entero como bytes sin el multiplicador cambiaba la medida.
  • Las tablas de dispositivo, disco, partición y sistema de archivos conservaban otras vistas, y un índice cero podía significar que faltaba la relación.

Una cifra huérfana de pregunta

En una consola de gestión aparece el tamaño de un disco. En otra pantalla, el espacio disponible para una aplicación es menor. No hace falta que exista una avería: el formato y las referencias del sistema de archivos ocupan sectores; una cuota limita un área; el espacio de intercambio o un conjunto de búferes puede compartir el mismo soporte.

El error comienza cuando ambas observaciones se exportan bajo la etiqueta «capacidad de disco». El sistema receptor ya no sabe si contempla un dispositivo, una partición, un sistema de archivos o un límite lógico. Una diferencia legítima se convierte en una alarma fabricada por la pérdida de contexto.

La Host Resources MIB de 1993 debía funcionar sobre arquitecturas y sistemas operativos distintos. En vez de imponerles una única forma de organizar recursos, la RFC 1514 definió tablas conceptuales. Cada tabla respondía una pregunta acotada y permitía que el host conservara sus decisiones internas.

La reserva pertenecía a la vista del solicitante

La entrada en hrStorageTable correspondía a un área lógica ya asignada y con límites de recursos fijos. La cantidad era la realmente utilizable por la entidad solicitante y excluía la pérdida debida al formato o a la información de referencia del sistema de archivos.

El texto distinguía esas áreas, semejantes a lo que ve una aplicación, de las entidades físicas que suele ver el sistema operativo. Por eso una partición, un sistema de archivos, un segmento de RAM o el respaldo de memoria virtual podían compartir tabla sin compartir soporte físico.

La selección también excluía medios que no participaban en ese contrato. Una cinta o un disquete sin sistema de archivos no debía aparecer normalmente si el sistema no lo asignaba por fragmentos a las aplicaciones. Existir dentro del equipo no equivalía a ofrecer capacidad en esta superficie.

El tamaño necesitaba escala

hrStorageAllocationUnits señalaba cuántos bytes contenía cada objeto asignado. En una reserva de sectores, bloques, búferes o paquetes, el valor podía superar uno. hrStorageSize indicaba el número total de unidades y hrStorageUsed, cuántas estaban asignadas.

El total representado en bytes exigía multiplicación. Guardar solo el tamaño era conservar una coordenada sin escala. Si además la unidad variaba entre dos lecturas y el recolector unía los enteros, el gráfico mostraba un salto que podía pertenecer únicamente al cambio de representación.

La norma no obligó a todos los hosts a repartir almacenamiento en bytes individuales. Fijó el contrato mínimo para interpretar sistemas heterogéneos y dejó el tamaño local de bloque en manos de su implementación.

El inventario físico siguió visible

Había otra tabla para los dispositivos del host y tablas específicas para procesadores, interfaces, impresoras y discos. La tabla de discos describía dispositivos de almacenamiento duradero y su capacidad en kilobytes. Particiones y sistemas de archivos tenían identidades separadas.

Los enlaces entre capas eran datos, no supuestos. hrPartitionFSIndex podía ser cero si la partición no contenía un sistema de archivos o si no había información. hrFSStorageIndex relacionaba un sistema de archivos local con el área lógica apropiada para calcular uso y diagnosticar falta de espacio, pero también admitía cero cuando esa relación no estaba disponible.

El cero no demostraba que faltara un medio físico. Señalaba que la proyección de gestión no podía entregar el vínculo. Completarlo por intuición habría ocultado una limitación de evidencia.

Contar rechazos no reconstruía el daño

hrStorageAllocationFailures aumentaba cuando el área no podía satisfacer una solicitud por falta de almacenamiento. Su delta podía mostrar presión real aunque el muestreo periódico de uso no capturase el máximo. Aun así, no identificaba el proceso, el volumen rechazado, el usuario afectado, la duración, la pérdida de datos ni la recuperación.

La RFC 1514 recordaba que el Counter carecía de valor inicial definido, aunque recomendaba comenzar en cero. La RFC 2790 añadió que una estación de gestión no debía depender de esa inicialización. Una lectura solitaria no era un historial desde el arranque. Hacían falta una época continua y dos observaciones comparables.

El límite del área y los rechazos eran evidencias distintas. Ninguna cifra autorizaba por sí sola una narración de incidente.

Poder escribir no era tener permiso

La introducción de la RFC 1514 separó el nivel de acceso del objeto de la política administrativa de autorización. Read-write significaba que una escritura tenía sentido en el protocolo, no que cualquier gestor estuviera facultado para ejecutarla.

La RFC 2790 explicó por qué hrStorageSize podía ser modificable: en algunos sistemas tenía sentido cambiar la memoria dedicada a un conjunto de búferes o el disco reservado a memoria virtual. La operación dependía de la capacidad del sistema subyacente. El esquema describía posibilidad; la implementación aportaba mecanismo; la autorización elegía al actor.

La RFC 1514 no discutió seguridad. Su sucesora sí advirtió que los objetos legibles exponían configuración y rendimiento sensibles, y que las escrituras podían alterar el comportamiento del host. La evolución hizo explícito el coste de confundir observación con control.

La revisión conservó la ontología

La RFC 2790 sustituyó a la RFC 1514 en 2000 y convirtió el módulo a SMIv2. No borró la separación principal. Conservó las áreas lógicas con límites fijos, la vista del solicitante, la exclusión de sobrecarga, las unidades de asignación y las relaciones opcionales con sistemas de archivos.

El resultado histórico fue una interoperabilidad sin ficción. Los hosts no tenían que adoptar una arquitectura interna única. Debían publicar suficiente estructura para que un gestor remoto no confundiera el soporte físico con la capacidad asignable.

La regla sigue siendo útil: toda medida viaja con capa, identidad de fila, unidad, asociación y época. Si el recolector elimina esas condiciones, una cifra con muchos decimales puede parecer precisa mientras ha dejado de responder a una pregunta definida.

Fuentes