Skip to content

Commit 0a71a53

Browse files
committed
Fix some format error
1 parent cf30636 commit 0a71a53

File tree

1 file changed

+28
-24
lines changed

1 file changed

+28
-24
lines changed

content/zh/docs/concepts/storage/storage-classes.md

Lines changed: 28 additions & 24 deletions
Original file line numberDiff line numberDiff line change
@@ -668,10 +668,11 @@ OpenStack 的内部驱动程序已经被弃用。请使用 [OpenStack 的外部
668668
diskformat: zeroedthick
669669
```
670670

671+
`diskformat`: `thin`, `zeroedthick` 和 `eagerzeroedthick`。默认值: `"thin"`。
672+
671673
<!--
672674
`diskformat`: `thin`, `zeroedthick` and `eagerzeroedthick`. Default: `"thin"`.
673-
-->
674-
`diskformat`: `thin`, `zeroedthick` 和 `eagerzeroedthick`。默认值: `"thin"`。
675+
-->
675676

676677
<!--
677678
2. Create a StorageClass with a disk format on a user specified datastore.
@@ -689,6 +690,12 @@ OpenStack 的内部驱动程序已经被弃用。请使用 [OpenStack 的外部
689690
datastore: VSANDatastore
690691
```
691692

693+
`datastore`:用户也可以在 StorageClass 中指定数据存储。
694+
卷将在 storage class 中指定的数据存储上创建,在这种情况下是 `VSANDatastore`。
695+
该字段是可选的。
696+
如果未指定数据存储,则将在用于初始化 vSphere Cloud Provider 的 vSphere
697+
配置文件中指定的数据存储上创建该卷。
698+
692699
<!--
693700
`datastore`: The user can also specify the datastore in the StorageClass.
694701
The volume will be created on the datastore specified in the storage class,
@@ -697,17 +704,31 @@ OpenStack 的内部驱动程序已经被弃用。请使用 [OpenStack 的外部
697704
specified in the vSphere config file used to initialize the vSphere Cloud
698705
Provider.
699706
-->
700-
`datastore`:用户也可以在 StorageClass 中指定数据存储。
701-
卷将在 storage class 中指定的数据存储上创建,在这种情况下是 `VSANDatastore`。
702-
该字段是可选的。
703-
如果未指定数据存储,则将在用于初始化 vSphere Cloud Provider 的 vSphere
704-
配置文件中指定的数据存储上创建该卷。
705707

706708
<!--
707709
3. Storage Policy Management inside kubernetes
708710
-->
709711
3. Kubernetes 中的存储策略管理
710712

713+
* 使用现有的 vCenter SPBM 策略
714+
715+
vSphere 用于存储管理的最重要特性之一是基于策略的管理。
716+
基于存储策略的管理(SPBM)是一个存储策略框架,提供单一的统一控制平面的
717+
跨越广泛的数据服务和存储解决方案。
718+
SPBM 使能 vSphere 管理员克服先期的存储配置挑战,如容量规划,差异化服务等级和管理容量空间。
719+
720+
SPBM 策略可以在 StorageClass 中使用 `storagePolicyName` 参数声明。
721+
722+
* Kubernetes 内的 Virtual SAN 策略支持
723+
724+
Vsphere Infrastructure(VI)管理员将能够在动态卷配置期间指定自定义 Virtual SAN
725+
存储功能。您现在可以定义存储需求,例如性能和可用性,当动态卷供分配时会以存储功能的形式提供。
726+
存储功能需求会转换为 Virtual SAN 策略,然后当持久卷(虚拟磁盘)在创建时,
727+
会将其推送到 Virtual SAN 层。虚拟磁盘分布在 Virtual SAN 数据存储中以满足要求。
728+
729+
更多有关 persistent volume 管理的存储策略的详细信息,
730+
您可以参考 [基于存储策略的动态分配卷管理](https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/policy-based-mgmt.html)。
731+
711732
<!--
712733
* Using existing vCenter SPBM policy
713734

@@ -722,14 +743,6 @@ OpenStack 的内部驱动程序已经被弃用。请使用 [OpenStack 的外部
722743
The SPBM policies can be specified in the StorageClass using the
723744
`storagePolicyName` parameter.
724745
-->
725-
* 使用现有的 vCenter SPBM 策略
726-
727-
vSphere 用于存储管理的最重要特性之一是基于策略的管理。
728-
基于存储策略的管理(SPBM)是一个存储策略框架,提供单一的统一控制平面的
729-
跨越广泛的数据服务和存储解决方案。
730-
SPBM 使能 vSphere 管理员克服先期的存储配置挑战,如容量规划,差异化服务等级和管理容量空间。
731-
732-
SPBM 策略可以在 StorageClass 中使用 `storagePolicyName` 参数声明。
733746

734747
<!--
735748
* Virtual SAN policy support inside Kubernetes
@@ -747,15 +760,6 @@ OpenStack 的内部驱动程序已经被弃用。请使用 [OpenStack 的外部
747760
for more details on how to use storage policies for persistent volumes
748761
management.
749762
-->
750-
* Kubernetes 内的 Virtual SAN 策略支持
751-
752-
Vsphere Infrastructure(VI)管理员将能够在动态卷配置期间指定自定义 Virtual SAN
753-
存储功能。您现在可以定义存储需求,例如性能和可用性,当动态卷供分配时会以存储功能的形式提供。
754-
存储功能需求会转换为 Virtual SAN 策略,然后当持久卷(虚拟磁盘)在创建时,
755-
会将其推送到 Virtual SAN 层。虚拟磁盘分布在 Virtual SAN 数据存储中以满足要求。
756-
757-
更多有关 persistent volume 管理的存储策略的详细信息,
758-
您可以参考 [基于存储策略的动态分配卷管理](https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/policy-based-mgmt.html)。
759763

760764
<!--
761765
There are few

0 commit comments

Comments
 (0)