Requisitos
Sugerir cambios
PDF
Para comenzar, revise los front-ends, los back-ends y la configuración de host compatibles.
|
Para obtener más información sobre los puertos que utiliza Astra Trident, consulte "aquí". |
Front-ends compatibles (orquestadores)
Astra Trident admite varios orquestadores y motores de contenedor, incluidos los siguientes:
-
Anthos en las instalaciones (VMware) y Anthos en bare metal 1.9, 1.10, 1.11
-
Kubernetes 1.18 - 1.24
-
Mirantis Kubernetes Engine 3.4
-
OpenShift 4.7, 4.8, 4.9, 4.10
El operador Trident es compatible con las siguientes versiones:
-
Anthos en las instalaciones (VMware) y Anthos en bare metal 1.9, 1.10, 1.11
-
Kubernetes 1.18 - 1.24
-
OpenShift 4.7, 4.8, 4.9, 4.10
Astra Trident también funciona con una gran cantidad de otras ofertas de Kubernetes completamente gestionadas y gestionadas, como Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Rancher y VMware Tanzu Portfolio.
Back-ends compatibles (almacenamiento)
Para utilizar Astra Trident, se necesitan uno o varios de los siguientes back-ends compatibles:
-
Amazon FSX para ONTAP de NetApp
-
Azure NetApp Files
-
Almacén de datos Astra
-
Cloud Volumes ONTAP
-
Cloud Volumes Service para GCP
-
FAS/AFF/Seleccione 9.3 o posterior
-
Cabina All SAN de NetApp (ASA)
-
Software HCI/Element de NetApp 11 o posterior
Requisitos de funciones
La siguiente tabla resume las funciones disponibles con esta versión de Astra Trident y las versiones de Kubernetes compatible.
| Función | La versión de Kubernetes | ¿Se requieren puertas de funciones? |
|---|---|---|
CSI Trident |
1.18 - 1.24 |
No |
Snapshots de volumen |
1.18 - 1.24 |
No |
RVP desde snapshots de volumen |
1.18 - 1.24 |
No |
Cambio de tamaño del VP de iSCSI |
1.18 - 1.24 |
No |
CHAP bidireccional de ONTAP |
1.18 - 1.24 |
No |
Políticas de exportación dinámicas |
1.18 - 1.24 |
No |
Operador de Trident |
1.18 - 1.24 |
No |
Preparación automática de nodos de trabajo (beta) |
1.18 - 1.24 |
No |
Topología CSI |
1.18 - 1.24 |
No |
Se probaron sistemas operativos host
De forma predeterminada, Astra Trident se ejecuta en un contenedor y, por lo tanto, se ejecutará en cualquier trabajador de Linux. Sin embargo, estos trabajadores deben poder montar los volúmenes que ofrece Astra Trident con el cliente NFS o iniciador iSCSI estándar, en función de los back-ends que utilice.
Aunque Astra Trident no «admite» oficialmente sistemas operativos específicos, se sabe que las siguientes distribuciones de Linux funcionan:
-
Versiones de RedHat CoreOS (RHCOS) compatibles con OpenShift Container Platform
-
RHEL o CentOS 7.4 o posterior
-
Ubuntu 18.04 o posterior
La tridentctl Utility también se ejecuta en cualquiera de estas distribuciones de Linux.
Configuración de hosts
En función de los back-end que se estén utilizando, deben instalarse utilidades NFS y/o iSCSI en todos los trabajadores del clúster. Consulte "aquí" si quiere más información.
Configuración del sistema de almacenamiento
Es posible que Astra Trident requiera algunos cambios en un sistema de almacenamiento antes de que una configuración de back-end pueda usarlos. Consulte "aquí" para obtener más detalles.
Imágenes de contenedor y las versiones de Kubernetes correspondientes
Para instalaciones con problemas de conexión aérea, la siguiente lista es una referencia de las imágenes de contenedor necesarias para instalar Astra Trident. Utilice la tridentctl images comando para verificar la lista de imágenes de contenedor necesarias.
| La versión de Kubernetes | Imagen de contenedor |
|---|---|
v1.18.0 |
|
v1.19.0 |
|
v1.20.0 |
|
1.21.0 |
|
v1.22.0 |
|
v1.23.0 |
|
|
|
En la versión 1.20 de Kubernetes y versiones posteriores, utilice la validada k8s.gcr.io/sig-storage/csi-snapshotter:v5.x la imagen sólo si la v1 la versión sirve volumesnapshots.snapshot.storage.k8s.io CRD. Si la v1beta1 La versión sirve al CRD con/sin el v1 versión, utilice la validada k8s.gcr.io/sig-storage/csi-snapshotter:v3.x imagen.
|