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

Trident por lo general no admite 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.

Trident no tiene ninguna 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.

Use el tridentctl get comando para obtener más información acerca de la configuración de Trident.

Sí. Extremos de Prometheus que se pueden utilizar para recopilar información acerca de la operación de 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 Trident si desea utilizar todas las funciones nuevas proporcionadas por las versiones actuales y futuras.

Sí, Trident puede instalarse sin conexión. Consulte "Obtenga información acerca de la instalación de Trident".

Sí. Trident 18,10 y versiones posteriores admiten la capacidad de instalación remota desde cualquier máquina que kubectl tenga 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.

Trident se instala como una puesta en marcha de Kubernetes (ReplicaSet) con 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 donde está instalado Trident o no se puede acceder al pod de otro modo, Kubernetes vuelve a poner en marcha automáticamente el pod en un nodo del clúster en buen estado. Trident es solo el plano de control, por lo que los pods montados en este momento no se ven afectados si se vuelve a poner en marcha Trident.

Trident lee desde el servidor de la API de Kubernetes para determinar cuándo las aplicaciones solicitan nuevos RVP, por lo que necesita acceder 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".

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

Aunque no se aconseja, puede utilizar la misma SVM de back-end para dos instancias de 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.

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

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

Sí, Trident admite el servicio Azure NetApp Files en Azure, así como Cloud Volumes Service en GCP.

Aunque Trident es de código abierto y se proporciona de forma gratuita, NetApp es totalmente compatible siempre que su backend NetApp sea compatible.

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

Puede crear un paquete de soporte en ejecución 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 "Trident Github" y menciona RFE en el asunto y la descripción del problema.

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

Si tiene alguna pregunta, problema o solicitud, póngase en contacto con nosotros a través de nuestro Trident "Canal de discordia"o GitHub.

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

Hay dos situaciones probables por las que 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 de red después de instalar Trident, este problema solo se produce con los nuevos nodos de Kubernetes 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 permite actualizar Trident de una versión principal a la siguiente versión principal inmediata. 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 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í. Trident admite CHAP bidireccional para back-ends de ONTAP. Esto requiere configuración useCHAP=true en la configuración de backend.

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 manera, Trident administra automáticamente la adición y eliminación de reglas para nodos con IP dentro de los CIDR dados.

Trident admite definir direcciones IPv6 para:

Trident debe instalarse utilizando el indicador --use-ipv6 (para tridentctl la instalación), IPv6 (para el operador Trident) o tridentTPv6 (para la instalación Helm) para que funcione a través de IPv6.

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

Puede actualizar el LIF de datos en ontap-nas y.. ontap-nas-economy solamente.

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

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

Si los atributos back-end no se pueden utilizar para seleccionar automáticamente los grupos adecuados para una clase, el storagePools y.. additionalStoragePools los parámetros se usan para seleccionar un conjunto específico de pools.

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

Sí.

La ontap-nas-economy El controlador crea hasta 200 qtrees en la misma FlexVol (que se puede configurar entre 50 y 300), 100,000 qtrees por nodo del clúster y 2,4 MILLONES por clúster. Al introducir un nuevo PersistentVolumeClaim Este servicio es prestado por el conductor económico y busca ver si ya existe una FlexVol que pueda dar servicio al nuevo qtree. Si no existe la FlexVol que pueda dar servicio al qtree, se crea una nueva FlexVol.

Puede establecer permisos Unix en el volumen aprovisionado por Trident estableciendo un parámetro en el archivo de definición de backend.

De forma predeterminada, Trident no establece las opciones de montaje como 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 el acceso de hosts adecuados a un volumen, use 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 Trident con NVE y NAE"

Uso StorageClasses Para implementar QoS en ONTAP.

Los controladores ONTAP admiten thin provisioning o thick. Los controladores ONTAP, de manera predeterminada, son thin provisioning. Si se desea un aprovisionamiento grueso, debe configurar el archivo de definición back-end o el StorageClass. Si se configuran ambas, 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 expandir una RVP creada por 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 sistema de almacenamiento de NetApp no puede cumplir con la configuración de la cuota de Kubernetes debido a la falta de capacidad, Trident intenta aprovisionar, pero se produce un error.

Sí. La creación de instantáneas de volumen bajo demanda y volúmenes persistentes desde Snapshots son compatibles con Trident. Para crear VP a partir de instantáneas, asegúrese de que VolumeSnapshotDataSource se ha activado la puerta de función.

A partir de ahora, ofrecemos soporte de copias Snapshot bajo demanda para nuestro ontap-nas, ontap-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san, gcp-cvs, y. azure-netapp-files controladores de back-end.

Este está disponible en ontap-nas, ontap-san, y. ontap-nas-flexgroup de windows También puede especificar un snapshotPolicy para la ontap-san-economy Controlador en el nivel 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 Trident, se debe establecer la opción del parámetro backend snapshotPolicy en la política Snapshot que se desee tal y como se define en el back-end de ONTAP. Trident no conoce las copias Snapshot tomadas por la controladora de almacenamiento.

Sí, puede reservar un porcentaje específico de espacio en disco para almacenar las copias snapshot mediante Trident estableciendo el snapshotReserve atributo en el archivo de definición de backend. 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í, es posible acceder al directorio Snapshot en el volumen aprovisionado por Trident estableciendo el 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.