Enterprise File Storage - Primi passi con Trident CSI
Informazioni sulla traduzione
Questa traduzione è stata generata automaticamente dal nostro partner SYSTRAN. I contenuti potrebbero presentare imprecisioni, ad esempio la nomenclatura dei pulsanti o alcuni dettagli tecnici. In caso di dubbi consigliamo di fare riferimento alla versione inglese o francese della guida. Per aiutarci a migliorare questa traduzione, utilizza il pulsante "Contribuisci" di questa pagina.
Obiettivo
Questa guida ha l'obiettivo di fornire un riferimento chiaro e passo dopo passo per distribuire e configurare NetApp Trident CSI su OVHcloud Managed Kubernetes (MKS), permettendo un accesso fluido a Enterprise File Storage tramite il vRack. Questa guida raccoglie le best practice, i prerequisiti, la configurazione IAM, l'implementazione del backend, nonché le funzionalità avanzate come la gestione degli snapshot e dei volumi.
Prerequisiti
- Un servizio Enterprise File Storage nel proprio account OVHcloud
- Un cluster OVHcloud Managed Kubernetes
- Un vRack con vRack Services configurato
- Conoscenza delle API OVHcloud e/o della CLI OVHcloud
Prima di iniziare, assicurati che il tuo ambiente rispetti i seguenti criteri:
vRack
- Progetto Public Cloud e vRack Services appartengono allo stesso vRack
Regione
- vRack Services e EFS si trovano nella stessa regione
Rete
- Lo stesso ID VLAN è utilizzato per la sottorete di vRack Services e la rete privata MKS
- Lo stesso CIDR è utilizzato per la sottorete di vRack Services e la sottorete della rete privata MKS
- Gli IP del pool di allocazione della rete privata MKS non si sovrappongono con il range di servizio di vRack Services
Connettività
- Un gateway è necessario affinché i nodi MKS possano raggiungere l'API OVHcloud

Nota: Le regioni EFS e MKS possono essere diverse; tieni presente che la latenza tra regioni diverse può influire sulle prestazioni dei tuoi carichi di lavoro di storage.
Si raccomanda fortemente di mantenere le risorse di storage e di calcolo il più vicino possibile.
Procedura
Configurazione IAM (Identity and Access Management)
Trident necessita di un account di servizio dedicato per interagire con l'API OVHcloud e gestire i volumi Enterprise File Storage. Segui le fasi seguenti per configurare correttamente l'IAM.
1. Creazione dell'account di servizio (OAuth2)
Crea un client OAuth2 con l'API o la CLI OVHcloud utilizzando il flusso CLIENT_CREDENTIALS.
Utilizza la seguente chiamata API:
Con il seguente corpo della richiesta:
L'API risponderà con:
L'account di servizio può essere creato con la CLI OVHcloud e il seguente comando (completalo con i tuoi valori):
La CLI risponderà con i valori client ID e client secret:
Nota: Conserva con cura il clientId e il clientSecret. Saranno necessari durante la configurazione del backend Trident.
2. Creazione della policy IAM
Configura una policy IAM che deve contenere i seguenti elementi: l'account di servizio da autorizzare, il o i servizi Enterprise File Storage da includere, nonché le azioni da concedere, riassunte nella tabella seguente:
| Azione | Descrizione |
|---|---|
| storageNetApp:apiovh:get | Elenca i servizi |
| storageNetApp:apiovh:serviceInfos/get | Recupera le informazioni su un servizio |
| storageNetApp:apiovh:share/accessPath/get | Ottieni il punto di montaggio di un share |
| storageNetApp:apiovh:share/acl/create | Crea un ACL |
| storageNetApp:apiovh:share/acl/delete | Elimina un ACL |
| storageNetApp:apiovh:share/acl/get | Elenca gli ACL |
| storageNetApp:apiovh:share/create | Crea un share |
| storageNetApp:apiovh:share/delete | Elimina un share |
| storageNetApp:apiovh:share/edit | Modifica un share |
| storageNetApp:apiovh:share/extend | Estendi un share |
| storageNetApp:apiovh:share/get | Elenca gli share |
| storageNetApp:apiovh:share/revertToSnapshot | Ripristina uno snapshot |
| storageNetApp:apiovh:share/snapshot/create | Crea uno snapshot |
| storageNetApp:apiovh:share/snapshot/delete | Elimina uno snapshot |
| storageNetApp:apiovh:share/snapshot/edit | Modifica uno snapshot |
| storageNetApp:apiovh:share/snapshot/get | Elenca gli snapshot |
Utilizza la seguente chiamata API per creare la policy IAM:
Con il seguente corpo della richiesta:
Nel campo identities, sostituisci xx11111-ovh con il tuo identificativo account OVHcloud (NIC handle) e EU.xxxxxxxxxxxxxxxx con il clientId ottenuto al passo 1.
L'API risponderà con i dettagli della policy creata:
La policy IAM può essere creata con la CLI OVHcloud e il seguente comando (completalo con i tuoi valori):
Nel campo identities, sostituisci xx11111-ovh con il tuo identificativo account OVHcloud (NIC handle) e EU.xxxxxxxxxxxxxxxx con il clientId ottenuto al passo 1.
La CLI risponderà con il seguente messaggio:
Installazione di Trident CSI
L'installazione utilizza Helm con immagini personalizzate ospitate su Docker Hub. Queste immagini includono un driver aggiuntivo fornito da OVHcloud che permette l'utilizzo di storage persistente tramite l'offerta OVHcloud Enterprise File Storage.
Crea un file trident-values.yaml per fare riferimento alle immagini ospitate da OVHcloud:
Avvia l'installazione:
L'output dovrebbe mostrare che il chart Helm è stato distribuito:
Una volta completata l'installazione, verifica che tutti i pod Trident siano in stato Running nel namespace trident prima di procedere:
L'output dovrebbe mostrare tutti i pod in stato Running:
Creazione del backend Trident
Il backend Trident permette di collegare NetApp Trident al servizio OVHcloud Enterprise File Storage utilizzando le credenziali IAM create in precedenza.
1. Creazione di un secret
Crea un secret contenente le informazioni di connessione che consentono a Trident di accedere all'API OVHcloud.
Sostituisci i valori clientID e clientSecret con le credenziali ottenute al passo 1.
L'output confermerà la creazione del secret:
2. Creazione del backend Trident
Crea il tuo backend con il seguente comando:
Il driver di storage ovh-efs deve essere obbligatoriamente utilizzato. Sostituisci exportRule, location e gli altri parametri con i valori corrispondenti al tuo ambiente.
L'output confermerà la creazione del backend:
Verifica che il backend sia stato creato correttamente con il seguente comando:
L'output dovrebbe mostrare il backend in stato Bound:
StorageClass e utilizzo dei volumi
Questa sezione spiega come rendere disponibile Enterprise File Storage ai carichi di lavoro Kubernetes tramite Trident.
1. StorageClass
Definisci una StorageClass per abilitare il provisioning dinamico tramite il driver Trident CSI:
L'output confermerà la creazione della StorageClass:
Questa StorageClass permette di effettuare il provisioning dei volumi su richiesta e di espanderli dinamicamente.
2. Creazione di un volume (PVC)
Crea un PersistentVolumeClaim con accesso ReadWriteMany (RWX):
L'output confermerà la creazione del PVC:
Verifica che il PVC sia stato creato con il seguente comando:
L'output dovrebbe mostrare il PVC in stato Bound:
Una volta che un Pod utilizza questo PVC, il volume sarà automaticamente montato tramite il protocollo NFS.
Funzionalità avanzate
Gestione degli snapshot
NetApp Trident permette di creare snapshot dei volumi su richiesta su Enterprise File Storage.
- Definire una
VolumeSnapshotClassper gestire il ciclo di vita degli snapshot:
L'output confermerà la creazione della VolumeSnapshotClass:
- Creare un
VolumeSnapshotnello stesso namespace delPersistentVolumeClaimsorgente:
L'output confermerà la creazione del VolumeSnapshot:
Verifica che il VolumeSnapshot sia stato creato con il seguente comando:
L'output dovrebbe mostrare il VolumeSnapshot in stato READYTOUSE=true:
Lo snapshot viene creato sul servizio Enterprise File Storage e può essere utilizzato per workflow di backup o ripristino.
Risoluzione dei problemi
- Backend non associato: Verifica che le credenziali IAM (clientId/clientSecret) siano corrette e che la policy IAM conceda tutti i permessi necessari.
- PVC bloccato in stato Pending: Verifica che tutti i pod Trident siano in stato
Running, che il backend sia in statoBounde che laStorageClassfaccia riferimento al tipo di backend corretto. Consulta gli errori nei log dei pod Trident conkubectl logs -n trident <nome-del-pod>. - Problemi di connettività di rete: Verifica che il cluster MKS possa raggiungere il servizio Enterprise File Storage tramite il vRack.
Per saperne di più
Enterprise File Storage - Configurazione della rete privata
Gestione degli account di servizio OVHcloud tramite l'API
Se avete bisogno di formazione o di assistenza tecnica per implementare le nostre soluzioni, contattate il vostro rappresentante o cliccate su questo link per ottenere un preventivo e richiedere un'analisi personalizzata del vostro progetto da parte dei nostri esperti del team Professional Services.
Contatta la nostra Community di utenti.