SpringBoot，卧式Pod自动计算器& readinessProbe

Question

我有一个运行在Kubernetes上的弹簧引导应用程序，现在我正在尝试设置一个水平吊舱自动定标器。

我有一个疑问，在不修改任何自动标量阈值的情况下，自动定标器只在准备就绪(准备探测成功后)或者准备还没有完成时才检查吊舱。

示例

• Java应用程序需要5分钟才能启动(即完成准备状态探测)
• 在这5分钟内，此应用程序的CPU分配了100%的CPU请求。
• 如果targetCPUUtilization达到50%，HPA配置为缩放。
• 在这种情况下，当HPA条件满足，但吊舱还没有准备好时，会发生什么情况？它会马上再添加一个吊舱吗?还是先等待吊舱准备好，然后启动-horizontal-pod-autoscaler-initial-readiness-delay ?的计时器。

我认为答案就在于此，但我不太清楚。

由于技术上的限制，HorizontalPodAutoscaler控制器在决定是否搁置某些CPU度量标准时，无法准确地确定一个吊舱何时准备就绪。相反，它认为一个Pod“还没有准备好”，如果它还没有准备好，并在一个短的、可配置的时间窗口内转换为“未准备好”。此值配置为标志，其默认值为30秒。一旦一个荚已经准备好，它认为任何过渡到准备是第一个，如果它发生在较长的时间内，可配置的时间，从它开始。此值配置为标志，其默认值为5分钟。

另外，有谁能解释一下horizontal-pod-autoscaler-cpu-initialization-period & horizontal-pod-autoscaler-initial-readiness-delay？文档令人困惑

Answer 1

数字OCean预测式卧式自动分频器具有相同的参数：cpuInitializationPeriod。

它将--horizontal-pod-autoscaler-cpu-initialization-period重新定义为：

当CPU样本可能被跳过时，pod启动后的时间段。

对于horizontal-pod-autoscaler-initial-readiness-delay

吊舱开始后的一段时间，在此期间，准备状态的变化将被视为初始准备状态。

其想法是：

• 不要仅仅根据CPU的变化触发任何扩展(因为初始的cpu-initialization-period意味着吊舱仍在准备中，有潜在的CPU尖峰)
• 不触发基于就绪状态更改的任何扩展(因为初始readiness-delay意味着，即使pod报告已经就绪，也可能在延迟期间发生更改)

第12657期有更多内容(主要是确认原始文档令人困惑)。