NetApp Backup and Recovery amplía la protección de Kubernetes a los drivers economy de Trident

NetApp documenta para el 26 de octubre una mejora de Backup and Recovery para PVC provisionados por ontap-nas-economy y ontap-san-economy, incluidos en Trident Protect 26.10. La captura protege la unidad de almacenamiento subyacente —el FlexVol o el LUN, según el driver—, mientras que la restauración puede recuperar un PVC individual. Para los equipos, esa separación entre granularidad de copia y de restauración es el detalle que cambia la planificación del backup.

La versión reúne tres cambios más para Kubernetes: instantáneas de grupos de volúmenes, alertas agrupadas por aplicación y destinos de almacenamiento de objetos compatibles con S3. La entrada aparece bajo el 26 de octubre, aunque la página de notas está fechada el 29. Es una novedad documentada para el producto; no afirma que todas las instalaciones hayan recibido ya la función ni que cualquier clúster quede protegido sin configuración adicional.

Qué cambia con los drivers economy

Trident permite compartir estructuras ONTAP entre varias reclamaciones para aprovechar mejor el almacenamiento. Con ontap-nas-economy, cada persistent volume claim (PVC) se materializa como un qtree dentro de un FlexVol; con ontap-san-economy, cada reclamación se presenta como un LUN, y varios LUN pueden residir en un FlexVol. La guía de arquitectura de Trident explica este modelo, mientras que las notas de Backup and Recovery confirman la nueva protección de esos PVC.

La copia cubre el FlexVol o el LUN subyacente completo, según el diseño, y desde esa copia puede restaurarse un PVC concreto. No significa que el trabajo de protección capture solo una reclamación aislada ni convierte el aprovisionamiento compartido en almacenamiento dedicado por aplicación. Copia y restauración tienen granularidades distintas; confundirlas puede complicar la estimación de capacidad o el procedimiento de recuperación.

-InfraCrew dice: El selector de restauración puede ser fino aunque la copia venga de una unidad compartida; conviene entender ambas cosas antes del simulacro.-

Instantáneas, alertas y destinos de objeto

La publicación también añade volume group snapshots para agrupar varios volúmenes de una aplicación Kubernetes en una instantánea conjunta de tipo crash-consistent. Ese punto coordinado ayuda frente a una caída, pero no equivale por sí solo a consistencia de aplicación ni sustituye la coordinación nativa de una base de datos. La protección captura un estado común; las garantías lógicas dependen de cómo la aplicación gestione sus escrituras.

Las alertas pasan a enviarse una vez por aplicación Kubernetes y no una vez por volumen. En clústeres con muchas reclamaciones puede reducir ruido y hacer más visible qué servicio requiere atención. La nota describe el agrupamiento, no una taxonomía nueva de causas, así que los operadores aún necesitan localizar dentro de la aplicación qué volumen o componente origina el problema.

NetApp añade destinos de almacenamiento de objetos compatibles con S3 para datos y recursos de aplicaciones, configurando credenciales y políticas de protección. Las notas no afirman que cualquier endpoint S3 ni cualquier configuración de inmutabilidad funcione automáticamente. Hay que validar el servicio concreto y sus permisos antes de tratarlo como una copia externa recuperable.

-InfraCrew dice: Un destino que habla S3 resuelve una interfaz; la política de retención y la prueba de lectura siguen siendo trabajo de operaciones.-

Qué conviene validar antes de ampliar políticas

El soporte resulta relevante para clústeres que usan qtrees o LUN agrupados. No obliga a migrar de driver ni convierte economy en la opción adecuada para todas las cargas. La guía de Trident 25.10 señala que las capacidades varían entre drivers y que algunas operaciones no son granulares por PVC; los volúmenes que comparten un FlexVol pueden compartir programación para ciertas funciones. Esa guía explica la arquitectura, pero no sustituye la matriz vigente de Trident Protect 26.10.

Antes de ampliar una política, inventaría qué StorageClass utiliza cada aplicación, qué driver la sirve y qué volúmenes comparten un FlexVol. Contrasta ese mapa con el objetivo de recuperación: restaurar un PVC, recuperar varios volúmenes coordinados o volver a desplegar también los recursos Kubernetes. Una copia de volumen no equivale a proteger manifiestos, secretos y dependencias de la aplicación, salvo que la política cubra esos recursos explícitamente.

La primera prueba debe usar una aplicación representativa y un entorno aislado: comprueba qué reclamaciones aparecen como protegibles, restaura un PVC y valida montaje y funcionamiento de la carga. Para una instantánea de grupo, confirma qué volúmenes entraron en el conjunto y qué consistencia ofrece la aplicación. Si el destino es compatible con S3, prueba también la lectura y recuperación desde ese repositorio; una tarea de copia en verde no demuestra que el camino inverso funcione durante un incidente.

-InfraCrew dice: El indicador responde “terminó”; la restauración confirma si alguien podrá volver a trabajar.-

La actualización amplía la cobertura y puede facilitar recuperaciones parciales, pero la frontera sigue en el diseño del almacenamiento y en las garantías concretas de cada función. Una copia puede abarcar recursos compartidos, algunas capacidades dependen del driver y un estado crash-consistent no es una transacción de base de datos. Mantener claras esas diferencias permite probar la restauración más granular sin atribuir a la plataforma garantías que sus notas no prometen.

Diccionario de la Crew

persistent volume claim (PVC) — Solicitud de almacenamiento persistente que una carga Kubernetes usa para obtener un volumen.

qtree — Estructura lógica de ONTAP que permite provisionar varios volúmenes persistentes dentro de un FlexVol.

LUN — Unidad lógica de almacenamiento en bloque presentada a un host o una carga.

FlexVol — Volumen lógico de ONTAP que puede alojar datos y varias unidades provisionadas por drivers economy.

crash-consistent — Estado equivalente al que deja una caída repentina; no garantiza que la aplicación coordinara escrituras para conservar su consistencia lógica.

S3 — Interfaz de almacenamiento de objetos compatible con Amazon S3; la compatibilidad debe comprobarse para el servicio concreto.