A partir del lanzamiento de la versión 24,02, Astra Trident se lanza cada cuatro meses: Febrero, junio y octubre.

Astra Trident no suele admitir funciones alfa en Kubernetes. Trident puede ser compatible con las funciones beta en las dos versiones de Trident que se indican a continuación de la versión beta de Kubernetes.

Astra Trident no tiene dependencia de otros productos de software de NetApp y funciona como una aplicación independiente. Sin embargo, debe disponer de un dispositivo de almacenamiento de entorno de administración de NetApp.

Utiliza tridentctl get el comando para obtener más información sobre la configuración de Astra Trident.

Sí. Extremos de Prometheus que se pueden utilizar para recopilar información sobre la operación de Astra Trident, como el número de back-ends gestionados, el número de volúmenes aprovisionados, bytes consumidos, etc. También puede "Cloud Insights" utilizar para supervisión y análisis.

No. No hay cambios en lo que respecta a la experiencia del usuario y las funcionalidades. El nombre de aprovisionador utilizado es csi.trident.netapp.io. Se recomienda este método de instalación de Astra Trident si desea utilizar todas las funciones nuevas que proporcionan las versiones actuales y futuras.

Sí, Astra Trident se puede instalar sin conexión. Consulte "Obtenga más información sobre la instalación de Astra Trident".

Sí. Astra Trident 18,10 y versiones posteriores admiten la funcionalidad de instalación remota desde cualquier máquina que tenga kubectl acceso al clúster. Después de kubectl verificar el acceso (por ejemplo, inicie un kubectl get nodes comando desde el equipo remoto para verificar), siga las instrucciones de instalación.

Astra Trident se instala como puesta en marcha de Kubernetes (ReplicaSet) en una instancia, por lo que tiene HA incorporada. No debería aumentar el número de réplicas en la implementación. Si se pierde el nodo en el que se ha instalado Astra Trident o no se puede acceder al pod, Kubernetes vuelve a poner en marcha automáticamente el pod en un nodo correcto del clúster. Astra Trident solo es plano de control, por lo que los pods montados actualmente no se ven afectados si se vuelve a poner en marcha Astra Trident.

Astra Trident lee desde el servidor de API de Kubernetes para determinar cuándo las aplicaciones solicitan nuevos RVP, de modo que necesita acceso al sistema kube.

El instalador de Trident crea un ClusterRole de Kubernetes, que tiene acceso específico a los recursos PersistentVolume, PersistentVolumeClaim, StorageClass y Secret del clúster de Kubernetes. Consulte "Personalice la instalación trimentctl".

Si es necesario, puede generar y modificar localmente los archivos de manifiesto exactos que Astra Trident utiliza para la instalación. Consulte "Personalice la instalación trimentctl".

Aunque no se aconseja, puede utilizar la misma SVM back-end para dos instancias de Astra Trident. Especifique un nombre de volumen único para cada instancia durante la instalación y/o especifique un parámetro único StoragePrefix en el setup/backend.json archivo. De este modo, se garantiza que no se utiliza el mismo FlexVol para ambas instancias.

Astra Trident es simplemente un pod de Kubernetes y se puede instalar dondequiera que se ejecute Kubernetes.

Sí, Astra Trident es compatible con AWS, Google Cloud y Azure.

Sí, Astra Trident es compatible con el servicio Azure NetApp Files en Azure y con Cloud Volumes Service en GCP.

Aunque Astra Trident es un código abierto y se proporciona de forma gratuita, NetApp ofrece total compatibilidad con ella, siempre y cuando su entorno de administración de NetApp sea compatible.

Para levantar un caso de soporte, realice una de las siguientes acciones:

Puede crear un paquete de soporte ejecutando tridentctl logs -a. Además de los registros capturados en el paquete, capture el registro kubelet para diagnosticar los problemas de montaje en el lado de Kubernetes. Las instrucciones para obtener el registro de Kubelet varían en función de cómo se instale Kubernetes.

Crea un problema "Astra Trident Github" y menciona RFE en el asunto y la descripción del problema.

Crear un problema en "Astra Trident Github". Asegúrese de incluir toda la información y registros necesarios relacionados con el problema.

Si tienes alguna pregunta, problema o solicitud, ponte en contacto con nosotros a través de Astra "Canal de discordia" o GitHub.

Actualice la contraseña del backend con tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident. Reemplace myBackend en el ejemplo con su nombre de backend y `/path/to_new_backend.json con la ruta al archivo correcto backend.json.

Hay dos supuestos posibles por los que Astra Trident no puede encontrar un nodo de Kubernetes. Puede deberse a un problema de red en Kubernetes o a un problema con el DNS. El conjunto de nodos de Trident que se ejecuta en cada nodo de Kubernetes debe poder comunicarse con la controladora Trident para registrar el nodo en Trident. Si se produjeron cambios en la red después de instalar Astra Trident, solo se produce este problema con los nodos de Kubernetes nuevos que se añaden al clúster.

No se perderán los datos si el pod de Trident se destruye. Los metadatos de Trident se almacenan en objetos CRD. Todos los VP aprovisionados por Trident funcionarán normalmente.

NetApp admite la actualización de Astra Trident de una versión principal a la siguiente inmediata mayor. Puede actualizar de la versión 18.xx a la 19.xx, 19.xx a la 20.xx, etc. Debe realizar pruebas de actualización en un laboratorio antes de la implementación de producción.

Si necesita una corrección de los errores observados después de una actualización, problemas de dependencia o una actualización incorrecta o incompleta, debe "Desinstale Astra Trident"volver a instalar la versión anterior siguiendo las instrucciones específicas para esa versión. Esta es la única forma recomendada de cambiar a una versión anterior.

El LIF de gestión es obligatorio. Data LIF varía:

Sí. Astra Trident es compatible con CHAP bidireccional para back-ends de ONTAP. Esto requiere configuración useCHAP=true en la configuración de backend.

Astra Trident puede crear y gestionar dinámicamente políticas de exportación a partir de la versión 20.04. Esto permite al administrador de almacenamiento proporcionar uno o varios bloques CIDR en la configuración back-end y hacer que Trident añada IP de nodo dentro de estos rangos a una política de exportación que cree. De esta forma, Astra Trident gestiona automáticamente la adición y eliminación de reglas para nodos con IP en los CIDR dados.

Astra Trident admite la definición de direcciones IPv6 para:

Astra Trident debe instalarse con el flag --use-ipv6 (para tridentctl la instalación), IPv6 (para el operador Trident) o tridentTPv6 (para la instalación Helm) para que funcione en IPv6.

Sí, es posible actualizar la LIF de gestión de back-end con tridentctl update backend el comando.

Solo puede actualizar la LIF de datos en ontap-nas y ontap-nas-economy.

Astra Trident puede admitir muchos back-ends simultáneamente, ya sea con el mismo controlador o con distintos controladores.

Astra Trident almacena las credenciales de back-end como secretos de Kubernetes.

Si los atributos de backend no se pueden utilizar para seleccionar automáticamente los pools correctos para una clase, los storagePools parámetros y additionalStoragePools se utilizan para seleccionar un juego específico de pools.

Si hay varios back-ends configurados del mismo tipo, Astra Trident selecciona el back-end adecuado según los parámetros presentes en StorageClass y PersistentVolumeClaim. Por ejemplo, si hay varios back-ends de controlador ONTAP-nas, Astra Trident intenta hacer coincidir los parámetros en StorageClass y PersistentVolumeClaim combinado y hacer coincidir un backend que pueda entregar los requisitos enumerados en StorageClass y PersistentVolumeClaim. Si hay varios back-ends que coincidan con la solicitud, Astra Trident selecciona de uno de ellos al azar.

Sí.

Puede establecer permisos Unix en el volumen aprovisionado por Astra Trident mediante la configuración de un parámetro en el archivo de definición del back-end.

De forma predeterminada, Astra Trident no establece las opciones de montaje en ningún valor con Kubernetes. Para especificar las opciones de montaje en la clase de almacenamiento de Kubernetes, siga el ejemplo proporcionado "aquí".

Para permitir que los hosts adecuados accedan a un volumen, utilice el exportPolicy parámetro configurado en el archivo de definición de backend.

Puede establecer el cifrado en el volumen aprovisionado por Trident mediante el parámetro Encryption del archivo de definición del back-end. Para obtener más información, consulte: "Cómo funciona Astra Trident con NVE y NAE"

Utilice StorageClasses para implementar la calidad de servicio para ONTAP.

Los controladores ONTAP admiten thin provisioning o thick. Los controladores ONTAP, de manera predeterminada, son thin provisioning. Si se desea un provisionamiento grueso, debe configurar el archivo de definición de backend o el StorageClass. Si ambos están configurados, StorageClass tiene prioridad. Configure lo siguiente para ONTAP:

La protección contra RVP se habilita automáticamente en Kubernetes a partir de la versión 1.10.

Sí. Puede ampliar una RVP creada por Astra Trident. Tenga en cuenta que el crecimiento automático del volumen es una función de ONTAP que no se aplica a Trident.

Se produce un error en la importación del volumen si el volumen externo está en modo DP o sin conexión. Recibe el siguiente mensaje de error:

La cuota de recursos de almacenamiento de Kubernetes debe funcionar siempre que el almacenamiento de NetApp tenga capacidad. Cuando el almacenamiento de NetApp no puede respetar la configuración de cuota de Kubernetes por falta de capacidad, Astra Trident intenta aprovisionar, pero con errores.

Sí. Astra Trident admite la creación de snapshots de volúmenes bajo demanda y volúmenes persistentes a partir de snapshots. Para crear VP a partir de instantáneas, asegúrese de que VolumeSnapshotDataSource se ha activado la puerta de función.

A partir de hoy, la asistencia de instantáneas bajo demanda está disponible para nuestro ontap-nas, , ontap-nas-flexgroup, , , ontap-san ontap-san-economy , solidfire-san gcp-cvs, y azure-netapp-files controladores de backend.

Está disponible en ontap-nas ontap-san los controladores , y. ontap-nas-flexgroup También puede especificar un snapshotPolicy para ontap-san-economy el controlador en el nivel de FlexVol.

También está disponible en ontap-nas-economy los controladores, pero en la granularidad de FlexVol, no en la de qtree. Para habilitar la capacidad de los volúmenes Snapshot aprovisionados por Astra Trident, se debe establecer la opción del parámetro backend snapshotPolicy con la política Snapshot que se desee tal y como se define en el back-end de ONTAP. Astra Trident no conoce las instantáneas que tome la controladora de almacenamiento.

Sí, también puedes reservar un porcentaje específico de espacio en disco para almacenar las copias snapshot mediante Astra Trident estableciendo snapshotReserve el atributo en el archivo de definición de back-end. Si ha configurado snapshotPolicy y snapshotReserve en el archivo de definición de backend, el porcentaje de reserva de instantánea se establece de acuerdo con el snapshotReserve porcentaje mencionado en el archivo backend. Si no se menciona el snapshotReserve número de porcentaje, ONTAP toma por defecto el porcentaje de reserva de instantáneas como 5. Si la snapshotPolicy opción se define en none, el porcentaje de reserva de instantáneas se establece en 0.

Sí, puede acceder al directorio snapshot en el volumen aprovisionado por Trident mediante la configuración del snapshotDir parámetro en el archivo de definición de backend.

Actualmente, SnapMirror debe configurarse externamente mediante la CLI de ONTAP o System Manager de OnCommand.

Para restaurar un volumen a una copia de Snapshot de ONTAP, realice los siguientes pasos:

Se pueden crear reflejos de uso compartido de carga para volúmenes raíz de los SVM que sirven datos mediante NFS. ONTAP actualiza automáticamente los reflejos de uso compartido de carga para los volúmenes creados por Trident. Esto puede provocar retrasos en el montaje de volúmenes. Cuando se crean varios volúmenes mediante Trident, el aprovisionamiento de un volumen depende de que ONTAP actualice el reflejo de uso compartido de carga.

Kubernetes no permite las clases de almacenamiento en espacios de nombres. Sin embargo, puede utilizar Kubernetes para limitar el uso de una clase de almacenamiento específica por espacio de nombres mediante las cuotas de recursos de almacenamiento, que se encuentran por espacio de nombres. Para denegar el acceso a un espacio de nombres específico a un almacenamiento específico, establezca la cuota de recursos en 0 para esa clase de almacenamiento.