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.

Requisitos de Trident

PDF

Antes de instalar Trident, debes revisar estos requisitos generales del sistema. Los backends específicos pueden tener requisitos adicionales.

Información crítica sobre Trident

Debes leer la siguiente información crítica sobre Trident.

<strong>Información crítica sobre Trident</strong>

  • Kubernetes 1.37 ya es compatible con Trident. Actualiza Trident antes de actualizar Kubernetes.

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

    El uso de una configuración sin multivía o el uso de find_multipaths: yes o find_multipaths: smart en el archivo multipath.conf provocará fallos de montaje. Trident ha recomendado el uso de find_multipaths: no desde la versión 21.07.

Frontends compatibles (orquestadores)

Trident es compatible con varios motores y orquestadores de contenedores, incluyendo los siguientes:

  • Anthos On-Prem (VMware) y Anthos on bare metal 1.16

  • Kubernetes 1.27 - 1.37

  • OpenShift 4.12, 4.14 - 4.22 (si planeas usar la preparación de nodos iSCSI con OpenShift 4.19, la versión mínima de Trident compatible es 25.06.1.)

    Nota Trident sigue siendo compatible con las versiones anteriores de OpenShift en consonancia con la "Ciclo de vida de las versiones de Red Hat Extended Update Support (EUS)", incluso si dependen de versiones de Kubernetes que ya no tienen soporte oficial upstream. Al instalar Trident en estos casos, puedes ignorar sin problema cualquier mensaje de advertencia sobre la versión de Kubernetes.

  • Rancher Kubernetes Engine 2 (RKE2) v1.28.x - 1.37.x

Trident también funciona con una serie de otras ofertas de Kubernetes totalmente administradas y autoadministradas, incluyendo Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) y VMWare Tanzu Portfolio.

Trident y ONTAP se pueden usar como proveedor de almacenamiento para "KubeVirt".

Advertencia Antes de actualizar un clúster de Kubernetes de 1.25 a 1.26 o posterior que tenga Trident instalado, consulta "Actualizar una instalación de Helm".

Backends compatibles (almacenamiento)

Para usar Trident, necesitas uno o más de los siguientes backends compatibles:

  • Amazon FSx for NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp Volumes

  • NetApp All SAN Array (ASA)

  • FAS, AFF o ASA r2 locales (iSCSI, NVMe/TCP y FC) que ejecutan versiones de ONTAP bajo soporte completo o limitado de NetApp. Consulta "Compatibilidad con versiones de software".

  • NetApp HCI/Element software 11 o superior

Soporte de Trident para KubeVirt y OpenShift Virtualization

Controladores de almacenamiento compatibles:

Trident admite los siguientes controladores ONTAP para KubeVirt y OpenShift Virtualization:

  • ontap-nas

  • ontap-san (iSCSI, FCP, NVMe sobre TCP)

  • ontap-san-economy (solo iSCSI)

Puntos a considerar:

  • Actualiza la clase de almacenamiento para que tenga el fsType parámetro (por ejemplo: fsType: "ext4") en el entorno de OpenShift Virtualization. Si es necesario, establece el modo de volumen en bloque explícitamente usando el volumeMode=Block parámetro en el dataVolumeTemplates para notificar a CDI que cree volúmenes de datos de tipo Block.

  • Modo de acceso RWX para controladores de almacenamiento en bloque: los controladores ontap-san (iSCSI, NVMe/TCP, FC) y ontap-san-economy (iSCSI) solo son compatibles con "volumeMode: Block" (dispositivo sin procesar). Para estos controladores, el fstype parámetro no se puede usar porque los volúmenes se proporcionan en modo de dispositivo sin procesar.

  • Para flujos de trabajo de migración en vivo donde se requiere el modo de acceso RWX, se admiten estas combinaciones:

    • NFS + volumeMode=Filesystem

    • iSCSI + volumeMode=Block (dispositivo sin procesar)

    • NVMe/TCP + volumeMode=Block (dispositivo sin procesar)

    • FC + volumeMode=Block (dispositivo sin procesar)

Compatibilidad de Trident con Kubernetes en Kubernetes y con los planos de control alojados en OpenShift

A partir de la versión 26.06, Trident califica completamente la topología de Kubernetes on Kubernetes. Clústeres de Kubernetes cuyos nodos se ejecutan como máquinas virtuales KubeVirt en un clúster de infraestructura (host). Esta topología respalda ofertas de planos de control alojados como los hosted control planes (HCP) de OpenShift en OpenShift Virtualization.

Nota Esta configuración funcionaba en versiones anteriores, pero la certificación completa comienza con la 26.06.

El clúster invitado (inquilino) utiliza el controlador CSI KubeVirt (kubevirt-csi como proveedor de almacenamiento. Cuando una carga de trabajo en el clúster invitado solicita un PersistentVolumeClaim, el controlador CSI KubeVirt crea un volumen correspondiente en el clúster de infraestructura. Trident aprovisiona el volumen desde ONTAP y el volumen se conecta en caliente a la VM del nodo invitado. Trident solo se ejecuta en el clúster de infraestructura. El clúster invitado consume almacenamiento ONTAP de forma indirecta a través del controlador CSI KubeVirt.

Requisitos:

  • Trident se instala en el clúster de infraestructura con un backend ONTAP compatible.

  • En el clúster de infraestructura existe una clase de almacenamiento Trident para que el controlador CSI de KubeVirt pueda asignar los volúmenes del clúster de invitados.

  • KubeVirt o OpenShift Virtualization se implementa en el clúster de infraestructura, y el controlador CSI KubeVirt se instala en cada clúster invitado.

Componente Versión

Trident

26,06

Kubernetes (infraestructura y clúster invitado)

1,36

KubeVirt

1.9.0-beta.0

Importador de datos en contenedores (CDI)

1,65
Puntos a considerar:

  • En el clúster invitado, los volúmenes aparecen como dispositivos de bloque conectados en caliente en las máquinas virtuales del nodo invitado.

  • El flujo de trabajo del controlador CSI de KubeVirt no requiere Trident en el clúster invitado. Configuras el backend de ONTAP y la clase de almacenamiento en el clúster de infraestructura.

Instala Trident directamente en el clúster invitado:

También puedes instalar Trident directamente en el clúster invitado (inquilino). Instala Trident en el clúster invitado cuando necesites el conjunto completo de funciones de Trident, como instantáneas, clones, cambio de tamaño de volúmenes e importación, que kubevirt-csi no ofrece por sí solo.

En el clúster de invitados, utiliza protocolos basados en IP: NFS, iSCSI y NVMe/TCP. El clúster de invitados no es compatible con Fibre Channel (FC) porque los nodos de invitados son máquinas virtuales sin conectividad FC directa.

Requisitos de funciones

La siguiente tabla resume las características disponibles con esta versión de Trident y las versiones de Kubernetes que admite.

Característica Versión de Kubernetes ¿Se requieren feature gates?

Trident

1.27 - 1.37

No

Instantáneas de volumen

1.27 - 1.37

No

PVC a partir de instantáneas de volumen

1.27 - 1.37

No

Redimensionar PV iSCSI

1.27 - 1.37

No

CHAP bidireccional de ONTAP

1.27 - 1.37

No

Políticas dinámicas de exportación

1.27 - 1.37

No

Trident Operator

1.27 - 1.37

No

Topología CSI

1.27 - 1.37

No

Sistemas operativos host probados

Aunque Trident no admite oficialmente sistemas operativos específicos, se sabe que los siguientes funcionan:

  • Versiones de Red Hat Enterprise Linux CoreOS (RHCOS) compatibles con OpenShift Container Platform en AMD64 y ARM64

  • Red Hat Enterprise Linux (RHEL) 8 o posterior en AMD64 y ARM64

    Nota NVMe/TCP requiere RHEL 9 o posterior.

  • Ubuntu 22.04 LTS o posterior en AMD64 y ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 o posterior

De forma predeterminada, Trident se ejecuta en un contenedor y, por lo tanto, se ejecutará en cualquier trabajador de Linux. Sin embargo, esos trabajadores deben poder montar los volúmenes que Trident proporciona usando el cliente de NFS estándar o el iniciador iSCSI, dependiendo de los backends que estés usando.

La tridentctl utilidad también funciona en cualquiera de estas distribuciones de Linux.

Configuración del host

Todos los nodos de trabajo del clúster de Kubernetes deben poder montar los volúmenes que has aprovisionado para tus pods. Para preparar los nodos de trabajo, debes instalar herramientas NFS, iSCSI o NVMe según el controlador que elijas.

"Prepara el nodo trabajador"

Configuración del sistema de almacenamiento

Trident podría requerir cambios en un sistema de almacenamiento antes de que una configuración de backend pueda usarlo.

"Configura backends"

Puertos de Trident

Trident requiere acceso a puertos específicos para comunicarse.

"Puertos de Trident"

Imágenes de contenedores y versiones de Kubernetes correspondientes

Para instalaciones air-gapped, la siguiente lista es una referencia de las imágenes de contenedor necesarias para instalar Trident. Usa el comando tridentctl images para verificar la lista de imágenes de contenedor necesarias.

La compatibilidad con Kubernetes 1.37 está disponible a partir de Trident 26.06. La lista de imágenes 26.06.2 que se muestra a continuación incluye las imágenes para Kubernetes 1.37.

Imágenes de contenedor necesarias para Trident 26.06.0

Versiones de Kubernetes Imagen de contenedor

v1.27.0, v1.28.0, v1.29.0, v1.30.0, v1.31.0, v1.32.0, v1.33.0, v1.34.0, v1.35.0, v1.36.0

  • docker.io/netapp/trident:26.06.0

  • docker.io/netapp/trident-autosupport:26.06

  • docker.io/netapp/trident-operator:26.06.0 (opcional)

  • registry.k8s.io/sig-storage/csi-attacher:v4.11.0

  • registry.k8s.io/sig-storage/csi-node-driver-registrar:v2.17.0

  • registry.k8s.io/sig-storage/csi-provisioner:v6.3.0

  • registry.k8s.io/sig-storage/csi-resizer:v2.1.0

  • registry.k8s.io/sig-storage/csi-snapshotter:v8.6.0

Imágenes de contenedor necesarias para Trident 26.06.2

Versiones de Kubernetes Imagen de contenedor

v1.27.0, v1.28.0, v1.29.0, v1.30.0, v1.31.0, v1.32.0, v1.33.0, v1.34.0, v1.35.0, v1.36.0, v1.37.0

  • docker.io/netapp/trident:26.06.2

  • docker.io/netapp/trident-autosupport:26.06

  • docker.io/netapp/trident-operator:26.06.2 (opcional)

  • registry.k8s.io/sig-storage/csi-attacher:v4.11.0

  • registry.k8s.io/sig-storage/csi-node-driver-registrar:v2.18.0

  • registry.k8s.io/sig-storage/csi-provisioner:v6.3.0

  • registry.k8s.io/sig-storage/csi-resizer:v2.1.0

  • registry.k8s.io/sig-storage/csi-snapshotter:v8.6.0