La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Servizio Red Hat OpenShift su AWS con NetApp ONTAP

08/18/2025 Collaboratori

PDF

Questo documento descriverà come utilizzare NetApp ONTAP con Red Hat OpenShift Service on AWS (ROSA).

Crea snapshot del volume

1. Creare uno snapshot del volume dell'app In questa sezione mostreremo come creare uno snapshot Trident del volume associato all'app. Si tratterà di una copia puntuale dei dati dell'app. Se i dati dell'applicazione vengono persi, possiamo recuperarli da questa copia in un dato momento. NOTA: questo snapshot viene archiviato nello stesso aggregato del volume originale in ONTAP(in locale o nel cloud). Pertanto, se l'aggregato di archiviazione ONTAP viene perso, non è possibile recuperare i dati dell'app dal relativo snapshot.

**UN. Crea un VolumeSnapshotClass Salva il seguente manifesto in un file denominato volume-snapshot-class.yaml

apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshotClass
metadata:
 name: fsx-snapclass
driver: csi.trident.netapp.io
deletionPolicy: Delete

Crea uno snapshot utilizzando il manifesto sopra.

classe snapshot

B. Successivamente, crea uno snapshot Crea uno snapshot del PVC esistente creando VolumeSnapshot per acquisire una copia puntuale dei tuoi dati PostgreSQL. In questo modo viene creato uno snapshot FSx che non occupa quasi spazio nel backend del file system. Salvare il seguente manifesto in un file denominato volume-snapshot.yaml:

apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshot
metadata:
 name: postgresql-volume-snap-01
spec:
 volumeSnapshotClassName: fsx-snapclass
 source:
   persistentVolumeClaimName: data-postgresql-0

C. Crea lo snapshot del volume e conferma che è stato creato

Eliminare il database per simulare la perdita di dati (la perdita di dati può verificarsi per diversi motivi, qui la simuliamo semplicemente eliminando il database)

istantanea del volume

D. Eliminare il database per simulare la perdita di dati (la perdita di dati può verificarsi per diversi motivi, qui la simuliamo semplicemente eliminando il database)

connessione al database

eliminare il database

Ripristina da snapshot del volume

1. Ripristino da snapshot In questa sezione mostreremo come ripristinare un'applicazione dallo snapshot Trident del volume dell'app.

UN. Crea un clone del volume dallo snapshot

Per ripristinare il volume allo stato precedente, è necessario creare un nuovo PVC basato sui dati presenti nello snapshot acquisito. Per fare ciò, salva il seguente manifesto in un file denominato pvc-clone.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
 name: postgresql-volume-clone
spec:
 accessModes:
   - ReadWriteOnce
 storageClassName: trident-csi
 resources:
   requests:
     storage: 8Gi
 dataSource:
   name: postgresql-volume-snap-01
   kind: VolumeSnapshot
   apiGroup: snapshot.storage.k8s.io

Creare un clone del volume creando un PVC utilizzando lo snapshot come origine utilizzando il manifesto sopra. Applicare il manifesto e assicurarsi che il clone venga creato.

clone di PostgreSQL da snapshot

B. Elimina l'installazione originale di PostgreSQL

eliminazione dell'app postgresql

C. Crea una nuova applicazione postgresql utilizzando il nuovo clone PVC

$ helm install postgresql bitnami/postgresql --set primary.persistence.enabled=true --set primary.persistence.existingClaim=postgresql-volume-clone -n postgresql

nuova installazione di postgresql