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.

Notas de la versión

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 La 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 binario proporcionado en la /extras parte del archivo zip no se ha probado ni es compatible.

Novedades 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 conmutarán de manera oportunista al nuevo esquema de igroup, cuando Trident determina 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 funciones de red al controlador ANF. ("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: Actualizado 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

Un nuevo "Estándares de seguridad de POD" Se ha agregado la sección (PSS) detallando 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 las versiones anteriores, consulte "Versiones anteriores de la documentación".

Importante Si actualiza desde cualquier versión de Trident anterior y utiliza Azure NetApp Files, el location el parámetro config es ahora un campo obligatorio singleton.

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 al extraer imágenes de soporte automático al configurar el imageRegistry indicador durante la instalación. ("GitHub número 715")

  • Se ha solucionado el problema en el que el controlador ANF 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.

  • Controlador ANF fijo para permitir nombres de recursos duplicados y limitar las operaciones a una sola ubicación.

  • Controlador ANF fijo para permitir nombres de recursos duplicados y limitar las operaciones a una sola ubicación.

Mejoras

  • Mejoras de Kubernetes:

    • Se ha añadido la compatibilidad con 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 ha agregado compatibilidad con la opción 'unixPermissions' a los volúmenes ANF. ("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:

    • Devuelva el espacio usado de un volumen como el tamaño mínimo de restoreSize a la hora de crear snapshots con ontap-nas y.. ontap-nas-flexgroup Controladores (GitHub, número 645).

    • Se ha solucionado el problema Failed to expand filesystem Se registró el error después de cambiar el tamaño del volumen (problema 560 de GitHub).

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

    • Se ha fijado la caja donde un ontap-san-economy Es posible que FlexVol esté lleno de LUN de snapshot (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 agregado compatibilidad con unixPermissions Opción para los volúmenes de rendimiento GCP-CVS.

  • 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:

    • Se ha añadido la compatibilidad con 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).

    • Se ha añadido la imagen del operador a. tridentctl Comando images (GitHub, número 570).

Mejoras experimentales

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

  • Se ha añadido el soporte DE DESCANSO vista previa tecnológica para el ontap-nas-flexgroup, ontap-san, y. ontap-nas-economy de windows

Problemas conocidos

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

  • Astra Trident ahora pone en práctica un espacio en blanco fsType (fsType="") para los volúmenes que no tienen fsType Especificado en su clase de almacenamiento. Cuando trabaje con Kubernetes 1.17 o posterior, Trident admite proporcionar un espacio en blanco fsType Para volúmenes NFS. En los volúmenes iSCSI, se requiere que configure el fsType En el clase de almacenamiento al aplicar un fsGroup Uso de un contexto de seguridad.

  • Si se utiliza un back-end en varias instancias de Astra Trident, cada archivo de configuración de back-end debería tener una diferencia storagePrefix Los valores para los back-ends de ONTAP o utilizan una diferencia TenantName Para 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 o. TenantName no difieren, es posible que haya colisiones de nombres para los volúmenes creados en el mismo back-end.

  • Al instalar Astra Trident (mediante tridentctl O el operador de Trident) y uso tridentctl Para gestionar Astra Trident, debe garantizar que KUBECONFIG la variable de entorno está configurada. Esto es necesario para indicar el clúster de Kubernetes que tridentctl debe trabajar en contra. Cuando trabaje con varios entornos de Kubernetes, debe asegurarse de que lo haga KUBECONFIG el archivo se ha originado 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 es así para las instancias de RHEL/RedHat CoreOS, que requieren el discard "opción de montaje"; Asegúrese de que la opción de montaje de descarte esté incluida en su[`StorageClass`para admitir 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 se basa en Astra Trident StorageClass Los objetos se eliminan de Kubernetes mientras Astra Trident está offline, Astra Trident no elimina 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 eliminar 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 utilice Astra Trident sobre IPv6, debe especificar managementLIF y.. dataLIF en la definición de backend entre corchetes. Por ejemplo: [fd20:8b1e:b258:2000:f816:3eff:feec:0].

  • Si utiliza solidfire-san Controlador con OpenShift 4.5, asegúrese de que los nodos de trabajo subyacentes utilizan MD5 como algoritmo de autenticación CHAP.

Obtenga más información