Bereitstellen von Red Hat OpenShift Virtualization mit FSx für ONTAP auf einem ROSA-Cluster
Änderungen vorschlagen
PDFs
Richten Sie Amazon FSx for NetApp ONTAP als Standard-StorageClass für einen ROSA-Cluster (Red Hat OpenShift Service auf AWS) ein. Dieses Verfahren umfasst das Erstellen einer VM, die FSx ONTAP -Speicher für ihre Volumes nutzt, das Überprüfen aller für die VM erstellten Objekte und das Herstellen einer Verbindung mit der VM mithilfe von Gastanmeldeinformationen.
Wir werden uns auch mit der Verbindung zur virtuellen Maschine mithilfe der Gastanmeldeinformationen und dem Neustart der VM befassen. Und schließlich führen wir eine Live-Migration der virtuellen Maschine vom aktuellen Knoten auf einen neuen Knoten durch. Wir untersuchen den Inhalt des Festplattenspeichers nach einem VM-Neustart und der Live-Migration.
Voraussetzungen
-
IAM-Benutzer"mit entsprechenden Berechtigungen" zum Erstellen und Zugreifen auf den ROSA-Cluster
-
"Ein HCP ROSA-Cluster"(mit mindestens 3 Bare-Metal-Worker-Knoten)
-
Trident 25.02 oder höher. Informationen zu den oben genannten Trident -Voraussetzungen finden Sie unter"Trident -Installationsabschnitt" für Details.
Ab der Trident Version 25.02 können Sie die Worker-Knoten des ROSA-Clusters (oder eines beliebigen OpenShift-Clusters) problemlos für die Durchführung von iSCSI-Vorgängen auf FSxN-Speicher vorbereiten. Es gibt zwei einfache Möglichkeiten, Trident 25.02 (oder höher) zu installieren, das die Vorbereitung des Worker-Knotens für iSCSI automatisiert. Vor der Installation der OpenShift-Virtualisierung sollten Sie bereits das Trident-Backend, die Speicherklasse und die Volume-Snapshot-Klassenobjekte erstellt und als Standard eingerichtet haben. Sie können sich auf die"Trident -Installationsabschnitt" für Details.
Ersteinrichtung
Richten Sie das Trident-Backend, die Speicherklasse und die VolumeSnapshotClass ein. Sie können sich auf die"Trident -Installationsabschnitt" für Details.
Beispiel-YAML zum Erstellen eines Trident-Backend-Objekts
cat tbc.yaml
apiVersion: v1
kind: Secret
metadata:
name: backend-tbc-ontap-san-secret
type: Opaque
stringData:
username: fsxadmin
password: <password for the fsxN filesystem>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
name: backend-tbc-ontap-san
spec:
version: 1
storageDriverName: ontap-san
managementLIF: <management lif of fsxN filesystem>
backendName: backend-tbc-ontap-san
svm: svm_FSxNForROSAiSCSI
credentials:
name: backend-tbc-ontap-san-secret
cat sc.yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: trident-csi
provisioner: csi.trident.netapp.io
parameters:
backendType: "ontap-san"
media: "ssd"
provisioningType: "thin"
snapshots: "true"
allowVolumeExpansion: true
cat snapshot-class.yaml
apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshotClass
metadata:
name: fsx-snapclass
driver: csi.trident.netapp.io
deletionPolicy: Retain
#oc create -f tbc,yaml -n trident
#oc create -f sc.yaml
#oc create -f snapshot-class.yamlStellen Sie sicher, dass die Speicherklasse und die Volume-Snapshot-Klasse als Standard konfiguriert sind, bevor Sie die OpenShift-Virtualisierung installieren. Weitere Informationen zum Einrichten von Standardeinstellungen finden Sie im"Festlegen von Standardeinstellungen mit dem Abschnitt „Trident Storage“ und „Snapshot Class“" für Details.
Erstellen Sie eine VM aus der Vorlage
Verwenden Sie die Webkonsole, um eine VM aus einer Vorlage zu erstellen. Erstellen Sie über die RedHat OpenShiftService-Konsole auf AWS eine virtuelle Maschine. Auf dem Cluster sind Vorlagen verfügbar, die zum Erstellen der VM verwendet werden können. Im Screenshot unten wählen wir Fedora VM aus dieser Liste aus. Geben Sie der VM einen Namen und klicken Sie dann auf Virtuelle Maschine anpassen. Wählen Sie die Registerkarte Datenträger und klicken Sie auf Datenträger hinzufügen. Ändern Sie den Namen der Festplatte vorzugsweise in einen aussagekräftigen Namen und stellen Sie sicher, dass als Speicherklasse trident-csi ausgewählt ist. Klicken Sie auf Speichern. Klicken Sie auf Virtuelle Maschine erstellen
Nach einigen Minuten befindet sich die VM im laufenden Zustand
Überprüfen Sie alle für die VM erstellten Objekte
Die Speicherplatten.
Die Dateisysteme der VM zeigen die Partitionen, den Dateisystemtyp und die Mount-Punkte an.
Für die VM werden 2 PVCs erstellt, einer von der Boot-Festplatte und einer für die Hot-Plug-Festplatte.
Der PVC für die Startdiskette zeigt, dass der Zugriffsmodus „ReadWriteMany“ und die Speicherklasse „trident-csi“ ist.
Ebenso zeigt der PVC für die Hot-Plug-Festplatte, dass der Zugriffsmodus „ReadWriteMany“ und die Speicherklasse „trident-csi“ ist.
Im Screenshot unten können wir sehen, dass der Pod für die VM den Status „Wird ausgeführt“ hat.
Hier sehen wir die beiden mit dem VM-Pod verknüpften Volumes und die beiden ihnen zugeordneten PVCs.
Verbindung zur VM herstellen
Klicken Sie auf die Schaltfläche „Webkonsole öffnen“ und melden Sie sich mit den Gastanmeldeinformationen an.
Geben Sie die folgenden Befehle ein
$ df (to display information about the disk space usage on a file system).$ dd if=/dev/urandom of=random.dat bs=1M count=10240 (to create a file called random.dat in the home dir and fill it with random data).Die Festplatte ist mit 11 GB Daten gefüllt.
Verwenden Sie vi, um eine Beispieltextdatei zu erstellen, die wir zum Testen verwenden werden.
Ähnliche Blogs