@@ -13,32 +13,40 @@ content_type: task
13
13
14
14
<!-- overview -->
15
15
16
- {{< feature-state for_k8s_version="v1.11" state="beta" >}}
16
+ {{< feature-state for_k8s_version="v1.22" state="deprecated" >}}
17
+
18
+ <!--
19
+ Caution: Dynamic Kubelet Configuration feature is deprecated and should not be used. Please switch to alternative means distributing configuration to the Nodes of your cluster.
20
+ -->
21
+ {{< caution >}}
22
+ [ 动态 kubelet 配置] ( https://github.com/kubernetes/enhancements/issues/281 )
23
+ 已经废弃不建议使用。请选择其他方法将配置分发到集群中的节点。
24
+ {{< /caution >}}
17
25
18
26
<!--
19
27
[Dynamic Kubelet Configuration](https://github.com/kubernetes/enhancements/issues/281)
20
28
allows you to change the configuration of each Kubelet in a live Kubernetes
21
29
cluster by deploying a ConfigMap and configuring each Node to use it.
22
30
-->
23
31
[ 动态 kubelet 配置] ( https://github.com/kubernetes/enhancements/issues/281 )
24
- 允许你在一个运行的 Kubernetes 集群上通过部署 ConfigMap
25
- 并配置每个节点来使用它来更改每个 kubelet 的配置, 。
32
+ 允许你通过部署一个所有节点都会使用的 ConfigMap
33
+ 达到在运行中的 Kubernetes 集群中更改 kubelet 配置的目的 。
26
34
27
35
<!--
28
36
All kubelet configuration parameters can be changed dynamically,
29
37
but this is unsafe for some parameters. Before deciding to change a parameter
30
38
dynamically, you need a strong understanding of how that change will affect your
31
39
cluster's behavior. Always carefully test configuration changes on a small set
32
40
of nodes before rolling them out cluster-wide. Advice on configuring specific
33
- fields is available in the inline `KubeletConfiguration`
34
- [type documentation](https://github.com/kubernetes/kubernetes/blob/release-1.11/pkg/ kubelet/apis/kubeletconfig/ v1beta1/types.go ).
41
+ fields is available in the inline
42
+ [`KubeletConfiguration`](/docs/reference/config-api/ kubelet-config. v1beta1/).
35
43
-->
36
44
{{< warning >}}
37
- 所有 kubelet 配置参数都可以动态更改,但这对某些参数来说是不安全的 。
38
- 在决定动态更改参数之前,你需要深刻理解这种变化将如何影响你的集群的行为 。
39
- 在把一组变更推广到集群范围之前,需要在较小规模的节点集合上仔细地测试这些配置变化 。
40
- 与特定字段配置相关的建议可以在源码中 ` KubeletConfiguration `
41
- [ 类型文档 ] ( https://github.com/kubernetes/kubernetes/blob/release-1.11/pkg/ kubelet/apis/kubeletconfig/ v1beta1/types.go ) 中找到。
45
+ 所有 kubelet 配置参数都可以被动态更改,但对某些参数来说这类更改是不安全的 。
46
+ 在决定动态更改参数之前,你需要深刻理解这个改动将会如何影响集群的行为 。
47
+ 在将变更扩散到整个集群之前,你需要先在小规模的节点集合上仔细地测试这些配置变动 。
48
+ 特定字段相关的配置建议可以在文档
49
+ [ ` KubeletConfiguration ` ] ( /docs/reference/config-api/ kubelet-config. v1beta1/) 中找到。
42
50
{{< /warning >}}
43
51
44
52
## {{% heading "prerequisites" %}}
@@ -54,10 +62,10 @@ or v1.17; other combinations
54
62
[aren't supported](/docs/setup/release/version-skew-policy/#kubectl).
55
63
-->
56
64
你需要一个 Kubernetes 集群。
57
- 你需要 v1.11 或更高版本的 kubectl,并以配置好与集群通信 。
65
+ 你需要 v1.11 或更高版本的 kubectl,并配置好与集群的通信 。
58
66
{{< version-check >}}
59
- 你的集群 API 服务器版本(如 v1.12)不能比你所用的 kubectl
60
- 的版本差不止一个小版本号 。
67
+ 你的集群 API 服务器版本(如 v1.12)不能和你的 kubectl
68
+ 版本相差超过一个小版本号 。
61
69
例如,如果你的集群在运行 v1.16,那么你可以使用 v1.15、v1.16、v1.17 的 kubectl,
62
70
所有其他的组合都是
63
71
[ 不支持的] ( /zh/docs/setup/release/version-skew-policy/#kubectl ) 。
@@ -70,10 +78,10 @@ because there are manual alternatives.
70
78
For each node that you're reconfiguring, you must set the kubelet
71
79
`-dynamic-config-dir` flag to a writable directory.
72
80
-->
73
- 某些例子中使用了命令行工具 [ jq] ( https://stedolan.github.io/jq/ ) 。
81
+ 在某些例子中使用了命令行工具 [ jq] ( https://stedolan.github.io/jq/ ) 。
74
82
你并不一定需要 ` jq ` 才能完成这些任务,因为总是有一些手工替代的方式。
75
83
76
- 针对你所重新配置的每个节点 ,你必须设置 kubelet 的参数
84
+ 针对你重新配置的每个节点 ,你必须设置 kubelet 的标志
77
85
` -dynamic-config-dir ` ,使之指向一个可写的目录。
78
86
79
87
<!-- steps -->
@@ -85,21 +93,21 @@ For each node that you're reconfiguring, you must set the kubelet
85
93
-->
86
94
## 重配置 集群中运行节点上的 kubelet
87
95
88
- ### 基本工作流程概述
96
+ ### 基本工作流程概览
89
97
90
98
<!--
91
99
The basic workflow for configuring a Kubelet in a live cluster is as follows:
92
100
93
101
1. Write a YAML or JSON configuration file containing the
94
- Kubelet 's configuration.
102
+ kubelet 's configuration.
95
103
2. Wrap this file in a ConfigMap and save it to the Kubernetes control plane.
96
104
3. Update the Kubelet's corresponding Node object to use this ConfigMap.
97
105
-->
98
106
在运行中的集群中配置 kubelet 的基本工作流程如下:
99
107
100
- 1 . 编写一个 YAML 或 JSON 的配置文件包含 kubelet 的配置 。
108
+ 1 . 编写一个包含 kubelet 配置的 YAML 或 JSON 文件 。
101
109
2 . 将此文件包装在 ConfigMap 中并将其保存到 Kubernetes 控制平面。
102
- 3 . 更新 kubelet 的相应节点对象以使用此 ConfigMap。
110
+ 3 . 更新 kubelet 所在节点对象以使用此 ConfigMap。
103
111
104
112
<!--
105
113
Each kubelet watches a configuration reference on its respective Node object.
@@ -109,10 +117,10 @@ For the feature to work correctly, you must be running an OS-level service
109
117
manager (such as systemd), which will restart the Kubelet if it exits. When the
110
118
Kubelet is restarted, it will begin using the new configuration.
111
119
-->
112
- 每个 kubelet 都会在其各自的节点对象上监测(Watch)配置引用。当引用更改时,kubelet 将下载新配置 ,
113
- 更新本地引用以引用该文件 ,然后退出。
114
- 要想使该功能正常地工作 ,你必须运行操作系统级别的服务管理器(如 systemd),
115
- 在 kubelet 退出时将其重启 。
120
+ 每个 kubelet 都会在其各自的节点对象上监测(Watch)配置引用。当引用更改时,kubelet 将下载新的配置文件 ,
121
+ 更新本地引用指向该文件 ,然后退出。
122
+ 为了使该功能正常地工作 ,你必须运行操作系统级别的服务管理器(如 systemd),
123
+ 它将会在 kubelet 退出后将其重启 。
116
124
kubelet 重新启动时,将开始使用新配置。
117
125
118
126
<!--
@@ -121,7 +129,7 @@ and is overridden by command-line flags. Unspecified values in the new configura
121
129
will receive default values appropriate to the configuration version
122
130
(e.g. `kubelet.config.k8s.io/v1beta1`), unless overridden by flags.
123
131
-->
124
- 这个新配置完全地覆盖 ` --config ` 所提供的配置,并被命令行标志覆盖。
132
+ 新配置将会完全地覆盖 ` --config ` 所提供的配置,并被命令行标志覆盖。
125
133
新配置中未指定的值将收到适合配置版本的默认值
126
134
(e.g. ` kubelet.config.k8s.io/v1beta1 ` ),除非被命令行标志覆盖。
127
135
@@ -132,16 +140,16 @@ ConfigMap, you can observe this status to confirm that the Node is using the
132
140
intended configuration.
133
141
-->
134
142
节点 kubelet 配置状态可通过 ` node.spec.status.config ` 获取。
135
- 一旦你已经改变了一个节点去使用新的 ConfigMap,
136
- 就可以观察此状态以确认该节点正在使用的预期配置 。
143
+ 一旦你更新了一个节点去使用新的 ConfigMap,
144
+ 就可以通过观察此状态来确认该节点是否正在使用预期配置 。
137
145
138
146
<!--
139
147
This document describes editing Nodes using `kubectl edit`.
140
148
There are other ways to modify a Node's spec, including `kubectl patch`, for
141
149
example, which facilitate scripted workflows.
142
150
-->
143
- 本文用命令 ` kubectl edit ` 描述节点的编辑,还有一些其他的方式去修改节点的规约 ,
144
- 包括更利于脚本化的工作流程的 ` kubectl patch ` 。
151
+ 本文中使用命令 ` kubectl edit ` 来编辑节点,还有其他的方式可以修改节点的规约 ,
152
+ 比如更利于脚本化工作流程的 ` kubectl patch ` 。
145
153
146
154
<!--
147
155
This document only describes a single Node consuming each ConfigMap. Keep in
@@ -158,8 +166,8 @@ as immutable by convention, aided by `kubectl`'s `-append-hash` option,
158
166
and incrementally roll out updates to `Node.Spec.ConfigSource`.
159
167
-->
160
168
{{< warning >}}
161
- 通过就地更新 ConfigMap 来更改配置是 * 可能的* 。
162
- 尽管如此,这样做会导致所有配置为使用该 ConfigMap 的 kubelet 被同时更新 。
169
+ 尽管通过就地更新 ConfigMap 来更改配置是 * 可能的* 。
170
+ 但是这样做会导致所有使用该 ConfigMap 配置的 kubelet 同时更新 。
163
171
更安全的做法是按惯例将 ConfigMap 视为不可变更的,借助于
164
172
` kubectl ` 的 ` --append-hash ` 选项逐步把更新推广到 ` node.spec.configSource ` 。
165
173
{{< /warning >}}
@@ -249,22 +257,22 @@ adapt the steps if you prefer to extract the `kubeletconfig` subobject manually.
249
257
250
258
<!--
251
259
1. Choose a Node to reconfigure. In this example, the name of this Node is
252
- referred to as `NODE_NAME`.
260
+ referred to as `NODE_NAME`.
253
261
2. Start the kubectl proxy in the background using the following command:
254
262
-->
255
263
1 . 选择要重新配置的节点。在本例中,此节点的名称为 ` NODE_NAME ` 。
256
264
2 . 使用以下命令在后台启动 kubectl 代理:
257
265
258
- ``` bash
266
+ ``` shell
259
267
kubectl proxy --port=8001 &
260
268
```
261
269
<!--
262
270
3. Run the following command to download and unpack the configuration from the
263
- `configz` endpoint. The command is long, so be careful when copying and
264
- pasting. **If you use zsh**, note that common zsh configurations add backslashes
265
- to escape the opening and closing curly braces around the variable name in the URL.
266
- For example: `${NODE_NAME}` will be rewritten as `$\{NODE_NAME\}` during the paste.
267
- You must remove the backslashes before running the command, or the command will fail.
271
+ `configz` endpoint. The command is long, so be careful when copying and
272
+ pasting. **If you use zsh**, note that common zsh configurations add backslashes
273
+ to escape the opening and closing curly braces around the variable name in the URL.
274
+ For example: `${NODE_NAME}` will be rewritten as `$\{NODE_NAME\}` during the paste.
275
+ You must remove the backslashes before running the command, or the command will fail.
268
276
-->
269
277
3 . 运行以下命令从 ` configz ` 端点中下载并解压配置。这个命令很长,因此在复制粘贴时要小心。
270
278
** 如果你使用 zsh** ,请注意常见的 zsh 配置要添加反斜杠转义 URL 中变量名称周围的大括号。
@@ -477,12 +485,12 @@ by eye.
477
485
<!--
478
486
If an error occurs, the Kubelet reports it in the `Node.Status.Config.Error`
479
487
structure. Possible errors are listed in
480
- [Understanding Node.Status.Config.Error messages](#understanding-node-status- config-error-messages ).
488
+ [Understanding Node.Status.Config.Error messages](#understanding-node-config-status-errors ).
481
489
You can search for the identical text in the Kubelet log for additional details
482
490
and context about the error.
483
491
-->
484
- 如果发生错误,kubelet 会在 `node.status.config.error ` 中显示出错误信息的结构体。
485
- 可能的错误列在[了解节点配置错误信息 ](#understanding-node-config-status-errors)节 。
492
+ 如果发生错误,kubelet 会在 `Node.Status.Config.Error ` 中显示出错误信息的结构体。
493
+ 错误可能出现在列表[理解节点状态配置错误信息 ](#understanding-node-config-status-errors)中 。
486
494
你可以在 kubelet 日志中搜索相同的文本以获取更多详细信息和有关错误的上下文。
487
495
488
496
<!--
@@ -609,13 +617,13 @@ metadata and checkpoints. The structure of the Kubelet's checkpointing directory
609
617
` ` `
610
618
611
619
<!--
612
- # # Understanding Node.Status.Config.Error messages {#understanding-node-config-status-errors}
620
+ # # Understanding ` Node.Status.Config.Error` messages {#understanding-node-config-status-errors}
613
621
614
622
The following table describes error messages that can occur
615
623
when using Dynamic Kubelet Config. You can search for the identical text
616
624
in the Kubelet log for additional details and context about the error.
617
625
-->
618
- # # 了解节点配置错误信息 {#understanding-node-config-status-errors}
626
+ # # 理解 `Node.Status.Config.Error` 消息 {#understanding-node-config-status-errors}
619
627
620
628
下表描述了使用动态 kubelet 配置时可能发生的错误消息。
621
629
你可以在 kubelet 日志中搜索相同的文本来获取有关错误的其他详细信息和上下文。
@@ -646,11 +654,15 @@ internal failure, see Kubelet log for details | 在对配置进行同步的循
646
654
# # {{% heading "whatsnext" %}}
647
655
648
656
<!--
649
- - For more information on configuring the kubelet via a configuration file, see
657
+ - For more information on configuring the kubelet via a configuration file, see
650
658
[Set kubelet parameters via a config file](/docs/tasks/administer-cluster/kubelet-config-file).
651
659
- See the reference documentation for [`NodeConfigSource`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#nodeconfigsource-v1-core)
660
+ - Learn more about kubelet configuration by checking the
661
+ [`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/)
662
+ reference.
652
663
-->
653
664
- 关于如何通过配置文件来配置 kubelet 的更多细节信息,可参阅
654
665
[使用配置文件设置 kubelet 参数](/zh/docs/tasks/administer-cluster/kubelet-config-file).
655
666
- 阅读 API 文档中 [`NodeConfigSource`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#nodeconfigsource-v1-core) 说明
656
-
667
+ - 查阅[`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/)文献进一步了解 kubelet
668
+ 配置信息。
0 commit comments