A partir de la versión 24.02, Trident se publica cada cuatro meses: febrero, junio y octubre.

Por lo general, Trident no admite funciones alfa en Kubernetes. Trident podría admitir funciones beta en las dos versiones de Trident que siguen a la versión beta de Kubernetes.

Trident no tiene dependencias de otros productos de software de NetApp y funciona como una aplicación independiente. Sin embargo, deberías tener un dispositivo de almacenamiento backend de NetApp.

Usa el comando tridentctl get para obtener más información sobre tu configuración de Trident.

Sí. Puntos finales de Prometheus que puedes usar para recopilar información sobre el funcionamiento de Trident, como el número de backends gestionados, el número de volúmenes aprovisionados, los bytes consumidos y así sucesivamente. También puedes usar "Cloud Insights" para monitoreo y análisis.

No. No hay cambios en lo que respecta a la experiencia del usuario y las funcionalidades. El nombre de provisioner utilizado es csi.trident.netapp.io. Este método de instalar Trident se recomienda si quieres usar todas las nuevas funciones que ofrecen las versiones actuales y futuras.

Sí, Trident puede instalarse sin conexión. Consulta "Conoce la instalación de Trident".

Sí. Trident 18.10 y versiones posteriores admiten la capacidad de instalación remota desde cualquier máquina que tenga kubectl acceso al clúster. Después de que se verifique el acceso kubectl (por ejemplo, inicia un comando kubectl get nodes desde la máquina remota para verificar), sigue las instrucciones de instalación.

Trident se instala como un despliegue de Kubernetes (ReplicaSet) con una instancia, así que tiene HA incorporada. No deberías aumentar el número de réplicas en el despliegue. Si se pierde el nodo donde está instalado Trident o el pod no es accesible por cualquier motivo, Kubernetes vuelve a desplegar automáticamente el pod en un nodo sano de tu clúster. Trident es solo plano de control, así que los pods montados actualmente no se ven afectados si se vuelve a desplegar Trident.

Trident lee del Kubernetes API Server para determinar cuándo las aplicaciones solicitan nuevos PVC, así que necesita acceso a kube-system.

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. Consulta "Personaliza la instalación de tridentctl".

Puedes generar y modificar localmente los archivos de manifiesto exactos que Trident usa para la instalación, si lo necesitas. Consulta "Personaliza la instalación de tridentctl".

Aunque no es aconsejable, puedes usar el mismo backend SVM para dos instancias de Trident. Especifica un nombre de volumen único para cada instancia durante la instalación y/o especifica un parámetro único StoragePrefix en el archivo setup/backend.json. Esto es para asegurarte de que no se use el mismo volumen FlexVol para ambas instancias.

Trident es simplemente un pod de Kubernetes y puede instalarse donde Kubernetes esté en funcionamiento.

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

Aunque Trident es de código abierto y se ofrece de forma gratuita, NetApp lo respalda completamente siempre que tu backend NetApp sea compatible.

Para plantear un caso de asistencia, haz una de las siguientes acciones:

Puedes crear un paquete de soporte ejecutando tridentctl logs -a. Además de los registros capturados en el paquete, captura el registro de kubelet para diagnosticar los problemas de montaje en el lado de Kubernetes. Las instrucciones para obtener el registro de kubelet varían según cómo esté instalado Kubernetes.

Crea una incidencia en "Trident Github" y menciona RFE en el asunto y la descripción de la incidencia.

Crea una incidencia en "Trident Github". Asegúrate de incluir toda la información necesaria y los registros relacionados con la incidencia.

Si tienes alguna pregunta, problema o solicitud, contáctanos a través de nuestro Trident "Canal de Discord" o GitHub.

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

Hay dos escenarios probables por los que Trident no puede encontrar un nodo Kubernetes. Puede ser por un problema de red dentro de Kubernetes o un problema de DNS. El daemonset de nodo de Trident que se ejecuta en cada nodo Kubernetes debe poder comunicarse con el controlador de Trident para registrar el nodo con Trident. Si hubo cambios en la red después de instalar Trident, solo tendrás este problema con los nuevos nodos Kubernetes que se agregan al clúster.

Los datos no se perderán si se destruye el pod de Trident. Los metadatos de Trident se almacenan en objetos CRD. Todos los PV que han sido aprovisionados por Trident funcionarán normalmente.

NetApp admite la actualización de Trident de una versión principal a la siguiente versión principal inmediata. Puedes actualizar de la versión 18.xx a la 19.xx, de la 19.xx a la 20.xx y así sucesivamente. Deberías probar la actualización en un laboratorio antes de la implementación en producción.

Si necesitas una solución para errores observados después de una actualización, problemas de dependencias o una actualización fallida o incompleta, deberías "desinstala Trident" y reinstalar la versión anterior usando las instrucciones específicas para esa versión. Esta es la única forma recomendada de volver a una versión anterior.

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

Sí. Trident admite CHAP bidireccional para backends ONTAP. Esto requiere establecer useCHAP=true en la configuración del backend.

Trident puede crear y gestionar dinámicamente políticas de exportación desde la versión 20.04 en adelante. Esto permite que el administrador de almacenamiento proporcione uno o más bloques CIDR en su configuración de backend y que Trident agregue las IP de los nodos que estén dentro de estos rangos a una política de exportación que crea. De esta manera, Trident gestiona automáticamente la adición y eliminación de reglas para los nodos con IP dentro de los CIDR dados.

Trident admite definir direcciones IPv6 para:

Trident debe instalarse usando la bandera --use-ipv6 (para tridentctl instalación), IPv6 (para Trident operator) o tridentTPv6 (para Helm installation) para que funcione sobre IPv6.

Sí, es posible actualizar el LIF de administración del backend usando el tridentctl update backend comando.

Puedes actualizar el DataLIF en ontap-nas y ontap-nas-economy solamente.

Trident puede soportar muchos backends simultáneamente, ya sea con el mismo driver o con drivers diferentes.

Trident almacena las credenciales del backend como Kubernetes Secrets.

Si los atributos del backend no se pueden usar para seleccionar automáticamente los grupos correctos para una clase, los storagePools y additionalStoragePools parámetros se usan para seleccionar un conjunto específico de grupos.

El `excludeStoragePools`parámetro se usa para filtrar el conjunto de pools que Trident usa para el aprovisionamiento y eliminará cualquier pool que coincida.

Si hay varios backends configurados del mismo tipo, Trident selecciona el backend adecuado según los parámetros presentes en StorageClass y PersistentVolumeClaim. Por ejemplo, si hay varios backends del controlador ontap-nas, Trident intenta combinar los parámetros de StorageClass y PersistentVolumeClaim y encontrar un backend que pueda cumplir los requisitos enumerados en StorageClass y PersistentVolumeClaim. Si hay varios backends que coinciden con la solicitud, Trident selecciona uno de ellos aleatoriamente.

Sí.

El ontap-nas-economy controlador crea hasta 200 Qtrees en el mismo FlexVol volume (configurable entre 50 y 300), 100,000 Qtrees por nodo del clúster y 2.4M por clúster. Cuando introduces un nuevo PersistentVolumeClaim que es atendido por el controlador economy, el controlador verifica si ya existe un FlexVol volume que pueda atender el nuevo Qtree. Si el FlexVol volume no existe que pueda atender el Qtree, se crea un nuevo FlexVol volume.

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

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

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

Puedes configurar el cifrado en el volumen proporcionado por Trident usando el parámetro de cifrado en el archivo de definición del backend. Para más información, consulta: "Cómo funciona Trident con NVE y NAE"

Usa StorageClasses para implementar QoS para ONTAP.

Los controladores de ONTAP admiten tanto aprovisionamiento fino como grueso. Los controladores de ONTAP usan por defecto el aprovisionamiento fino. Si quieres aprovisionamiento grueso, deberías configurar el archivo de definición del backend o el StorageClass. Si ambos están configurados, StorageClass tiene prioridad. Configura lo siguiente para ONTAP:

La protección de PVC se habilita automáticamente en Kubernetes desde la versión 1.10.

Sí. Puedes expandir una PVC que ha sido creada por Trident. Ten en cuenta que el crecimiento automático de volúmenes es una función de ONTAP que no se aplica a Trident.

La importación del volumen falla si el volumen externo está en modo DP o está fuera de línea. Recibes el siguiente mensaje de error:

La cuota de recursos de almacenamiento de Kubernetes debería funcionar siempre que el almacenamiento de NetApp tenga capacidad. Cuando el almacenamiento de NetApp no puede respetar la configuración de la cuota de Kubernetes por falta de capacidad, Trident intenta aprovisionar pero da error.

Sí. La creación de instantáneas de volúmenes bajo demanda y de volúmenes persistentes a partir de instantáneas es compatible con Trident. Para crear volúmenes persistentes a partir de instantáneas, asegúrate de que la función VolumeSnapshotDataSource feature gate esté habilitada.

A partir de hoy, la compatibilidad con instantáneas a petición está disponible para nuestros ontap-nas, ontap-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san y azure-netapp-files controladores backend.

Esto está disponible en ontap-nas, ontap-san y ontap-nas-flexgroup controladores. También puedes especificar un snapshotPolicy para el ontap-san-economy driver en el nivel FlexVol.

Esto también está disponible en los ontap-nas-economy drivers pero en la granularidad a nivel de volumen FlexVol y no en la granularidad a nivel de qtree. Para habilitar la capacidad de hacer instantáneas de volúmenes aprovisionados por Trident, establece la opción de parámetro de backend snapshotPolicy en la política de instantáneas que quieras, tal como se define en el backend de ONTAP. Cualquier instantánea tomada por el controlador de almacenamiento no es conocida por Trident.

Sí, puedes reservar un porcentaje específico de espacio en disco para almacenar las copias snapshot a través de Trident configurando el atributo snapshotReserve en el archivo de definición del backend. Si has configurado snapshotPolicy y snapshotReserve en el archivo de definición del backend, el porcentaje de reserva de snapshot se establece según el porcentaje snapshotReserve mencionado en el archivo del backend. Si el número de porcentaje snapshotReserve no se menciona, ONTAP por defecto toma el porcentaje de reserva de snapshot como 5. Si la opción snapshotPolicy está configurada como none, el porcentaje de reserva de snapshot se establece en 0.

Sí, puedes acceder al directorio de instantáneas en el volumen aprovisionado por Trident configurando el parámetro snapshotDir en el archivo de definición del backend.

Actualmente, SnapMirror tiene que configurarse externamente usando ONTAP CLI o OnCommand System Manager.

Para restaurar un volumen a una instantánea de ONTAP, sigue estos pasos:

Se pueden crear réplicas de carga compartida para volúmenes raíz de SVMs que sirven datos por NFS. ONTAP actualiza automáticamente las réplicas de carga compartida para volúmenes que han sido creados por Trident. Esto puede provocar retrasos al montar volúmenes. Cuando se crean varios volúmenes usando Trident, el aprovisionamiento de un volumen depende de que ONTAP actualice la réplica de carga compartida.

Kubernetes no permite clases de almacenamiento en espacios de nombres. Sin embargo, puedes usar Kubernetes para limitar el uso de una clase de almacenamiento específica por espacio de nombres mediante cuotas de recursos de almacenamiento, que son por espacio de nombres. Para denegar a un espacio de nombres específico el acceso a un almacenamiento específico, establece la cuota de recursos en 0 para esa clase de almacenamiento.