500 Fehler und Ratenbegrenzung für S3-Anforderungen in ODF

Beschreibung

Bei Diensten, die S3-Anforderungen über OpenShift Data Foundation (ODF) senden, kann es zu einer Ratenbegrenzung oder zu Antworten mit 500 internen Serverfehlern kommen. In ODF wird die Speicherverwaltung von NooBaa übernommen. Wenn die Anzahl der Anforderungen einen Schwellenwert überschreitet, weist NooBaa zusätzlichen Speicher zu. Wenn diese Zuweisung die CPU- oder Speicherlimits überschreitet, die in der NooBaa-Bereitstellung konfiguriert wurden, kann der Pod durch den Out-of-Memory-Killer (OOM) beendet werden. Diese Beendigung führt zu Dienstunterbrechungen, Anforderungsdrosseln und Fehlerantworten.

Lösung

Um das Problem zu beheben, müssen Sie die CPU- und Speicherlimits und -anforderungen für die NooBaa-Bereitstellung erhöhen, damit sie Workload-Spitzen verarbeiten kann, ohne beendet zu werden. Die Anpassung der Grenzwerte ist die Hauptlösung, während die Erhöhung der Anforderungen zur Verbesserung der Ressourcenzuweisung beiträgt.

Führen Sie die folgenden Schritte aus:

1. Rufen Sie den entsprechenden BackingStore ab, indem Sie den folgenden Befehl ausführen:

   oc get backingstores.noobaa.io -n openshift-storage

2. Patchen Sie den BackingStore, um die CPU- und Speicherressourcenlimits zu erhöhen, indem Sie den folgenden Befehl ausführen:

   oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{
     "spec": {
       "pvPool": {
         "resources": {
           "limits": {
             "cpu": "1000m",
             "memory": "4000Mi"
           },
           "requests": {
             "cpu": "500m",
             "memory": "500Mi"
           }
         }
       }
     }
   }'
   

Es kann einige Minuten dauern, bis der BackingStore nach dem Anwenden des Patches wieder in einen aktiven Status zurückversetzt.