Aktuelle OSD-Ressourcenbeschränkungen prüfen

Bevor Sie die Ressourcenbeschränkungen ändern, überprüfen Sie die aktuellen CPU- und Speichereinstellungen Ihrer OSD-Pods. Notieren Sie sich die aktuellen Anfragen und Grenzwerte, damit Sie diese später mit der tatsächlichen Nutzung und den aktualisierten Werten vergleichen können.

oc get pods -n openshift-storage -l app=rook-ceph-osd \
  -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'

Überprüfen Sie die Ausgabe, um die aktuellen CPU- und Speicheranforderungen sowie die Grenzwerte für jeden OSD-Container zu ermitteln. Vergleichen Sie diese Werte im nächsten Befehl mit den tatsächlichen Nutzungswerten. Wenn die CPU- oder Speicherauslastung regelmäßig an die konfigurierten Grenzwerte heranreicht, kann eine Anhebung dieser Grenzwerte dazu beitragen, Engpässe zu verringern.

Um den tatsächlichen Ressourcenverbrauch zu überprüfen, führen Sie den folgenden Befehl aus und vergleichen Sie die CPU- und Speicherauslastung mit den von Ihnen notierten Grenzwerten:

oc adm top pods -n openshift-storage -l app=rook-ceph-osd

Erhöhung der OSD-Ressourcengrenzen

Sollten die aktuellen Grenzwerte für Ihre „ VM “-Workload nicht ausreichen, passen Sie diese an, indem Sie die Ressource „ ocs-storagecluster “ bearbeiten.

Sie können auch die Grenzwerte für andere „ Rook “-Ceph-Pods, wie beispielsweise „ mon “, „ mgr “ und „ rgw “, in der Konfiguration unter „ ocs-storagecluster “ anpassen. Weitere Informationen finden Sie unter Red Hat Lösung 6959127.

1. Öffnen Sie die Speichercluster-Ressource zur Bearbeitung.

   oc edit storagecluster ocs-storagecluster -n openshift-storage
   

2. Fügen Sie im entsprechenden Eintrag unter „ storageDeviceSets “ das Feld „ resources “ hinzu oder aktualisieren Sie es. Das folgende Teilbeispiel legt eine Obergrenze von 4 CPUs und 24 Gi Arbeitsspeicher fest und fordert 2 CPUs und 24 Gi Arbeitsspeicher an:

   storageDeviceSets:
     - name: ocs-deviceset
       resources:
         limits:
           cpu: "4"
           memory: "24Gi"
         requests:
           cpu: "2"
           memory: "24Gi"
   

   Die CPU- und Speicheranforderungen dürfen die Grenzwerte nicht überschreiten.

3. Speichern Sie die Datei und verlassen Sie den Editor.

   Nachdem Sie die Änderungen gespeichert haben, werden die OSD-Pods automatisch neu gestartet. Warten Sie, bis der schrittweise Neustart abgeschlossen ist, bevor Sie weitere Speicheroperationen durchführen.

Überprüfen Sie die aktualisierten Ressourcenbeschränkungen

Vergewissern Sie sich nach Abschluss des schrittweisen Neustarts, dass die aktualisierten Grenzwerte auf alle OSD-Pods angewendet wurden.

1. Überwachen Sie den schrittweisen Neustart, um sicherzustellen, dass alle OSD-Pods wieder in den Status „ Running “ zurückkehren. Der Neustart ist abgeschlossen, wenn bei allen OSD-Pods „ Running “ angezeigt wird und bei keinem „ Pending “ oder „ Terminating “ zu sehen ist.

   oc get pods -n openshift-storage | grep osd | grep -v prepare | grep -v rotation
   

2. Vergewissern Sie sich, dass die neuen Ressourcenwerte wirksam sind.

   oc get pods -n openshift-storage -l app=rook-ceph-osd \
     -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'
   

   Stellen Sie sicher, dass die Werte für CPU und Arbeitsspeicher mit den von Ihnen konfigurierten Werten übereinstimmen.

Führen Sie einen grundlegenden Gesundheitscheck durch

Führen Sie den folgenden Befehl aus, um eine allgemeine Übersicht über den Zustand von Ceph zu erhalten. Ein funktionierender Cluster gibt „ HEALTH_OK “ zurück.

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph status

Um aktive Warnungen oder Fehler anzuzeigen, führen Sie den folgenden Befehl aus:

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph health detail

Clusterzustände verstehen

Die Ausgabe von „ ceph status “ enthält den Status der Platzierungsgruppen (PG), der Aufschluss über den Zustand der Daten gibt.

Aktiv/sauber

Der ideale Zustand. Alle Platzierungsgruppen sind aktiv, alle Daten werden repliziert, und es werden keine Daten übertragen. Es ist keine Aktion erforderlich.

Aktiv+Neuzuordnung, aktiv+Nachfüllung, aktiv+Wiederherstellung

Die Daten werden neu verteilt. Diese Zustände treten nach einer Änderung der OSD-Ressourcen, einem Knotenaustausch oder einem Skalierungsvorgang normalerweise auf. Warten Sie, bis der Cluster wieder den Status „ active/clean “ erreicht hat, bevor Sie weitere Änderungen vornehmen.

Beispiel für eine korrekte Ausgabe:

HEALTH_OK

Beispielausgabe während der Neugewichtung:

HEALTH_WARN
  Degraded data redundancy: 123/456 objects degraded (26.974%)
  Recovery 50/456 objects degraded (10.965%)

Platzierungsgruppe und OSD-Status prüfen

Um einen detaillierteren Überblick über die Datenverteilung und den Zustand des OSD zu erhalten, führen Sie die folgenden Überprüfungen durch.

1. Überprüfen Sie den Status der Platzierungsgruppen, um Gruppen zu identifizieren, die sich nicht im Status „ active+clean “ befinden.

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph pg stat
   

2. Überprüfen Sie den Status der einzelnen OSDs, um sicherzustellen, dass die OSDs unter up und in zu finden sind.

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph osd status