Neo SPCC envía neofs-node v0.52.0 con políticas de ubicación y revisión de mantenimiento
Neo SPCC ha lanzado neofs-node v0.52.0 junto con actualizaciones coordinadas del SDK de NeoFS Go y dos integraciones de GitHub Actions, presentando soporte de política de ubicación inicial, herramientas de mantenimiento ampliadas y cambios de configuración importantes en toda la pila. Los lanzamientos reflejan un cambio hacia el control granular de la ubicación de objetos y la compatibilidad con API 2.22 en toda la infraestructura de NeoFS.
NeoFS es la red de almacenamiento de objetos descentralizada y distribuida de Neo. La versión v0.52.0, con nombre en código “Woodo”, sigue a la v0.51.1, que introdujo nuevas herramientas CLI y correcciones de almacenamiento a principios de este año.
Lo que esto permite
Las políticas de ubicación inicial brindan a los operadores de contenedores control sobre dónde se almacenan inicialmente los objetos en la red, reemplazando el parámetro número_copias, ahora obsoleto, con una configuración max_replicas vinculada a la política de ubicación del contenedor. La herramienta de mantenimiento renombrada, neofs-lancet (anteriormente neofs-lens), ahora puede modificar el estado del almacenamiento además de inspeccionarlo, lo que permite a los operadores resincronizar metabases, vaciar cachés de escritura y eliminar objetos directamente. Los operadores de nodos de almacenamiento también pueden recargar la configuración de gRPC a través de la señal SIGHUP sin reiniciar los nodos.
Cambios en el nodo central
La adición principal en v0.52.0 es el soporte de política de ubicación inicial para contenedores. El parámetro número_copias en las solicitudes PUT de objetos ya no tiene ningún efecto; En su lugar, los operadores deben utilizar la configuración max_replicas en la política de ubicación inicial del contenedor.
El lanzamiento cambia el nombre de neofs-lens a neofs-lancet para reflejar el alcance ampliado de la herramienta. Los nuevos comandos incluyen meta resincronización, almacenamiento en caché de escritura, meta eliminación y eliminación de fstree, lo que brinda a los operadores control directo sobre los metadatos y el estado del almacenamiento.
Las mejoras de rendimiento incluyen la optimización de la policía (la policía ahora comienza desde un desplazamiento aleatorio e itera listas de objetos a nivel del motor), una nueva opción de configuración policial.boost_multiplier y una ejecución optimizada de solicitudes HEAD/GET locales. Las nuevas métricas de contador de objetos para objetos raíz, marca de tiempo, bloqueo, enlace y recolección de basura reemplazan el contador lógico anterior.
Cambios radicales y migración
Los desarrolladores que actualicen a la versión 0.52.0 deben tener en cuenta varios cambios importantes:
Los nodos de almacenamiento ahora eliminan permanentemente los objetos que pertenecen a contenedores no pagados. Según las notas de la versión, "los datos se eliminarán permanentemente de los fragmentos y la recuperación no es posible".
Se eliminaron la opción de configuración node.persistent_sessions.path (obsoleta desde v0.50.0), Storage.shards.resync_metabase y replicator.pool_size.
Los nodos de almacenamiento ya no migran automáticamente las metabases de la versión 5 a la 6 o de la versión 6 a la 7. Los operadores de versiones anteriores deben migrar usando SN v0.51.1 o resincronizar con v0.52.0.
Los nodos de almacenamiento devuelven respuestas sin firmar a solicitudes con API v2.22 o superior.
El indicador CLI --await está en desuso para los comandos de contenedor.
La versión requiere Go 1.25 o superior y actualiza las dependencias, incluidas neofs-sdk-go a v1.0.0-rc.18 y neo-go a v0.118.0.
Actualizaciones de SDK y acciones de GitHub
Neo SPCC también envió neofs-sdk-go v1.0.0-rc.18, el Go SDK para NeoFS, ahora compatible con API 2.22.
El SDK agrega una API AuthUser() para tokens de sesión y compatibilidad con políticas de ubicación inicial que reflejan el nodo principal. El paquete camarero está en desuso (ya no es necesario con API 2.21 o posterior) y PrmObjectPutInit.SetCopiesNumber está en desuso para coincidir con la transición de API 2.22 desde número_copias. El lanzamiento también soluciona varios problemas del token de sesión v2 y aplica los límites de tamaño de firma de API 2.22.
En el lado de CI/CD, gh-push-to-neofs v0.4.0 introduce cambios importantes en la configuración de la acción de GitHub utilizada para publicar archivos en NeoFS. NEOFS_NETWORK_DOMAIN se reemplaza por NEOFS_ENDPOINT, que acepta una dirección completa con esquema y puerto. NEOFS_HTTP_GATE se reemplaza por HTTP_URL_PREFIX para compatibilidad con CDN y puerta de enlace personalizada. La opción STRIP_PREFIX ahora siempre está habilitada.
La actualización gh-push-allure-report-to-neofs v0.2.0 agrega soporte para el historial de informes de prueba de Allure y actualiza su dependencia a gh-push-to-neofs v0.4.0. Los usuarios de la acción Allure deben seguir la guía de migración gh-push-to-neofs para actualizar sus variables de configuración.
Corrección de errores
La versión del nodo v0.52.0 aborda un punto muerto de GC en el cierre del almacenamiento local, problemas de verificación de firmas con objetos almacenados, fallas de reintento de transacciones de GAS y mejoras en la codificación de borrado para la evacuación de fragmentos.
La versión del SDK corrige el manejo de verbos del contenedor y los errores de identificador de objetos para objetos heredados en el token de sesión v2.
Las notas de la versión completa se pueden encontrar en el siguiente enlace: https://github.com/nspcc-dev/neofs-node/releases/tag/v0.52.0 https://github.com/nspcc-dev/neofs-sdk-go/releases/tag/v1.0.0-rc.18 https://github.com/nspcc-dev/gh-push-to-neofs/releases/tag/v0.4.0 https://github.com/nspcc-dev/gh-push-allure-report-to-neofs/releases/tag/v0.2.0