You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/zh-cn/blog/_posts/2025-05-16-in-place-pod-resize-beta.md
+20-15Lines changed: 20 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,25 +1,25 @@
1
1
---
2
2
layout: blog
3
3
title: "Kubernetes v1.33:原地调整 Pod 资源特性升级为 Beta"
4
-
slug: in-place-pod-resize-beta
5
-
date: 2025-05-19T10:30:00-08:00
4
+
slug: kubernetes-v1-33-in-place-pod-resize-beta
5
+
date: 2025-05-16T10:30:00-08:00
6
6
author: "Tim Allclair (Google)"
7
7
translator: >
8
8
[Xin Li](https://github.com/my-git9) (DaoCloud)
9
9
---
10
10
<!--
11
11
layout: blog
12
-
title: "Kubernetes v1.33: In-Place Pod Resize Graduating to Beta"
13
-
slug: in-place-pod-resize-beta
14
-
date: 2025-05-19T10:30:00-08:00
12
+
title: "Kubernetes v1.33: In-Place Pod Resize Graduated to Beta"
13
+
slug: kubernetes-v1-33-in-place-pod-resize-beta
14
+
date: 2025-05-16T10:30:00-08:00
15
15
author: "Tim Allclair (Google)"
16
16
-->
17
17
18
18
<!--
19
-
On behalf of the Kubernetes project, I am excited to announce that the **in-place Pod resize** feature (also known as In-Place Pod Vertical Scaling), first introduced as alpha in Kubernetes v1.27, is graduating to **Beta** and will be enabled by default in the Kubernetes v1.33 release! This marks a significant milestone in making resource management for Kubernetes workloads more flexible and less disruptive.
19
+
On behalf of the Kubernetes project, I am excited to announce that the **in-place Pod resize** feature (also known as In-Place Pod Vertical Scaling), first introduced as alpha in Kubernetes v1.27, has graduated to **Beta** and will be enabled by default in the Kubernetes v1.33 release! This marks a significant milestone in making resource management for Kubernetes workloads more flexible and less disruptive.
20
20
-->
21
21
代表 Kubernetes 项目,我很高兴地宣布,**原地 Pod 调整大小**特性(也称为原地 Pod 垂直缩放),
@@ -28,7 +28,7 @@ On behalf of the Kubernetes project, I am excited to announce that the **in-plac
28
28
29
29
Traditionally, changing the CPU or memory resources allocated to a container required restarting the Pod. While acceptable for many stateless applications, this could be disruptive for stateful services, batch jobs, or any workloads sensitive to restarts.
30
30
-->
31
-
## 什么是原地 Pod 调整大小?
31
+
## 什么是原地 Pod 调整大小? {#what-is-in-place-pod-resize}
32
32
33
33
传统上,更改分配给容器的 CPU 或内存资源需要重启 Pod。
34
34
虽然这对于许多无状态应用来说是可以接受的,
@@ -58,9 +58,14 @@ You can try it out on a v1.33 Kubernetes cluster by using kubectl to edit a Pod
58
58
你可以在 v1.33 的 Kubernetes 集群上使用 kubectl 编辑
59
59
Pod 来尝试(需要 v1.32+ 的 kubectl):
60
60
61
+
<!--
61
62
```shell
62
63
kubectl edit pod <pod-name> --subresource resize
63
64
```
65
+
-->
66
+
```shell
67
+
kubectl edit pod <Pod 名称> --subresource resize
68
+
```
64
69
65
70
<!--
66
71
For detailed usage instructions and examples, please refer to the official Kubernetes documentation:
@@ -74,7 +79,7 @@ For detailed usage instructions and examples, please refer to the official Kuber
74
79
75
80
Kubernetes still excels at scaling workloads horizontally (adding or removing replicas), but in-place Pod resizing unlocks several key benefits for vertical scaling:
76
81
-->
77
-
## 为什么原地 Pod 调整大小很重要?
82
+
## 为什么原地 Pod 调整大小很重要? {#why-does-in-place-pod-resize-matter}
78
83
79
84
Kubernetes 在水平扩缩工作负载(添加或移除副本)方面仍然表现出色,但原地
80
85
Pod 调整大小为垂直扩缩解锁了几个关键优势:
@@ -91,15 +96,15 @@ Pod 调整大小为垂直扩缩解锁了几个关键优势:
91
96
相反,在重负载下的 Pod 可以在不重启的情况下获得更多的资源。
92
97
93
98
***更快的扩缩:** 更快速地解决瞬时资源需求。例如,Java
94
-
应用程序在启动期间通常比在稳定状态下需要更多的 CPU。
99
+
应用在启动期间通常比在稳定状态下需要更多的 CPU。
95
100
可以开始时使用更高的 CPU 配置,然后在之后调整减小。
96
101
97
102
<!--
98
103
## What's changed between Alpha and Beta?
99
104
100
105
Since the alpha release in v1.27, significant work has gone into maturing the feature, improving its stability, and refining the user experience based on feedback and further development. Here are the key changes:
0 commit comments