UiPath Documentation
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 和内存限制和请求,以便它可以在不终止的情况下处理工作负载峰值。调整限制是主要的解决方案,而增加请求有助于改善资源分配。

采取以下步骤:

  1. 通过运行以下命令检索相关的后备存储:
    oc get backingstores.noobaa.io -n openshift-storage
    oc get backingstores.noobaa.io -n openshift-storage
    
  2. 通过运行以下命令修补后备存储以增加 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"
            }
          }
        }
      }
    }'
    

应用补丁后,后备存储可能需要几分钟才能返回到活动状态。

  • 描述​
  • 解决方案​

此页面有帮助吗?

连接

需要帮助? 支持

想要了解详细内容? UiPath Academy

有问题? UiPath 论坛

保持更新