1
1
---
2
2
title : 动态卷制备
3
3
content_type : concept
4
- weight : 40
4
+ weight : 50
5
5
---
6
6
<!--
7
+ reviewers:
8
+ - saad-ali
9
+ - jsafrane
10
+ - thockin
11
+ - msau42
7
12
title: Dynamic Volume Provisioning
8
13
content_type: concept
9
- weight: 40
14
+ weight: 50
10
15
-->
11
16
12
17
<!-- overview -->
@@ -31,7 +36,7 @@ automatically provisions storage when it is requested by users.
31
36
<!--
32
37
## Background
33
38
-->
34
- ## 背景
39
+ ## 背景 {#background}
35
40
36
41
<!--
37
42
The implementation of dynamic volume provisioning is based on the API object `StorageClass`
@@ -78,7 +83,8 @@ disk-like persistent disks.
78
83
-->
79
84
要启用动态制备功能,集群管理员需要为用户预先创建一个或多个 ` StorageClass ` 对象。
80
85
` StorageClass ` 对象定义当动态制备被调用时,哪一个驱动将被使用和哪些参数将被传递给驱动。
81
- StorageClass 对象的名字必须是一个合法的 [ DNS 子域名] ( /zh-cn/docs/concepts/overview/working-with-objects/names#dns-subdomain-names ) 。
86
+ StorageClass 对象的名字必须是一个合法的
87
+ [ DNS 子域名] ( /zh-cn/docs/concepts/overview/working-with-objects/names#dns-subdomain-names ) 。
82
88
以下清单创建了一个 ` StorageClass ` 存储类 "slow",它提供类似标准磁盘的永久磁盘。
83
89
84
90
``` yaml
@@ -122,7 +128,8 @@ this field must match the name of a `StorageClass` configured by the
122
128
administrator (see [below](#enabling-dynamic-provisioning)).
123
129
-->
124
130
用户通过在 `PersistentVolumeClaim` 中包含存储类来请求动态制备的存储。
125
- 在 Kubernetes v1.9 之前,这通过 `volume.beta.kubernetes.io/storage-class` 注解实现。然而,这个注解自 v1.6 起就不被推荐使用了。
131
+ 在 Kubernetes v1.9 之前,这通过 `volume.beta.kubernetes.io/storage-class` 注解实现。
132
+ 然而,这个注解自 v1.6 起就不被推荐使用了。
126
133
用户现在能够而且应该使用 `PersistentVolumeClaim` 对象的 `storageClassName` 字段。
127
134
这个字段的值必须能够匹配到集群管理员配置的 `StorageClass` 名称(见[下面](#enabling-dynamic-provisioning))。
128
135
@@ -156,7 +163,7 @@ provisioned. When the claim is deleted, the volume is destroyed.
156
163
<!--
157
164
# # Defaulting Behavior
158
165
-->
159
- # # 设置默认值的行为
166
+ # # 设置默认值的行为 {#defaulting-behavior}
160
167
161
168
<!--
162
169
Dynamic provisioning can be enabled on a cluster such that all claims are
@@ -172,7 +179,8 @@ can enable this behavior by:
172
179
is enabled on the API server.
173
180
-->
174
181
- 标记一个 `StorageClass` 为 **默认**;
175
- - 确保 [`DefaultStorageClass` 准入控制器](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass)在 API 服务端被启用。
182
+ - 确保 [`DefaultStorageClass` 准入控制器](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass)在
183
+ API 服务器端被启用。
176
184
177
185
<!--
178
186
An administrator can mark a specific `StorageClass` as default by adding the
@@ -182,9 +190,9 @@ When a default `StorageClass` exists in a cluster and a user creates a
182
190
` DefaultStorageClass` admission controller automatically adds the
183
191
` storageClassName` field pointing to the default storage class.
184
192
-->
185
- 管理员可以通过向其添加 `storageclass.kubernetes.io/is-default-class`
186
- [annotation ](/zh-cn/docs/reference/labels-annotations-taints/#storageclass-kubernetes-io-is-default-class)
187
- 来将特定的 `StorageClass` 标记为默认。
193
+ 管理员可以通过向其添加
194
+ [`storageclass.kubernetes.io/is-default-class` ](/zh-cn/docs/reference/labels-annotations-taints/#storageclass-kubernetes-io-is-default-class)
195
+ 注解来将特定的 `StorageClass` 标记为默认。
188
196
当集群中存在默认的 `StorageClass` 并且用户创建了一个未指定 `storageClassName` 的 `PersistentVolumeClaim` 时,
189
197
` DefaultStorageClass` 准入控制器会自动向其中添加指向默认存储类的 `storageClassName` 字段。
190
198
0 commit comments