Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Red Hat OpenShift Service en AWS con NetApp ONTAP

10/31/2024 Colaboradores

PDF

En este documento se describe cómo utilizar NetApp ONTAP con el servicio Red Hat OpenShift en AWS (ROSA).

Crear snapshot de volumen

1. Crear una instantánea del volumen de la aplicación En esta sección, mostraremos cómo crear una instantánea de Trident del volumen asociado a la aplicación. Esta será una copia de punto en el tiempo de los datos de la aplicación. Si se pierden los datos de la aplicación, podemos recuperar los datos de esta copia puntual. NOTA: Esta copia Snapshot se almacena en el mismo agregado que el volumen original en ONTAP (en las instalaciones o en el cloud). Por lo tanto, si se pierde el agregado de almacenamiento de ONTAP, no podemos recuperar los datos de la aplicación a partir de su instantánea.

**a.. Cree un VolumeSnapshotClass Guarde el siguiente manifiesto en un archivo denominado volume-snapshot-class.yaml

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

Cree una instantánea mediante el manifiesto anterior.

clase de instantánea

b.. A continuación, cree una instantánea Cree una instantánea de la RVP existente mediante la creación de VolumeSnapshot para tomar una copia puntual de sus datos PostgreSQL. Esto crea una instantánea de FSX que casi no ocupa espacio en el backend del sistema de archivos. Guarde el siguiente manifiesto en un archivo llamado 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.. Cree la snapshot del volumen y confirme que se ha creado

Eliminar la base de datos para simular la pérdida de datos (la pérdida de datos puede ocurrir debido a una variedad de razones, aquí solo estamos simulando borrando la base de datos)

copia de snapshot de volumen

d.. Eliminar la base de datos para simular la pérdida de datos (la pérdida de datos puede ocurrir debido a una variedad de razones, aquí solo estamos simulando borrando la base de datos)

conexión a base de datos

borrar base de datos

Restaurar desde Snapshot de volumen

1. Restaurar desde la instantánea En esta sección, mostraremos cómo restaurar una aplicación desde la instantánea de Trident del volumen de la aplicación.

a.. Cree un clon de volumen a partir de la copia de Snapshot

Para restaurar el volumen a su estado anterior, debe crear una RVP nueva basada en los datos de la copia de Snapshot realizada. Para ello, guarde el siguiente manifiesto en un archivo llamado 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

Cree un clon del volumen creando una RVP utilizando la snapshot como origen mediante el manifiesto anterior. Aplique el manifiesto y asegúrese de que se haya creado el clon.

clon postgresql de la instantánea

b.. Elimine la instalación postgresql original

postgresql app delete

c.. Cree una nueva aplicación postgresql usando el nuevo clon PVC

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

postgresql nueva instalación