Merge pull request #33545 from JarHMJ/concepts-5-statefulset.md
[zh] sync v1.24 concepts/workloads/controllers/statefulset.md
This commit is contained in:
		
						commit
						8da26a04fb
					
				|  | @ -477,7 +477,9 @@ in the same order as Pod termination (from the largest ordinal to the smallest), | |||
| each Pod one at a time. | ||||
| 
 | ||||
| The Kubernetes control plane waits until an updated Pod is Running and Ready prior | ||||
| to updating its predecessor. If you have set `.spec.minReadySeconds` (see [Minimum Ready Seconds](#minimum-ready-seconds)), the control plane additionally waits that amount of time after the Pod turns ready, before moving on. | ||||
| to updating its predecessor. If you have set `.spec.minReadySeconds` (see | ||||
| [Minimum Ready Seconds](#minimum-ready-seconds)), the control plane additionally waits that | ||||
| amount of time after the Pod turns ready, before moving on. | ||||
| --> | ||||
| ## 滚动更新 {#rolling-updates} | ||||
| 
 | ||||
|  | @ -513,6 +515,47 @@ update, roll out a canary, or perform a phased roll out. | |||
| 在大多数情况下,你不需要使用分区,但如果你希望进行阶段更新、执行金丝雀或执行 | ||||
| 分阶段上线,则这些分区会非常有用。 | ||||
| 
 | ||||
| <!-- | ||||
| ### Maximum unavailable Pods | ||||
| --> | ||||
| ### 最大不可用 Pod | ||||
| 
 | ||||
| {{< feature-state for_k8s_version="v1.24" state="alpha" >}} | ||||
| 
 | ||||
| <!-- | ||||
| You can control the maximum number of Pods that can be unavailable during an update | ||||
| by specifying the `.spec.updateStrategy.rollingUpdate.maxUnavailable` field. | ||||
| The value can be an absolute number (for example, `5`) or a percentage of desired | ||||
| Pods (for example, `10%`). Absolute number is calculated from the percentage value | ||||
| by rounding it up. This field cannot be 0. The default setting is 1. | ||||
| --> | ||||
| 你可以通过指定 `.spec.updateStrategy.rollingUpdate.maxUnavailable`  | ||||
| 字段来控制更新期间不可用的 Pod 的最大数量。 | ||||
| 该值可以是绝对值(例如,“5”)或者是期望 Pod 个数的百分比(例如,`10%`)。 | ||||
| 绝对值是根据百分比值四舍五入计算的。 | ||||
| 该字段不能为 0。默认设置为 1。 | ||||
| 
 | ||||
| <!-- | ||||
| This field applies to all Pods in the range `0` to `replicas - 1`. If there is any | ||||
| unavailable Pod in the range `0` to `replicas - 1`, it will be counted towards | ||||
| `maxUnavailable`. | ||||
| --> | ||||
| 该字段适用于 `0` 到 `replicas - 1` 范围内的所有 Pod。 | ||||
| 如果在 `0` 到 `replicas - 1` 范围内存在不可用 Pod,这类 Pod 将被计入 `maxUnavailable` 值。 | ||||
| 
 | ||||
| <!-- | ||||
| {{< note >}} | ||||
| The `maxUnavailable` field is in Alpha stage and it is honored only by API servers | ||||
| that are running with the `MaxUnavailableStatefulSet` | ||||
| [feature gate](/docs/reference/commmand-line-tools-reference/feature-gates/) | ||||
| enabled. | ||||
| {{< /note >}} | ||||
| --> | ||||
| {{< note >}} | ||||
| `maxUnavailable` 字段处于 Alpha 阶段,仅当 API 服务器启用了 `MaxUnavailableStatefulSet` | ||||
| [特性门控](/zh/docs/reference/commmand-line-tools-reference/feature-gates/)时才起作用。 | ||||
| {{< /note >}} | ||||
| 
 | ||||
| <!-- | ||||
| ### Forced Rollback | ||||
| 
 | ||||
|  |  | |||
		Loading…
	
		Reference in New Issue