kubernetes - 如何在 Knative 中设置 Max Revision TimeoutSeconds？

Question

我已经使用 Cloud run on gke 部署了一项服务，该服务使用 Knative 作为 k8s 的抽象。默认MaxRevisionTimeoutSeconds knative 默认设置为 600s config但根据这个PR这是可定制的。

我在 Knative 的官方文档中找不到任何内容，有人可以帮我吗？

更新 :

在深入了解 knative 源代码和文档之后。看起来是MaxRevisionTimeoutSeconds在 resource=ConfigMap/config-defaults 中定义.所以必须用自定义值更新它。

来自 this看起来我们可以使用名为 operator 的东西修改 ConfigMap 资源但它不起作用可能是因为 gcp 不使用运算符来安装 Knative 组件。无论如何，我继续安装运算符，然后使用 resource=knativeserving覆盖配置默认值。但是当我尝试重新部署服务时，这也不起作用。

下一个解决方案是使用 kubectl edit 直接编辑配置默认值.我什至尝试这样做，但遇到了奇怪的行为。使用时编辑 YAML 文件后 kubectl describe要检查更改的值，它有时会显示修改后的值，有时会显示旧值，有时甚至不显示 YAML 中的特定键值对。此外，在执行此编辑后尝试重新部署服务时，它也不起作用。

如果有人能帮我解决这个问题，那就太好了。

Answer 1

MaxRevisionTimeoutSeconds是集群全局设置，它强制 TimeoutSeconds 的最大值在每个修订版上。该值存在以便集群管理员可以设置单个 HTTP 请求在系统中的时间上限。在 HTTP 路由组件上配置正常关闭设置以防止在升级期间丢失请求时，知道上限可能很有用。

GKE 上的 Cloud Run 可能已覆盖这些配置，以便它们可以按可预测的时间表升级底层 Istio 和 Knative 组件。 (如果您有 10% 的升级预算并且需要 10m 来耗尽组件，那么您的最短升级时间可能在 110m 左右，考虑到额外的调度/图像获取/启动时间。)