Concetti
Requisiti
Suggerisci modifiche
PDF
Inizia esaminando i frontend, i backend e la configurazione host supportati.
|
Per ulteriori informazioni sulle porte utilizzate da Astra Trident, vedere "qui". |
Frontend supportati (orchestratori)
Astra Trident supporta diversi motori e orchestratori di container, tra cui:
-
Anthos on-Prem (VMware) e anthos on Bare Metal 1.8, 1.9, 1.10
-
Kubernetes 1.17 o versione successiva (ultimo: 1.23)
-
Motore di Mirantis Kubernetes 3.4
-
OpenShift 4.7, 4.8, 4.9
L'operatore Trident è supportato con le seguenti versioni:
-
Anthos on-Prem (VMware) e anthos on Bare Metal 1.8, 1.9, 1.10
-
Kubernetes 1.17 o versione successiva (ultimo: 1.23)
-
OpenShift 4.7, 4.8, 4.9
|
|
Gli utenti di Red Hat OpenShift Container Platform potrebbero notare che il file initiator name.iscsi è vuoto se si utilizza una versione inferiore a 4.6.8. Questo è un bug identificato da RedHat per essere corretto con OpenShift 4.6.8. Vedi questo "annuncio di risoluzione dei bug". NetApp consiglia di utilizzare Astra Trident su OpenShift 4.6.8 e versioni successive. |
Astra Trident lavora anche con una serie di altre offerte Kubernetes completamente gestite e autogestite, tra cui Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Rancher e VMware Tanzu Portfolio.
Back-end supportati (storage)
Per utilizzare Astra Trident, sono necessari uno o più dei seguenti backend supportati:
-
Amazon FSX per NetApp ONTAP
-
Azure NetApp Files
-
Archivio dati Astra
-
Cloud Volumes ONTAP
-
Cloud Volumes Service per GCP
-
FAS/AFF/Select 9.3 o versione successiva
-
Array All SAN (ASA) NetApp
-
Software NetApp HCI/Element 11 o versione successiva
Requisiti delle funzionalità
La tabella seguente riassume le funzionalità disponibili con questa release di Astra Trident e le versioni di Kubernetes supportate.
| Funzione | Versione di Kubernetes | Sono richiesti i gate delle funzionalità? |
|---|---|---|
Trident CSI |
1.17 e versioni successive |
No |
Snapshot dei volumi |
1.17 e versioni successive |
No |
PVC dalle istantanee dei volumi |
1.17 e versioni successive |
No |
Ridimensionamento di iSCSI PV |
1.17 e versioni successive |
No |
CHAP bidirezionale ONTAP |
1.17 e versioni successive |
No |
Policy di esportazione dinamiche |
1.17 e versioni successive |
No |
Operatore Trident |
1.17 e versioni successive |
No |
Preparazione automatica dei nodi di lavoro (beta) |
1.17 e versioni successive |
No |
Topologia CSI |
1.17 e versioni successive |
No |
Sistemi operativi host testati
Per impostazione predefinita, Astra Trident viene eseguito in un container e, di conseguenza, viene eseguito su qualsiasi worker Linux. Tuttavia, questi lavoratori devono essere in grado di montare i volumi forniti da Astra Trident utilizzando il client NFS standard o iSCSI Initiator, a seconda dei backend utilizzati.
Sebbene Astra Trident non supporti ufficialmente sistemi operativi specifici, le seguenti distribuzioni Linux sono note per funzionare:
-
Versioni di RedHat CoreOS (RHCOS) supportate da OpenShift Container Platform
-
RHEL o CentOS 7.4 o versione successiva
-
Ubuntu 18.04 o versione successiva
Il tridentctl Utility può essere eseguita anche su una qualsiasi di queste distribuzioni di Linux.
Configurazione dell'host
A seconda del backend in uso, le utility NFS e/o iSCSI devono essere installate su tutti gli utenti del cluster. Vedere "qui" per ulteriori informazioni.
Configurazione del sistema storage
Astra Trident potrebbe richiedere alcune modifiche a un sistema storage prima che possa essere utilizzato da una configurazione di back-end. Vedere "qui" per ulteriori informazioni.
Immagini container e corrispondenti versioni di Kubernetes
Per le installazioni a gapping d'aria, l'elenco seguente è un riferimento alle immagini dei container necessarie per installare Astra Trident. Utilizzare tridentctl images per verificare l'elenco delle immagini container necessarie.
| Versione di Kubernetes | Immagine container |
|---|---|
v1.17.0 |
|
v1.18.0 |
|
v1.19.0 |
|
v1.20.0 |
|
v1.21.1.0 |
|
v1.22.0 |
|
v1.23.0 |
|
|
|
Su Kubernetes versione 1.20 e successive, utilizzare il validato k8s.gcr.io/sig-storage/csi-snapshotter:v4.x immagine solo se v1 la versione di sta servendo volumesnapshots.snapshot.storage.k8s.io CRD. Se il v1beta1 La versione sta servendo il CRD con/senza v1 versione, utilizzare il validato k8s.gcr.io/sig-storage/csi-snapshotter:v3.x immagine.
|