Requisitos
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 defind_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".
|
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
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)
-
Actualice la clase de almacenamiento para tener el
fsType
parámetro (por ejemplofsType: "ext4"
: ) En el entorno de virtualización OpenShift. Si es necesario, configure el modo de volumen para bloquear explícitamente mediante elvolumeMode=Block
parámetro dedataVolumeTemplates
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)
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 |
|