OpenShift の Automation Suite のインストールガイド

最終更新日時 2025年11月13日

ODF の S3 リクエストに対する 500 エラーとレート制限

説明

OpenShift Data Foundation (ODF) を介して S3 要求を送信するサービスでは、レート制限または 500 Internal Server Error 応答が発生する可能性があります。ODFでは、ストレージ管理はNooBaaによって処理されます。要求の数がしきい値を超えて急増すると、NooBaaは追加のメモリを割り当てます。その割り当てが NooBaa デプロイで設定された CPU またはメモリの制限を超えると、メモリ不足 (OOM) キラーによってポッドを終了できます。この終了により、サービスの中断、要求の調整、およびエラー応答が発生します。

解決策

この問題を解決するには、NooBaa デプロイの CPU とメモリの制限と要求を増やして、ワークロードのスパイクを終了せずに処理できるようにする必要があります。制限を調整することが主な解決策ですが、要求を増やすとリソース割り当ての改善に役立ちます。

次の手順を実行します。

次のコマンドを実行して、関連するBackingStoreを取得します。
```
oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage
```

次のコマンドを実行して BackingStore にパッチを適用し、CPU およびメモリリソースの制限を増やします。

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"
        }
      }
    }
  }
}'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"
        }
      }
    }
  }
}'

バッキングストアは、パッチの適用後、アクティブ状態に戻るまでに数分かかる場合があります。