Kernkomponenten (können nicht deaktiviert werden)

Die folgenden Komponenten sind für den Virtualisierungsdienst unerlässlich und können nicht deaktiviert werden:

OpenShift Virtualisierungs-Add-on

Das Add-on „ openshift-virtualization “ wird auf allen Virtualization Service-Clustern automatisch aktiviert und kann nicht deaktiviert werden. Dieses Add-on verwaltet die Installation und die Updates der Wartungsoperatoren „ OpenShift-Virtualisierung“, „NMState“ und „ Node “. Weitere Informationen finden Sie unter Verwaltung des Virtualisierungs-Add-ons für „ OpenShift “.

OpenShift-Virtualisierungsoperator

Bietet Funktionen zur Verwaltung virtueller Maschinen. Dieser Operator wird vom Add-on automatisch installiert und im Rahmen des Cluster-Lebenszyklus aktualisiert. Die Installation von Red Hat OperatorHub ist blockiert.

NMState-Betreiber

Verwaltet die Netzwerkkonfiguration für virtuelle Maschinen und Knoten. Dieser Operator wird automatisch durch das Add-on installiert.

Node Wartungstechniker

Übernimmt die Wartungsaufgaben für Knoten bei Workloads virtueller Maschinen. Dieser Operator wird automatisch durch das Add-on installiert.

OpenShift Data Foundation (ODF)

Bietet Speicherplatz für „ VM “-Datenträger und ermöglicht Live-Migration. ODF ist so vorkonfiguriert, dass es lokalen NVMe-Speicher auf Bare-Metal-Knoten nutzt.

Verwaltete Add-ons anzeigen

Alle Add-ons in Ihrem Cluster auflisten:

ibmcloud ks cluster addon ls --cluster CLUSTER_NAME

Beispielausgabe:

Name                         Version   Health State   Health Status
ibm-storage-operator         1.0       normal         Addon Ready. For more info: http://ibm.biz/addon-state (H1500)
openshift-virtualization     4.21      normal         Addon Ready. For more info: http://ibm.biz/addon-state (H1500)

Das Add-on „ openshift-virtualization “ wird automatisch aktiviert und kann in Virtualization Service-Clustern nicht deaktiviert werden.

Ausführliche Informationen zur Verwaltung des Virtualisierungs-Add-ons für „ OpenShift “, einschließlich der Anzeige von Details, der Überprüfung von Versionen und der Aktualisierung, finden Sie unter „ Verwaltung des Virtualisierungs-Add-ons für ‚ OpenShift ‘ “.

Arbeiterknoten anzeigen

Listen Sie alle Worker-Knoten in Ihrem Cluster auf:

ibmcloud ks workers --cluster CLUSTER_NAME

Oder verwenden Sie die CLI von „ OpenShift “:

oc get nodes

Workerknoten hinzufügen

Worker-Knoten zu einem bestehenden Worker-Pool hinzufügen:

ibmcloud ks worker-pool resize --cluster CLUSTER_NAME \
  --worker-pool default \
  --size-per-zone NUMBER_OF_WORKERS

Alle Worker-Knoten in einem Virtualization Service-Cluster müssen unterstützte Bare-Metal-Varianten verwenden.

Arbeiterknoten ersetzen

Einen Worker-Knoten ersetzen:

ibmcloud ks worker replace --cluster CLUSTER_NAME --worker WORKER_ID

Der Ersatzmitarbeiter erhält dieselbe Konfiguration wie der ursprüngliche Mitarbeiter.

Neustart der Worker-Knoten

Bevor Sie einen Worker-Knoten neu laden, versetzen Sie den Knoten mithilfe des Node-Wartungsoperators in den Wartungsmodus oder migrieren Sie laufende VMs auf andere Knoten. Weitere Informationen finden Sie unter Einen Knoten in den Wartungsmodus versetzen und Live-Migration von VMs.

Laden Sie einen Worker-Knoten neu, um Aktualisierungen zu übernehmen oder Probleme zu beheben:

ibmcloud ks worker reload --cluster CLUSTER_NAME --worker WORKER_ID

Arbeitnehmerpools anzeigen

ibmcloud ks worker-pool ls --cluster CLUSTER_NAME

Erstellen zusätzlicher Mitarbeiterpools

Erstellen Sie einen neuen Worker-Pool mit einer anderen Bare-Metal-Variante:

ibmcloud ks worker-pool create vpc-gen2 \
  --name POOL_NAME \
  --cluster CLUSTER_NAME \
  --flavor BARE_METAL_FLAVOR \
  --size-per-zone NUMBER_OF_WORKERS

Alle Worker-Pools in einem Virtualization Service-Cluster müssen Bare-Metal-Varianten verwenden, die das Angebot „ openshift-vs “ unterstützen.

Zonen zu Worker-Pools hinzufügen

Eine Zone zu einem bestehenden Worker-Pool hinzufügen:

ibmcloud ks zone add vpc-gen2 \
  --cluster CLUSTER_NAME \
  --zone ZONE \
  --subnet-id SUBNET_ID \
  --worker-pool POOL_NAME

Nach Aktualisierungen suchen

Prüfen Sie, ob für Ihren Cluster Updates verfügbar sind:

ibmcloud ks cluster get --cluster CLUSTER_NAME | grep "Master Version"

Verfügbare Versionen anzeigen:

ibmcloud ks versions --show-version openshift

Aktualisierung des Cluster-Masters

Aktualisieren Sie den Cluster-Master auf eine neue Version:

ibmcloud ks cluster master update --cluster CLUSTER_NAME --version VERSION

Die Master-Aktualisierung dauert in der Regel 30 bis 60 Minuten. Während dieser Zeit können Sie nicht auf die API unter Kubernetes oder die Konsole unter OpenShift zugreifen.

Workerknoten aktualisieren

Nachdem Sie den Master aktualisiert haben, aktualisieren Sie die Worker-Knoten:

ibmcloud ks worker update --cluster CLUSTER_NAME --worker WORKER_ID

Oder aktualisiere alle Worker in einem Worker-Pool:

ibmcloud ks worker-pool update --cluster CLUSTER_NAME --worker-pool POOL_NAME

Bevor Sie Worker-Knoten aktualisieren, versetzen Sie jeden Knoten mithilfe des Node-Wartungsoperators in den Wartungsmodus oder migrieren Sie laufende VMs auf andere Knoten. Weitere Informationen finden Sie unter Einen Knoten in den Wartungsmodus versetzen und Live-Migration von VMs.

Cluster-Status prüfen

ibmcloud ks cluster get --cluster CLUSTER_NAME

Suchen Sie nach:

• Zustand: Sollte sein normal
• Master-Status: Sollte Ready
• Master Health: Sollte normal

Überwachung des Zustands von Komponenten

Überprüfen Sie den Zustand der Virtualisierung unter OpenShift:

oc get hyperconverged -n openshift-cnv

ODF-Status prüfen:

oc get storagecluster -n openshift-storage

Cluster-Protokolle anzeigen

Cluster-Aktivität anzeigen:

ibmcloud ks cluster get --cluster CLUSTER_NAME --show-resources

Für eine detaillierte Protokollierung konfigurieren Sie „ IBM Log Analysis “. Siehe „ Protokollierung für Cluster “.

Virtuelle Maschinen anzeigen

Alle VMs im Cluster auflisten:

oc get vms -A

VMs in einem bestimmten Namespace anzeigen:

oc get vms -n NAMESPACE

Einen Knoten in den Wartungsmodus versetzen

Bevor Sie Wartungsmaßnahmen wie das Aktualisieren, Neuladen oder Ersetzen eines Bare-Metal-Worker-Knotens durchführen, versetzen Sie den Knoten in den Wartungsmodus. Der Node-Wartungsoperator sperrt den Knoten ab und verlagert oder migriert automatisch alle in Frage kommenden Workloads virtueller Maschinen auf andere Knoten in derselben Zone, ohne die Workloads zu unterbrechen.

Wenn Ihr Cluster die OpenShift Data Foundation (ODF) nutzt, müssen Knoten, auf denen ODF-Speicherkomponenten ausgeführt werden, die ODF-Upgrade- und Wartungsverfahren befolgen und nicht diesen Prozess. Weitere Informationen finden Sie im Abschnitt OpenShift Data Foundation verstehen.

Manuelle Live-Migration von VMs

Wenn Sie eine Live-Migration für eine einzelne virtuelle Maschine manuell auslösen möchten, anstatt den Node-Wartungsoperator zu verwenden:

1. Listen Sie die Instanzen der virtuellen Maschinen im Namespace auf, um den Namen der VM zu ermitteln, die Sie migrieren möchten:

   oc get vmi -n NAMESPACE
   

2. Lösen Sie eine Live-Migration für das VM aus:

   virtctl migrate VM_NAME -n NAMESPACE
   

Wenn ein VM über eine Virtual Network Interface (VNI) verfügt, wird die Live-Migration nur innerhalb derselben Zone unterstützt. Die Migration eines solchen VM über Zonen hinweg gelingt zwar, doch das VM weist anschließend ein defektes Netzwerk auf, da VNIs nicht zonübergreifend verbunden werden können.

VMs anhalten und starten

VM unterbinden:

virtctl stop VM_NAME -n NAMESPACE

Starten Sie eine VM:

virtctl start VM_NAME -n NAMESPACE

Überwachung der Speicherkapazität

ODF-Speicherkapazität prüfen:

oc get cephcluster -n openshift-storage -o jsonpath='{.items[0].status.ceph.capacity}'

Speicherbelegung anzeigen:

oc get cephblockpool -n openshift-storage

Verwaltung von Persistent-Volume-Ansprüchen

Liste der von VMs verwendeten PVCs:

oc get pvc -A | grep virtualmachine

PVC-Details anzeigen:

oc describe pvc PVC_NAME -n NAMESPACE