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 OpenShift da Red Hat na AWS com o NetApp ONTAP

10/31/2024 Colaboradores

PDFs

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

Criar Snapshot 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 pontual dos dados do aplicativo. Se os dados do aplicativo forem perdidos, podemos recuperar os dados deste ponto na cópia do tempo. OBSERVAÇÃO: Esse snapshot é armazenado no mesmo agregado que o volume original no ONTAP (no local ou na nuvem). Então, se o agregado de armazenamento do ONTAP for perdido, não podemos recuperar os dados do aplicativo de seu snapshot.

**um Crie um 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 instantâneo usando o manifesto acima.

classe do snapshot

b.. Em seguida, crie um instantâneo Crie um instantâneo do PVC existente criando VolumeSnapshot para obter uma cópia pontual dos seus dados PostgreSQL. Isso cria um snapshot do FSX que quase não ocupa espaço no backend do sistema de arquivos. Salve o manifesto a seguir 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

Excluir o banco de dados para simular a perda de dados (a perda de dados pode acontecer devido a uma variedade de razões, aqui estamos apenas simulando-o excluindo o banco de dados)

snapshot de volume

d.. Excluir o banco de dados para simular a perda de dados (a perda de dados pode acontecer devido a uma variedade de razões, aqui estamos apenas simulando-o excluindo o banco de dados)

ligação à base de dados

solte o banco de dados

Restaurar a partir do Snapshot de volume

**1. Nesta seção, mostraremos como restaurar um aplicativo a partir do instantâneo Trident do volume do aplicativo.

um Crie um clone de volume a partir do instantâneo

Para restaurar o volume para seu estado anterior, você deve criar um novo PVC com base nos dados no snapshot que você tirou. Para fazer isso, salve o manifesto a seguir 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 origem usando o manifesto acima. Aplique o manifesto e certifique-se de que o clone seja criado.

postgresql clone de snapshot

b.. Exclua a instalação postgresql original

postgresql app delete

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

postgresql nova instalação