O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Serviço Red Hat OpenShift na AWS com NetApp ONTAP

08/18/2025 Colaboradores

PDFs

Este documento descreverá como usar o NetApp ONTAP com o Red Hat OpenShift Service na AWS (ROSA).

Criar instantâneo de volume

1. Criar um instantâneo do volume do aplicativo Nesta seção, mostraremos como criar um instantâneo do Trident do volume associado ao aplicativo. Esta será uma cópia de um momento específico dos dados do aplicativo. Se os dados do aplicativo forem perdidos, podemos recuperar os dados desta cópia de momento. OBSERVAÇÃO: este instantâneo é armazenado no mesmo agregado que o volume original no ONTAP(no local ou na nuvem). Portanto, se o agregado de armazenamento ONTAP for perdido, não poderemos recuperar os dados do aplicativo a partir do seu snapshot.

**um. Crie uma VolumeSnapshotClass Salve o seguinte manifesto em um arquivo chamado volume-snapshot-class.yaml

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

Crie um snapshot usando o manifesto acima.

classe de instantâneo

b. Em seguida, crie um snapshot Crie um snapshot do PVC existente criando o VolumeSnapshot para fazer uma cópia de um momento específico dos seus dados do Postgresql. Isso cria um instantâneo do FSx que ocupa quase nenhum espaço no backend do sistema de arquivos. Salve o seguinte manifesto em um arquivo chamado 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. Crie o instantâneo do volume e confirme que ele foi criado

Exclua o banco de dados para simular a perda de dados (a perda de dados pode ocorrer por vários motivos, aqui estamos apenas simulando isso excluindo o banco de dados)

instantâneo de volume

d. Exclua o banco de dados para simular a perda de dados (a perda de dados pode ocorrer por vários motivos, aqui estamos apenas simulando isso excluindo o banco de dados)

conexão de banco de dados

descartar banco de dados

Restaurar a partir do instantâneo de volume

1. Restaurar do Snapshot Nesta seção, mostraremos como restaurar um aplicativo a partir do snapshot do Trident do volume do aplicativo.

um. Crie um clone de volume a partir do snapshot

Para restaurar o volume ao seu estado anterior, você deve criar um novo PVC com base nos dados do instantâneo que você tirou. Para fazer isso, salve o seguinte manifesto em um arquivo chamado 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

Crie um clone do volume criando um PVC usando o snapshot como fonte usando o manifesto acima. Aplique o manifesto e certifique-se de que o clone foi criado.

clone postgresql a partir de snapshot

b. Excluir a instalação original do postgresql

excluir aplicativo postgresql

c. Crie um novo aplicativo postgresql usando o novo clone PVC

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

nova instalação do postgresql