Skip to main content
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

Colaboradores

Antes de instalar Trident, debe revisar estos requisitos generales del sistema. Es posible que los back-ends específicos tengan requisitos adicionales.

Información crítica sobre Trident

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

<strong>Información crítica sobre Trident </strong>
  • Kubernetes 1,32 ahora es compatible con Trident. Actualizar Trident antes de actualizar Kubernetes.

  • Trident aplica estrictamente el uso de la configuración de múltiples rutas en entornos SAN, con un valor recomendado de find_multipaths: no en archivo multipath.conf.

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

Front-ends compatibles (orquestadores)

Trident admite varios motores de contenedor y orquestadores, entre los que se incluyen los siguientes:

  • Anthos on-premises (VMware) y Anthos en 1,16 básico

  • Kubernetes 1,26 - 1,32

  • OpenShift 4,10 - 4,18

  • Rancher Kubernetes Engine 2 (RKE2) v1.26.7+rke2r1, v1.28.5+rke2r1

El operador Trident es compatible con las siguientes versiones:

  • Anthos on-premises (VMware) y Anthos en 1,16 básico

  • Kubernetes 1,26 - 1,32

  • OpenShift 4,10 - 4,18

  • Rancher Kubernetes Engine 2 (RKE2) v1.26.7+rke2r1, v1.28.5+rke2r1

Trident también funciona con una gran cantidad de ofertas de Kubernetes totalmente gestionadas y autogestionadas, como Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) y la cartera de VMware Tanzu.

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

Advertencia Antes de actualizar un clúster de Kubernetes de la versión 1,25 a la versión 1,26 o una versión posterior que tenga instalado Trident, consulte "Actualizar una instalación Helm".

Back-ends compatibles (almacenamiento)

Para utilizar Trident, se necesitan uno o varios de los siguientes back-ends admitidos:

  • Amazon FSX para ONTAP de NetApp

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • NetApp Volumes para Google Cloud

  • Cabina All SAN de NetApp (ASA)

  • Clústeres FAS, AFF o ASA en las instalaciones que ejecuten ONTAP 9,6 o posterior

  • Software HCI/Element de NetApp 11 o posterior

Compatibilidad de Trident con la virtualización de KubeVirt y OpenShift

Controladores de almacenamiento compatibles:

Trident admite los siguientes controladores de ONTAP para la virtualización de KubeVirt y OpenShift:

  • ontap-nas

  • economía ONTAP-nas

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

  • Economía ONTAP-san (solo iSCSI)

Puntos que se deben tener en cuenta:
  • Actualice la clase de almacenamiento para tener el fsType parámetro (por ejemplo fsType: "ext4": ) En el entorno de virtualización OpenShift. Si es necesario, configure el modo de volumen para bloquear explícitamente mediante el volumeMode=Block parámetro de dataVolumeTemplates para notificar a CDI que cree volúmenes de datos de bloque.

  • RWX modo de acceso para controladores de almacenamiento en bloque: Los controladores ONTAP-san (iSCSI, NVMe/TCP, FC) y ONTAP-san-economy (iSCSI) solo se admiten con «volumeMode: Block» (dispositivo sin procesar). Para estos controladores, no se puede utilizar el fstype parámetro porque los volúmenes se proporcionan en modo de dispositivo raw.

  • Para flujos de trabajo de migración en tiempo real en los que se requiere el modo de acceso RWX, se admiten estas combinaciones:

    • NFS + volumeMode=Filesystem

    • ISCSI + volumeMode=Block (dispositivo sin formato)

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

    • FC volumeMode=Block + (dispositivo bruto)

Requisitos de funciones

En la tabla siguiente se resumen las funciones disponibles con este lanzamiento de Trident y las versiones de Kubernetes compatibles.

Función La versión de Kubernetes ¿Se requieren puertas de funciones?

Trident

1,26 - 1,32

No

Snapshots de volumen

1,26 - 1,32

No

RVP desde snapshots de volumen

1,26 - 1,32

No

Cambio de tamaño del VP de iSCSI

1,26 - 1,32

No

CHAP bidireccional de ONTAP

1,26 - 1,32

No

Políticas de exportación dinámicas

1,26 - 1,32

No

Operador de Trident

1,26 - 1,32

No

Topología CSI

1,26 - 1,32

No

Se probaron sistemas operativos host

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

  • Versiones de RedHat CoreOS (RHCOS) compatibles con OpenShift Container Platform (AMD64 y ARM64)

  • RHEL 8+ (AMD64 Y ARM64)

    Nota NVMe/TCP requiere RHEL 9 o posterior.
  • Ubuntu 22,04 o posterior (AMD64 y ARM64)

  • Windows Server 2022

De forma predeterminada, Trident se ejecuta en un contenedor y, por lo tanto, se ejecuta en cualquier trabajador Linux. Sin embargo, estos trabajadores deben poder montar los volúmenes que proporciona Trident con el cliente NFS estándar o el iniciador de iSCSI, en función de los back-ends que utilice.

La tridentctl Utility también se ejecuta en cualquiera de estas distribuciones de Linux.

Configuración de hosts

Todos los nodos de trabajadores del clúster de Kubernetes deben poder montar los volúmenes que haya aprovisionado para los pods. Para preparar los nodos de trabajo, debe instalar las herramientas NFS, iSCSI o NVMe según la selección de controladores.

Configuración del sistema de almacenamiento

Es posible que Trident requiera cambios en un sistema de almacenamiento antes de que la configuración de back-end pueda utilizarlo.

Puertos Trident

Trident requiere acceso a puertos específicos para la comunicación.

Imágenes de contenedor y las versiones de Kubernetes correspondientes

En el caso de instalaciones de aire acondicionado, la siguiente lista es una referencia de las imágenes de contenedores necesarias para instalar Trident. Utilice tridentctl images el comando para verificar la lista de imágenes de contenedor necesarias.

Versiones de Kubernetes Imagen de contenedor

v1.26.0, v1.27.0, v1.28.0, v1.29.0, v1.30.0, v1.31.0 y v1.32.0

  • docker.io/netapp/trident:25.02.0

  • docker.io/netapp/trident-autosupport:25,02

  • registry.k8s.io/sig-storage/csi-provisioner:v5,2.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.13.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registrador:v2.13.0

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