Neo SPCC lanzó NeoFS Node v0.54.0 “Ando” el 29 de junio, ofreciendo una nueva función de creación de contenedor atómico con eACL, importantes optimizaciones del rendimiento de la codificación de borrado y siete correcciones de errores en el nodo de almacenamiento y los componentes del anillo interior. La versión no requiere migración desde la versión 0.53.0.
Creación de eACL atómica
v0.54.0 presenta la creación atómica de eACL (PR #4006), que permite la creación de contenedores y el adjunto de la lista de control de acceso extendida que se enviarán en una sola llamada RPC. Las eACL proporcionan reglas de control de acceso detalladas basadas en atributos para contenedores NeoFS, ampliando el sistema ACL básico más simple.
Anteriormente, configurar un contenedor con reglas de acceso personalizadas requería dos viajes de ida y vuelta de red separados: uno para crear el contenedor y un segundo para adjuntar la tabla eACL. El nuevo enfoque agrupa ambas operaciones en una única transacción de cadena FS, lo que garantiza que ambas tengan éxito o fracasen. El neofs-cli container create El comando gana un nuevo --eacl indicador que acepta un archivo de tabla JSON o eACL codificado en binario.
En el lado del anillo interior, el procesador de contenedores ahora valida y aplica una tabla eACL opcional al procesar CreateContainerV2 Eventos notariales. La característica depende de los cambios introducidos en NeoFS SDK RC20.
Optimizaciones de rendimiento
Cuatro mejoras de rendimiento apuntan a operaciones de ruta de lectura en diferentes escenarios de almacenamiento.
La versión optimiza las solicitudes GET para objetos con código de borrado que no requieren una recuperación EC completa (PR #3996). Cuando los datos solicitados ya están presentes en el nodo local o en el primer titular de la parte de datos, NeoFS ahora transmite directamente desde esa fuente en lugar de ensamblar todas las partes EC.
También se ha modificado el reenvío de solicitudes (PR #4008, #4021). Cuando un nodo de almacenamiento reenvía solicitudes GET, HEAD, SEARCH o RANGE a otro nodo, previamente volvió a firmar la solicitud reenviada en cada intento. La firma ahora ocurre como máximo una vez por solicitud, con mejoras adicionales en la lógica de selección de nodos. Los titulares primarios se prueban primero para los contenedores REP, y se barajan para equilibrar la carga.
El ensamblaje de objetos divididos ahora captura previamente los objetos secundarios simultáneamente durante la transmisión (PR #4014, #4042). Los objetos grandes de varias partes previamente buscaban a cada niño de forma secuencial. Un nuevo enfoque canalizado utiliza una ventana de anticipación configurable para buscar previamente los elementos secundarios posteriores en segundo plano mientras un elemento secundario transmite al cliente, lo que reduce la latencia GET de un extremo a otro para archivos grandes.
Las lecturas de rango de FSTree se han optimizado para utilizar la búsqueda adecuada en lugar de copiar bytes omitidos a un receptor no operativo (PR #4016), lo que reduce la sobrecarga de la CPU en operaciones RANGE para objetos no comprimidos.
Corrección de errores
El lanzamiento soluciona siete errores, tres de los cuales son de particular interés.
Las lecturas de objetos a distancia desde el backend de FSTree podrían devolver más bytes de carga útil de los solicitados (PR #4046, #4051). La lógica de limitación de rango no tuvo en cuenta correctamente los bytes que ya estaban presentes en su prefijo del búfer de lectura. El mismo PR también corrigió rangos incorrectos de piezas EC remotas utilizadas durante las verificaciones policiales, que compartían una causa raíz en los cálculos de límites de rango.
Las solicitudes GET marcadas como solo de carga útil podrían rechazarse incorrectamente durante las nuevas comprobaciones de eACL (PR n.° 4024, n.° 4029). Cuando una solicitud omitía el encabezado del objeto, el nodo no lograba coincidir con las reglas eACL basadas en atributos, lo que bloqueaba el acceso de los usuarios que dependían de esas reglas.
El neofs-ir La métrica de época no se completó al inicio y no se actualizó después de la pérdida de conexión de la cadena FS (problema #4035), lo que provocó que los paneles de monitoreo mostraran datos de época incorrectos.
Las correcciones adicionales abordaron un pánico en el nodo de almacenamiento al iniciar sin el servicio de control configurado, y problemas de escaneo de protobuf y carrera de datos en el manejo de respuesta EC GET.
Dependencias y actualización
NeoFS Node v0.54.0 actualiza su dependencia de NeoGo a v0.120.0, que parchea múltiples vulnerabilidades de seguridad, y de NeoFS SDK a RC20, que proporciona soporte subyacente para la creación atómica de eACL.
No se requieren cambios de configuración ni migraciones de metabase para actualizar desde la versión 0.53.0. Los binarios están disponibles para Linux, macOS y Windows en arquitecturas amd64 y arm64.
Las notas de la versión completas se pueden encontrar en el siguiente enlace:
https://github.com/nspcc-dev/neofs-node/releases/tag/v0.54.0
