automation-suite
2.2510
true
OpenShift 上的 Automation Suite 安装指南
重要 :
请注意,此内容已使用机器翻译进行了部分本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
500 错误和 ODF 中 S3 请求的速率限制
OpenShift Data Foundation 中 500 错误和 S3 请求速率限制的解决方案,包括 NooBaa 内存分配问题。
描述
通过 OpenShift Data Foundation (ODF) 发送 S3 请求的服务可能会遇到速率限制或 500 内部服务器错误响应。在 OFS 中,存储管理由 NooBaa 处理。当请求数量激增并超过阈值时,NooBaa 会分配额外内存。如果该分配超过了 NooBaa 部署上配置的 CPU 或内存限制,则内存不足 (OOM) 终止程序可能会终止 Pod。
此终止会导致服务中断、请求节流和错误响应。
解决方案
要解决此问题,必须增加 NooBaa 部署的 CPU 和内存限制和请求,以便它可以在不终止的情况下处理工作负载峰值。调整限制是主要的解决方案,而增加请求有助于改善资源分配。
采取以下步骤:
- 通过运行以下命令检索相关的后备存储:
oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage - 通过运行以下命令修补后备存储以增加 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" } } } } }'
应用补丁后,后备存储可能需要几分钟才能返回到活动状态。