Resumen

  • RFC 9561 mapea el layout SCSI de pNFS a identificadores de namespace, claves de reserva, fencing y vaciado de caché de NVMe.
  • NGUID identifica una meta, Preempt solicita un cambio de reserva y Flush acredita un límite concreto de almacenamiento; ninguno confirma por sí solo el estado final del archivo.
  • La prueba completa enlaza Host Identifier, controladores, reserva vigente, rechazo posterior al fencing, caché, LAYOUTCOMMIT y lectura desde la aplicación.

El servidor de metadatos devuelve éxito a LAYOUTCOMMIT. El panel lo convierte en una operación terminada. Pero todavía no sabemos si el cliente viejo perdió todos los caminos, si los bytes salieron de la caché volátil ni si la aplicación leyó el estado esperado. RFC 9561 normaliza las piezas, no borra las distancias entre ellas.

Publicado en abril de 2024 como Standards Track del IETF, RFC 9561 no sustituye el layout SCSI de RFC 8154. Mapea sus conceptos a NVMe y funciona con controladores sobre PCIe, RDMA, TCP o Fibre Channel.

Nombrar el namespace no observa el dato

El namespace debe ofrecer EUI64 o NGUID. El designador binario de pNFS contiene uno de los dos y su longitud XDR —ocho o dieciséis octetos— indica cuál es. Esta precisión evita ambigüedad en el cable.

No demuestra contenido, actualidad ni coherencia entre caminos. Las claves de reserva NVMe se aplican a todos los controladores asociados con un mismo Host Identifier. Por eso una reserva sólo puede interpretarse junto al inventario real de controladores e identidades de host.

El fencing debe producir rechazo observable

Antes de entregar el volumen, el MDS registra su clave y adquiere una reserva Exclusive Access – Registrants Only. Para expulsar a un cliente que no responde, emite Preempt o Preempt and Abort con la clave propia y la del objetivo. Reservation Conflict permite que el cliente reconozca el fencing.

El resultado requerido por RFC 8154 es más fuerte que el recibo del comando: toda E/S del cliente expulsado debe ser rechazada. Hace falta comparar la reserva antes y después y probar cada camino. Una preemption correcta dirigida al inventario equivocado no acredita aislamiento completo.

Si una orden NVMe devuelve un error no reintentable con DNR, el cliente debe commitear los layouts afectados mediante el MDS, devolver los pendientes, olvidar el dispositivo y retirar su clave. Esa obligación normativa no es una telemetría de ejecución.

La persistencia depende de una condición visible

Cuando VWC y WCE activan una caché volátil, el MDS debe completar NVMe Flush antes de responder a LAYOUTCOMMIT. El estándar equipara esa orden con SCSI SYNCHRONIZE CACHE. El éxito puede sostener una afirmación concreta sobre almacenamiento estable, siempre que namespace, estado de caché, orden y terminación sean los correctos.

No prueba replicación, lectura futura ni commit de negocio. Tampoco la seguridad NFS/RPC del canal al MDS protege automáticamente el camino NVMe. NVMe/TCP puede usar TLS; PCIe puede carecer de una protección adicional equivalente. NFS autoriza usuarios y archivos; NVMe, iniciadores y volúmenes. El cliente debe mantener el vínculo.

La lección de capas de realidad de Lu Heng es operativa: un símbolo, una configuración, un comando ejecutado y un efecto observado no son intercambiables.