Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Lo nuevo

Colaboradores RSS
PDF

Las notas de la versión ofrecen información sobre nuevas funciones, mejoras y correcciones de errores en la última versión de Astra Trident.

Advertencia El tridentctl binario para Linux que se proporciona en el archivo zip del instalador es la versión probada y compatible. Tenga en cuenta que macos el binario proporcionado en /extras la parte del archivo zip no se ha probado ni se admite.

¿Cuáles son las novedades de 24,06

Mejoras

  • IMPORTANTE: El limitVolumeSize parámetro ahora limita el tamaño de qtree/LUN en los controladores económicos de ONTAP. Utilice el parámetro new limitVolumePoolSize para controlar los tamaños de FlexVol en esos controladores. ("Problema n.o 341").

  • Se ha añadido la capacidad de reparación automática de iSCSI para iniciar análisis de SCSI con un ID de LUN exacto si se están utilizando iGroups obsoletos ("Problema n.o 883").

  • Se ha añadido compatibilidad con operaciones de clones de volúmenes y cambio de tamaño que se permite incluso cuando el back-end está en modo suspendido.

  • Se ha añadido la capacidad para que los ajustes de registro configurados por el usuario promuevan la controladora Trident a los pods de nodos de Astra Trident.

  • Se ha añadido compatibilidad en Astra Trident para utilizar REST DE forma predeterminada, en lugar de ZAPI para las versiones 9.15.1 y posteriores de ONTAP.

  • Se ha añadido soporte para nombres de volúmenes y metadatos personalizados en los back-ends de almacenamiento de ONTAP para los nuevos volúmenes persistentes.

  • Se ha mejorado azure-netapp-files el controlador (ANF) para habilitar automáticamente el directorio Snapshot de forma predeterminada cuando las opciones de montaje de NFS se establecen para utilizar NFS versión 4.x.

  • Se ha añadido soporte para Bottlerocket para volúmenes NFS.

  • Se ha añadido soporte de previsualización técnica para Google Cloud NetApp Volumes.

Kubernetes

  • Añadido soporte para Kubernetes 1,30.

  • Se ha añadido la capacidad de Astra Trident DaemonSet para limpiar montajes zombis y archivos de seguimiento residual al inicio ("Problema n.o 883").

  • Se ha agregado una anotación de PVC trident.netapp.io/luksEncryption para importar dinámicamente volúmenes LUKS ("Problema n.o 849").

  • Se añadió el reconocimiento de topología al controlador de ANF.

  • Se ha agregado compatibilidad con nodos de Windows Server 2022.

Soluciones

  • Se han corregido los fallos de instalación de Astra Trident debido a transacciones obsoletas.

  • Se ha corregido el tridentctl para ignorar los mensajes de advertencia de Kubernetes ("Problema n.o 892").

  • Se ha cambiado la prioridad de la controladora Astra Trident SecurityContextConstraint a 0 ("Problema n.o 887").

  • Los controladores ONTAP ahora aceptan tamaños de volumen inferiores a 20MiB ("Problema[#885").

  • Se corrigió Astra Trident para evitar que se redujeran los FlexVols durante la operación de cambio de tamaño del controlador ONTAP-SAN.

  • Se corrigió un error de importación de volúmenes de ANF con NFS v4,1.

Amortización

  • Se ha eliminado el soporte para EOL Windows Server 2019.

Cambios en 24,02

Mejoras

  • Se ha añadido soporte para Cloud Identity.

    • AKS con ANF: La identidad de carga de trabajo de Azure se utilizará como identidad de nube.

    • EKS con FSxN - El rol AWS IAM se utilizará como identidad en la nube.

  • Soporte añadido para instalar Astra Trident como complemento en el clúster EKS desde la consola de EKS.

  • Se ha añadido la capacidad de configurar y deshabilitar la reparación automática de iSCSI ("Problema n.o 864").

  • Se ha añadido la personalidad de FSx a los controladores de ONTAP para permitir la integración con IAM y SecretsManager de AWS, y para permitir que Astra Trident elimine volúmenes FSx con backups ("Problema n.o 453").

Kubernetes

  • Añadido soporte para Kubernetes 1,29.

Soluciones

  • Se corrigieron los mensajes de advertencia de ACP cuando ACP no está activado ("Problema n.o 866").

  • Se añadió un retraso de 10 segundos antes de ejecutar una división de clones durante la eliminación de copias de Snapshot para controladores ONTAP cuando se asocia un clon a la copia de Snapshot.

Amortización

  • Se ha eliminado el marco de atestaciones in-toto de los manifiestos de imágenes multiplataforma.

Cambios en 23,10

Soluciones

  • Expansión de volumen fija si un nuevo tamaño solicitado es menor que el tamaño total del volumen para los controladores de almacenamiento ONTAP-nas y ONTAP-nas-FlexGroup ("Problema n.o 834").

  • Tamaño de volumen fijo para mostrar solo el tamaño utilizable del volumen durante la importación para controladores de almacenamiento ONTAP-nas y ONTAP-nas-FlexGroup ("Problema n.o 722").

  • Conversión de nombres FlexVol fija para ONTAP-NAS-Economy.

  • Se ha solucionado el problema de inicialización de Astra Trident en un nodo de Windows cuando se reinicia el nodo.

Mejoras

Kubernetes

Añadido soporte para Kubernetes 1,28.

Astra Trident

  • Soporte añadido para el uso de Azure Managed Identity (AMI) con controlador de almacenamiento de archivos de azure-netapp.

  • Se añadió compatibilidad con NVMe over TCP para el controlador ONTAP-SAN.

  • Se ha añadido la capacidad para pausar el aprovisionamiento de un volumen cuando el backend está definido en estado suspendido por el usuario ("Problema n.o 558").

Funciones avanzadas disponibles en Astra Control

Con Astra Trident 23,10, un nuevo componente de software llamado Astra Control Provisioning está disponible para los usuarios con licencia de Astra Control. Este aprovisionador ofrece acceso a un superconjunto de funciones avanzadas de aprovisionamiento de almacenamiento y gestión más allá de las que Astra Trident es compatible por sí mismo. Para la versión 23,10, estas funciones incluyen:

  • Funcionalidades de backup y restauración para aplicaciones con back-ends de almacenamiento respaldados por controladores económicos de ontap-nas

  • Seguridad de back-end del almacenamiento mejorada con cifrado Kerberos 5

  • Recuperación de datos mediante un snapshot

  • Mejoras de SnapMirror

"Obtén más información sobre el aprovisionador de Astra Control."

Cambios en 23.07.1

Kubernetes: Se ha corregido la eliminación de daemonset para admitir actualizaciones de cero tiempo de inactividad ("Problema n.o 740").

Cambios en 23,07

Soluciones

Kubernetes

  • Se ha corregido la actualización de Trident para ignorar los pods antiguos atascados en estado de finalización ("Problema n.o 740").

  • Se ha agregado tolerancia a la definición de «transient-Trident-version-pod» ("Problema n.o 795").

Astra Trident

  • Se han corregido las solicitudes de ZAPI de ONTAP para garantizar que se consulten los números de serie de LUN al obtener atributos de LUN para identificar y corregir dispositivos iSCSI fantasma durante las operaciones de almacenamiento en caché de nodos.

  • Se ha corregido el manejo de errores en el código del controlador de almacenamiento ("Problema n.o 816").

  • Se corrigió el cambio de tamaño de la cuota al utilizar controladores ONTAP con use-rest=true.

  • Creación de clones LUN fijos en ontap-san-economy.

  • Revertir el campo de información de publicación de rawDevicePath a devicePath; Lógica agregada para rellenar y recuperar (en algunos casos) devicePath el campo.

Mejoras

Kubernetes

  • Se añadió compatibilidad para importar snapshots aprovisionadas previamente.

  • Minimización de la implementación y el inicio de los permisos de linux ("Problema n.o 817").

Astra Trident

  • Ya no se notifica el campo de estado para volúmenes y copias Snapshot «en línea».

  • Actualiza el estado del backend si el backend de ONTAP está fuera de línea ("Problemas #801", "N.o 543").

  • El número de serie de LUN siempre se recupera y se publica durante el flujo de trabajo ControllerVolumePublish.

  • Se ha agregado lógica adicional para verificar el tamaño y el número de serie del dispositivo multivía iSCSI.

  • Verificación adicional de los volúmenes iSCSI para garantizar que se deja sin almacenar el dispositivo multivía correcto.

Mejora experimental

Se ha añadido soporte de vista previa técnica para NVMe over TCP para el controlador ONTAP-SAN.

Documentación

Se han realizado muchas mejoras organizativas y de formato.

Amortización

Kubernetes

  • Se ha eliminado el soporte para las instantáneas v1beta1.

  • Se ha eliminado la compatibilidad con los volúmenes previos a CSI y las clases de almacenamiento.

  • Se actualizó el mínimo admitido de Kubernetes a 1,22.

Cambios en 23,04

Importante La fuerza de desconexión de volúmenes para volúmenes ONTAP-SAN-* solo es compatible con las versiones de Kubernetes con la puerta de la función de apagado de nodos no agraciados habilitada. Forzar desconexión debe estar activado en el momento de la instalación mediante --enable-force-detach el indicador de instalador de Trident.

Soluciones

  • Se ha corregido el operador Trident para usar IPv6 localhost para la instalación cuando se especifica en SPEC.

  • Se corrigieron los permisos de rol de cluster de operador de Trident para estar sincronizados con los permisos de grupo ("Problema n.o 799").

  • Se ha solucionado el problema al conectar un volumen de bloques sin configurar en varios nodos en el modo RWX.

  • Compatibilidad con clonado de FlexGroup fijo e importación de volúmenes para volúmenes de SMB.

  • Se solucionó el problema por el que el controlador Trident no podía cerrarse inmediatamente ("Problema n.o 811").

  • Se agregó una corrección para mostrar todos los nombres de igroup asociados con un LUN especificado aprovisionado con controladores ontap-san-*.

  • Se ha agregado una corrección para permitir que los procesos externos se ejecuten hasta su finalización.

  • Se ha corregido el error de compilación para la arquitectura s390 ("Problema n.o 537").

  • Se solucionó el nivel de registro incorrecto durante las operaciones de montaje de volúmenes ("Problema n.o 781").

  • Se ha corregido el error de afirmación de tipo potencial ("Problema n.o 802").

Mejoras

  • Kubernetes:

    • Añadido soporte para Kubernetes 1,27.

    • Se ha añadido soporte para importar volúmenes LUKS.

    • Se ha añadido soporte para el modo de acceso de PVC ReadWriteOncePod.

    • Se añadió compatibilidad con la desconexión forzada para volúmenes ONTAP-SAN-* durante los escenarios de apagado de nodos sin gracia.

    • Todos los volúmenes de ONTAP-SAN-* ahora utilizarán iGroups por nodo. Las LUN solo se asignarán a iGroups, mientras que se publicarán de forma activa en esos nodos para mejorar nuestra política de seguridad. Los volúmenes existentes se cambiarán de forma oportunista al nuevo esquema de igroup cuando Trident determine que es seguro hacerlo sin afectar a las cargas de trabajo activas ("Problema n.o 758").

    • Mejora en la seguridad de Trident mediante la limpieza de los iGroups gestionados por Trident sin utilizar de los back-ends ONTAP-SAN-*.

  • Se ha añadido soporte para volúmenes SMB con Amazon FSx para la economía de ontap-nas y los controladores de almacenamiento de ontap-nas-flexgroup.

  • Se añadió compatibilidad con recursos compartidos SMB con los controladores de almacenamiento ONTAP-nas, ontap-nas y ontap-nas-flexgroup.

  • Se ha agregado compatibilidad con los nodos arm64 ("Problema n.o 732").

  • Se ha mejorado el procedimiento de apagado de Trident desactivando los servidores API en primer lugar ("Problema n.o 811").

  • Agregado soporte de compilación multiplataforma para hosts Windows y arm64 a Makefile; consulte BUILD.md.

Amortización

Kubernetes: Los grupos de iniciadores con ámbito de respaldo ya no se crearán al configurar los controladores ONTAP-san y ONTAP-san-economy ("Problema n.o 758").

Cambios en 23.01.1

Soluciones

  • Se ha corregido el operador Trident para usar IPv6 localhost para la instalación cuando se especifica en SPEC.

  • Se corrigieron los permisos de rol de cluster de operador de Trident para estar sincronizados con los permisos de grupo "Problema n.o 799".

  • Se ha agregado una corrección para permitir que los procesos externos se ejecuten hasta su finalización.

  • Se ha solucionado el problema al conectar un volumen de bloques sin configurar en varios nodos en el modo RWX.

  • Compatibilidad con clonado de FlexGroup fijo e importación de volúmenes para volúmenes de SMB.

Cambios en 23,01

Importante Kubernetes 1,27 ahora es compatible con Trident. Actualice Astra Trident antes de actualizar Kubernetes.

Soluciones

  • Kubernetes: Se han añadido opciones para excluir la creación de políticas de seguridad de Pod para reparar las instalaciones de Trident a través de Helm ("Cuestiones #783, #794").

Mejoras

Kubernetes

  • Añadido soporte para Kubernetes 1,26.

  • Mejora general de la utilización de recursos de control de acceso basado en roles deTrident ("Problema n.o 757").

  • Se agregó la automatización para detectar y corregir sesiones iSCSI rotas o obsoletas en los nodos de host.

  • Compatibilidad añadida para ampliar volúmenes cifrados de LUKS.

  • Kubernetes: Compatibilidad con rotación de credenciales añadida para volúmenes cifrados de LUKS.

Astra Trident

  • Se ha agregado compatibilidad para volúmenes SMB con Amazon FSX para ONTAP al controlador de almacenamiento ontap-nas.

  • Se añadió soporte para permisos NTFS cuando se utilizan volúmenes SMB.

  • Se ha agregado soporte para pools de almacenamiento para volúmenes de GCP con el nivel de servicio CVS.

  • Se ha añadido compatibilidad para el uso opcional de flexgroupagregarList al crear FlexGroups con el controlador de almacenamiento ontap-nas-flexgroup.

  • Rendimiento mejorado para el controlador de almacenamiento ONTAP-nas-Economy al gestionar múltiples FlexVols.

  • Actualizaciones de datLIF activadas para todas las controladoras de almacenamiento NAS de ONTAP.

  • Se han actualizado la convención de nomenclatura Trident Deployment y DemonSet para reflejar el sistema operativo del nodo del host.

Amortización

  • Kubernetes: Se ha actualizado el mínimo admitido de Kubernetes a 1.21.

  • Los LIF de datos ya no deben especificarse durante la configuración ontap-san o ontap-san-economy los controladores.

Cambios en 22,10

Debe leer la siguiente información crítica antes de actualizar a Astra Trident 22.10.

Advertencia
<strong> información de las Ocampo sobre la Astra Trident 22.10 </strong>

  • Kubernetes 1,25 ahora es compatible con Trident. Debe actualizar Astra Trident a 22.10 antes de actualizar a Kubernetes 1.25.

  • Ahora, Astra Trident aplica estrictamente el uso de configuración multivía en entornos SAN, con un valor recomendado de find_multipaths: no en archivo multipath.conf.

    El uso de una configuración que no sea multivía o el uso find_multipaths: yes o find_multipaths: smart un valor en el archivo multipath.conf provocará errores de montaje. Trident ha recomendado el uso de find_multipaths: no desde la versión 21,07.

Soluciones

  • Se ha solucionado el problema específico del backend de ONTAP creado mediante credentials el campo que no se conectaba durante la actualización de 22.07.0 ("Problema n.o 759").

  • Docker: Se ha corregido un problema que provocaba que el plugin de volumen de Docker no se iniciara en algunos entornos ("Problema n.o 548" y "Problema n.o 760").

  • Se ha solucionado el problema de SLM específico de los back-ends DE SAN de ONTAP para garantizar que solo se publicara un subconjunto de LIF de datos que pertenecen a nodos de generación de informes.

  • Se ha solucionado un problema de rendimiento por el que se realizaron análisis innecesarios de LUN iSCSI al conectar un volumen.

  • Se han eliminado reintentos granulares en el flujo de trabajo iSCSI de Astra Trident para fallar rápidamente y reducir los intervalos de reintentos externos.

  • Se solucionó un problema cuando se devolvió un error al vaciar un dispositivo iSCSI cuando ya se había vaciado el dispositivo multivía correspondiente.

Mejoras

  • Kubernetes:

    • Añadido soporte para Kubernetes 1,25. Debe actualizar Astra Trident a 22.10 antes de actualizar a Kubernetes 1.25.

    • Se ha agregado una cuenta de servicio, ClusterRole y ClusterRoleBinding aparte para la implementación de Trident y DemonSet para permitir futuras mejoras de permisos.

    • Añadido soporte para "uso compartido de volúmenes entre espacios de nombres".

  • Todos los controladores de almacenamiento de Trident ontap-* ahora funcionan con la API de REST DE ONTAP.

  • Se ha añadido un nuevo operador yaml (bundle_post_1_25.yaml) sin A PodSecurityPolicy para admitir Kubernetes 1,25.

  • Agregado "Compatibilidad con volúmenes cifrados LUKS" para ontap-san y ontap-san-economy controladores de almacenamiento.

  • Se ha agregado compatibilidad con nodos de Windows Server 2019.

  • Se añade "Compatibilidad con volúmenes SMB en nodos de Windows" a través azure-netapp-files del controlador de almacenamiento.

  • La detección de conmutación automática de MetroCluster para controladores ONTAP está disponible por lo general.

Amortización

  • Kubernetes: Se actualizó el mínimo admitido de Kubernetes a 1,20.

  • Se ha eliminado el controlador Astra Data Store (ADS).

  • Se ha quitado la compatibilidad con yes las opciones find_multipaths y smart para la configuración de la multivía del nodo del trabajador para iSCSI.

Cambios en 22,07

Soluciones

Kubernetes

  • Se ha solucionado el problema para manejar los valores booleanos and Number para el selector de nodos cuando se configura Trident con Helm o el operador de Trident. ("GitHub Número 700")

  • Se ha solucionado el problema al gestionar errores de ruta no CHAP, de modo que kubelet lo volverá a intentar si falla. "GitHub Número 736")

Mejoras

  • Pasar de k8s.gcr.io a registry.k8s.io como registro predeterminado para las imágenes CSI

  • Los volúmenes de ONTAP-SAN ahora utilizan iGroups por nodo y solo asignan LUN a iGroups, mientras se publican de forma activa en esos nodos para mejorar nuestra política de seguridad. Los volúmenes existentes se cambiarán de forma oportunista al nuevo esquema de igroup cuando Astra Trident determine que es seguro hacerlo sin afectar a las cargas de trabajo activas.

  • Se incluye un ResourceQuota con las instalaciones de Trident para garantizar que Trident DemonSet se programe cuando el consumo de PriorityClass esté limitado de forma predeterminada.

  • Se ha añadido compatibilidad con las funciones de red al controlador Azure NetApp Files. ("GitHub Número 717")

  • Se ha añadido una vista previa tecnológica con detección automática de conmutación de MetroCluster a los controladores de ONTAP. ("GitHub Número 228")

Amortización

  • Kubernetes: Se actualizó el mínimo admitido de Kubernetes a 1,19.

  • La configuración de back-end ya no permite múltiples tipos de autenticación en una única configuración.

Absorciones

  • Se ha eliminado el controlador CVS de AWS (obsoleto desde 22.04).

  • Kubernetes

    • Se eliminó la capacidad SYS_ADMIN innecesaria de los POD de nodos.

    • Reduce la preparación de nodos a una información de host sencilla y la detección de servicios activos para confirmar que los servicios NFS/iSCSI están disponibles en los nodos de trabajo.

Documentación

Se ha añadido una nueva "Estándares de seguridad de POD"sección (PSS) con detalles de los permisos habilitados por Astra Trident en la instalación.

Cambios en 22,04

NetApp mejora y mejora continuamente sus productos y servicios. Estas son algunas de las últimas funciones de Astra Trident. Para versiones anteriores, consulte "Versiones anteriores de la documentación" .

Importante Si va a actualizar desde una versión anterior de Trident y utiliza Azure NetApp Files, el locationparámetro config ahora es un campo singleton obligatorio.

Soluciones

  • Análisis mejorado de nombres de iniciadores iSCSI. ("GitHub Número 681")

  • Se ha solucionado un problema en el que no se permitían los parámetros de clase de almacenamiento CSI. ("GitHub Número 598")

  • Se ha corregido la declaración de clave duplicada en Trident CRD. ("GitHub Número 671")

  • Se han corregido registros de instantánea CSI imprecisos. ("GitHub Número 629"))

  • Se ha solucionado el problema con la anulación de la publicación de volúmenes en nodos eliminados. ("GitHub Número 691")

  • Se ha añadido el tratamiento de incoherencias del sistema de archivos en dispositivos de bloque. ("GitHub Número 656")

  • Se ha solucionado el problema de extracción de imágenes de soporte automático al establecer imageRegistry el indicador durante la instalación. ("GitHub Número 715")

  • Se solucionó el problema en el que el controlador Azure NetApp Files no pudo clonar un volumen con varias reglas de exportación.

Mejoras

  • Las conexiones entrantes con los extremos seguros de Trident ahora requieren un mínimo de TLS 1.3. ("GitHub Número 698")

  • Trident ahora añade encabezados HSTS a las respuestas desde sus extremos seguros.

  • Trident ahora intenta habilitar automáticamente la función de permisos de unix de Azure NetApp Files.

  • Kubernetes: El demonset de Trident ahora se ejecuta en la clase prioritaria del nodo-sistema. ("GitHub Número 694")

Absorciones

Se ha quitado el controlador E-Series (desactivado desde 20.07).

Cambios en 22.01.1

Soluciones

  • Se ha solucionado el problema con la anulación de la publicación de volúmenes en nodos eliminados. ("GitHub Número 691")

  • Alerta fija al acceder a campos nulos para añadir espacio en respuestas de la API de ONTAP.

Cambios en 22.01.0

Soluciones

  • Kubernetes: aumente el tiempo de reintento de retroceso de registro de nodos para clústeres grandes.

  • Problema fijo donde el controlador Azure-netapp-files podría confundirse con varios recursos con el mismo nombre.

  • Los LIF de datos IPv6 DE SAN de ONTAP ahora funcionan si se especifican con paréntesis.

  • Un problema fijo en el que intentar importar un volumen ya importado devuelve EOF dejando PVC en estado pendiente. ("GitHub Número 489")

  • Problema corregido cuando el rendimiento de Astra Trident se ralentiza cuando se crean más de 32 instantáneas en un volumen SolidFire.

  • Se reemplazó SHA-1 por SHA-256 en la creación de certificados SSL.

  • Se corrigió el controlador Azure NetApp Files para permitir nombres de recursos duplicados y limitar operaciones a una sola ubicación.

  • Se corrigió el controlador Azure NetApp Files para permitir nombres de recursos duplicados y limitar operaciones a una sola ubicación.

Mejoras

  • Mejoras de Kubernetes:

    • Añadido soporte para Kubernetes 1,23.

    • Añada opciones de programación para los pods de Trident cuando se instalen mediante Trident Operator o Helm. ("GitHub Número 651")

  • Permitir volúmenes entre regiones en el controlador GCP. ("GitHub Número 633")

  • Se añadió compatibilidad con la opción 'unixPermissions' para volúmenes Azure NetApp Files. ("GitHub Número 666")

Amortización

La interfaz DE REST de Trident solo puede escuchar y servir en 127.0.0.1 o direcciones [::1]

Cambios en 21.10.1

Advertencia La versión v21.10.0 tiene un problema que puede poner a la controladora Trident en estado CrashLoopBackOff cuando se elimina un nodo y, a continuación, volver a añadirse al clúster de Kubernetes. Este problema se soluciona en v21.10.1 (GitHub número 669).

Soluciones

  • Se ha corregido una condición de carrera potencial al importar un volumen en un back-end CVS de GCP, lo que provoca un error al importar.

  • Se ha solucionado un problema que puede poner la controladora Trident en estado CrashLoopBackOff cuando se quita un nodo y, a continuación, se vuelve a añadir al clúster de Kubernetes (GitHub número 669).

  • Problema fijo donde ya no se detectaron SVM si no se especificó ningún nombre de SVM (GitHub, número 612).

Cambios en 21.10.0

Soluciones

  • Se ha solucionado el problema por el que no se podían montar clones de volúmenes XFS en el mismo nodo que el volumen de origen (problema 514 de GitHub).

  • Se ha solucionado un problema en el que Astra Trident registraba un error grave al apagar (GitHub, número 597).

  • Correcciones relacionadas con Kubernetes:

    • Devuelve el espacio utilizado de un volumen como restoreSize mínimo al crear instantáneas con ontap-nas y ontap-nas-flexgroup controladores (GitHub número 645).

    • Se ha solucionado el problema por el que Failed to expand filesystem se registraba el error después de cambiar el tamaño del volumen (GitHub, número 560).

    • Se ha solucionado el problema por el que un pod podía atascarse en Terminating el estado (GitHub número 572).

    • Se ha corregido el caso en el que un ontap-san-economy FlexVol estaba lleno de LUN de instantáneas (GitHub número 533).

    • Se ha solucionado el problema del instalador de YAML personalizado con una imagen diferente (GitHub, número 613).

    • Se ha corregido el cálculo del tamaño de la instantánea (GitHub, número 611).

    • Se ha solucionado un problema por el que todos los instaladores de Astra Trident podían identificar Kubernetes sin formato como OpenShift (GitHub, número 639).

    • Se ha solucionado el operador Trident para detener la reconciliación si no se puede acceder al servidor API de Kubernetes (GitHub, número 599).

Mejoras

  • Se ha añadido soporte para unixPermissions Option to GCP-CVS Performance Volumes.

  • Se ha agregado compatibilidad con volúmenes CVS optimizados para el escalado en GCP en el intervalo de 600 GIB a 1 TIB.

  • Mejoras relacionadas con Kubernetes:

    • Añadido soporte para Kubernetes 1,22.

    • Se ha habilitado el operador de Trident y el gráfico Helm para que funcionen con Kubernetes 1.22 (GitHub, número 628).

    • Imagen de operador agregada al tridentctl comando Imágenes (GitHub número 570).

Mejoras experimentales

  • Se añadió compatibilidad para la replicación de volúmenes en ontap-san el controlador.

  • Añadido tech preview soporte REST para el ontap-nas-flexgroup, ontap-san y ontap-nas-economy controladores.

Problemas conocidos

Los problemas conocidos identifican problemas por los que el uso correcto del producto puede resultar imposible.

  • Cuando actualice un clúster de Kubernetes de 1,24 a la versión 1,25 o una versión posterior que tiene Astra Trident instalado, debe actualizar los valores.yaml para establecer excludePodSecurityPolicy true o añadir --set excludePodSecurityPolicy=true al helm upgrade comando antes de actualizar el clúster.

  • Astra Trident ahora aplica un espacio en blanco fsType (fsType="") para volúmenes que no tengan el fsType especificado en su clase de almacenamiento. Al trabajar con Kubernetes 1,17 o una versión posterior, Trident admite proporcionar un espacio vacío fsType para volúmenes NFS. Para los volúmenes iSCSI, debe establecer fsType en su clase de almacenamiento al aplicar un fsGroup contexto de uso de seguridad.

  • Cuando se utiliza un back-end en varias instancias de Astra Trident, cada archivo de configuración de back-end debería tener un valor diferente storagePrefix para los back-ends de ONTAP o usar otro TenantName para los back-ends de SolidFire. Astra Trident no puede detectar los volúmenes que han creado otras instancias de Astra Trident. El intento de crear un volumen existente en los back-ends de ONTAP o SolidFire se realiza correctamente, porque Astra Trident trata la creación de volúmenes como una operación idempotente. Si storagePrefix se diferencian o TenantName no, es posible que existan colisiones de nombres para los volúmenes creados en el mismo back-end.

  • Cuando se instala Astra Trident (mediante tridentctl o el operador de Trident) y se utiliza tridentctl para gestionar Astra Trident, debes asegurarte de que KUBECONFIG se haya definido la variable de entorno. Esto es necesario para indicar el clúster de Kubernetes en tridentctl el que debería funcionar. Cuando trabaje con varios entornos de Kubernetes, debe asegurarse de que el KUBECONFIG archivo se obtenga con precisión.

  • Para realizar una reclamación de espacio en línea para VP iSCSI, el sistema operativo subyacente del nodo de trabajo puede requerir que se pasen las opciones de montaje al volumen. Esto se aplica a las instancias de RHEL/RedHat CoreOS, que requieren discard "opción de montaje" ; Asegúrese de que descarte mountOption se incluye en el[StorageClass^] para admitir el descarte de bloques en línea.

  • Si dispone de más de una instancia de Astra Trident por clúster de Kubernetes, Astra Trident no puede comunicarse con otras instancias y no puede detectar otros volúmenes que han creado, lo que conduce a un comportamiento inesperado e incorrecto si más de una instancia se ejecuta en un clúster. Solo debe haber una instancia de Astra Trident por clúster de Kubernetes.

  • Si los objetos basados en Astra Trident StorageClass se eliminan de Kubernetes mientras Astra Trident está desconectado, Astra Trident no quita las clases de almacenamiento correspondientes de su base de datos cuando vuelve a estar online. Debe eliminar estas clases de almacenamiento mediante tridentctl o la API de REST.

  • Si un usuario elimina un VP aprovisionado por Astra Trident antes de eliminar la RVP correspondiente, Astra Trident no elimina automáticamente el volumen del respaldo. Debe quitar el volumen a través de tridentctl o la API DE REST.

  • ONTAP no puede aprovisionar simultáneamente más de un FlexGroup a menos que el conjunto de agregados sea único para cada solicitud de aprovisionamiento.

  • Cuando se usa Astra Trident a través de IPv6, debe especificar managementLIF y dataLIF en la definición del back-end entre corchetes. Por ejemplo, [fd20:8b1e:b258:2000:f816:3eff:feec:0].

    Nota No se puede especificar dataLIF en un back-end de SAN de ONTAP. Astra Trident descubre todos los LIF iSCSI disponibles y los utiliza para establecer la sesión multivía.

  • Si utiliza solidfire-san el controlador con OpenShift 4,5, asegúrese de que los nodos de trabajo subyacentes utilizan MD5 como algoritmo de autenticación CHAP. Los algoritmos CHAP SHA1, SHA-256 y SHA3-256 compatibles con FIPS están disponibles con Element 12.7.

Obtenga más información