Skip to main content
NetApp Solutions
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Red hat OpenShift Service auf AWS mit NetApp ONTAP

Beitragende
PDFs

In diesem Dokument wird die Verwendung von NetApp ONTAP mit dem Red hat OpenShift Service on AWS (ROSA) beschrieben.

Erstellen Sie Einen Volume-Snapshot

1. Erstellen Sie einen Snapshot des App-Volumes in diesem Abschnitt wird gezeigt, wie Sie einen Trident-Snapshot des mit der App verknüpften Volumes erstellen.Dies ist eine Point-in-Time-Kopie der App-Daten. Falls die Applikationsdaten verloren gehen, können wir die Daten von dieser zeitpunktgenaue Kopie wiederherstellen. HINWEIS: Dieser Snapshot wird im selben Aggregat wie das ursprüngliche Volume in ONTAP gespeichert (On-Premises oder in der Cloud). Wenn also das ONTAP Storage-Aggregat verloren geht, können wir die Applikationsdaten nicht aus dem Snapshot wiederherstellen.

**A. Erstellen einer VolumeSnapshotClass Speichern Sie das folgende Manifest in einer Datei namens Volume-Snapshot-class.yaml

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

Erstellen Sie mithilfe des oben genannten Manifests einen Snapshot.

Snapshot-Klasse

B. Erstellen Sie anschließend einen Snapshot Erstellen Sie einen Snapshot der vorhandenen PVC, indem Sie VolumeSnapshot erstellen, um eine Point-in-Time-Kopie Ihrer PostgreSQL-Daten zu erstellen. Dies erzeugt einen FSX Snapshot, der fast keinen Platz im Dateisystem-Backend beansprucht. Speichern Sie das folgende Manifest in einer Datei namens 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. Erstellen Sie den Volume-Snapshot und bestätigen Sie, dass er erstellt wurde

Löschen Sie die Datenbank, um den Verlust von Daten zu simulieren (Datenverlust kann aus einer Vielzahl von Gründen passieren, hier simulieren wir es einfach durch Löschen der Datenbank)

Volume-Snapshot

D. Löschen Sie die Datenbank, um den Verlust von Daten zu simulieren (Datenverlust kann aus verschiedenen Gründen passieren, hier simulieren wir sie einfach durch Löschen der Datenbank)

Datenbankverbindung

Drop der Datenbank

Wiederherstellen aus Volume Snapshot

1. Wiederherstellung aus Snapshot in diesem Abschnitt zeigen wir, wie eine Anwendung aus dem Trident-Snapshot des App-Volumes wiederhergestellt werden kann.

A. Erstellen Sie einen Volume-Klon aus dem Snapshot

Um den vorherigen Zustand des Volumes wiederherzustellen, müssen Sie eine neue PVC auf der Grundlage der Daten in dem Snapshot erstellen, den Sie erstellt haben. Speichern Sie dazu das folgende Manifest in einer Datei namens 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

Erstellen Sie einen Klon des Volumes, indem Sie mithilfe des oben genannten Manifests eine PVC mithilfe des Snapshots als Quelle erstellen. Wenden Sie das Manifest an, und stellen Sie sicher, dass der Klon erstellt wird.

postgresql-Klon aus Snapshot

B. Löschen Sie die ursprüngliche postgresql-Installation

postgresql-App löschen

c. Erstellen Sie eine neue postgresql-Anwendung mit dem neuen Clone PVC

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

Neue postgresql-Installation

D. Stellen Sie sicher, dass der Anwendungs-POD den Status läuft aufweist

Neue postgresql-Installation

E. Vergewissern Sie sich, dass der Pod den Klon als PVC verwendet

postgresql neue Installation beschreiben

Die neue pvc ist der Klon

f) um zu überprüfen, ob die Datenbank wie erwartet wiederhergestellt wurde, gehen Sie zurück zur Container-Konsole und zeigen Sie die vorhandenen Datenbanken an

Datenbank wiederhergestellt

Demovideo

Amazon FSX for NetApp ONTAP: Red hat OpenShift Service auf AWS mit gehosteter Kontrollebene

Weitere Videos zu Red hat OpenShift- und OpenShift-Lösungen finden Sie "Hier".