Skip to main content
NetApp container 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 netapp-jsnyder kevin-hoke
PDFs

In diesem Dokument wird beschrieben, wie Sie NetApp ONTAP mit dem Red Hat OpenShift Service auf AWS (ROSA) verwenden.

Volume-Snapshot erstellen

1. Erstellen Sie einen Snapshot des App-Volumes. In diesem Abschnitt zeigen wir, wie Sie einen Trident-Snapshot des mit der App verknüpften Volumes erstellen. Dies ist eine zeitpunktbezogene Kopie der App-Daten. Wenn die Anwendungsdaten verloren gehen, können wir die Daten aus dieser Point-in-Time-Kopie wiederherstellen. HINWEIS: Dieser Snapshot wird im selben Aggregat wie das Originalvolume in ONTAP(vor Ort oder in der Cloud) gespeichert. Wenn also das ONTAP Speicheraggregat verloren geht, können wir die App-Daten nicht aus seinem Snapshot wiederherstellen.

**A. Erstellen Sie eine 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 obigen Manifests einen Snapshot.

Snapshot-Klasse

B. Erstellen Sie als Nächstes einen Snapshot. Erstellen Sie einen Snapshot des vorhandenen PVC, indem Sie VolumeSnapshot erstellen, um eine zeitpunktbezogene Kopie Ihrer Postgresql-Daten zu erstellen. Dadurch wird ein FSx-Snapshot erstellt, der im Dateisystem-Backend fast keinen Platz einnimmt. 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 Datenverlust zu simulieren (Datenverlust kann aus verschiedenen Gründen auftreten, hier simulieren wir ihn nur durch Löschen der Datenbank).

Volume-Schnappschuss

D. Löschen Sie die Datenbank, um den Datenverlust zu simulieren (Datenverlust kann aus verschiedenen Gründen auftreten, hier simulieren wir ihn nur durch Löschen der Datenbank)

Datenbankverbindung

Datenbank löschen

Wiederherstellen aus Volume-Snapshot

1. Wiederherstellen aus Snapshot In diesem Abschnitt zeigen wir, wie Sie eine Anwendung aus dem Trident-Snapshot des App-Volumes wiederherstellen.

A. Erstellen Sie einen Volume-Klon aus dem Snapshot

Um den vorherigen Zustand des Volumes wiederherzustellen, müssen Sie basierend auf den Daten im von Ihnen erstellten Snapshot einen neuen PVC erstellen. Speichern Sie dazu das folgende Manifest in einer Datei mit dem Namen 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 obigen Manifests einen PVC erstellen und dabei den Snapshot als Quelle verwenden. 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 Klon-PVC

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

PostgreSQL-Neuinstallation

D. Überprüfen Sie, ob sich der Anwendungs-Pod im Ausführungsstatus befindet

PostgreSQL-Neuinstallation

e. Überprüfen Sie, ob der Pod den Klon als PVC verwendet

PostgreSQL Neuinstallation beschreiben

neues PVC ist der Klon

f) Um zu überprüfen, ob die Datenbank wie erwartet wiederhergestellt wurde, gehen Sie zurück zur Containerkonsole und zeigen Sie die vorhandenen Datenbanken an

Datenbank wiederhergestellt

Demo-Video

Amazon FSx for NetApp ONTAP mit Red Hat OpenShift Service auf AWS unter Verwendung der gehosteten Steuerebene

Weitere Videos zu Red Hat OpenShift und OpenShift-Lösungen finden Sie"hier," .