[zh] Sync persistent-volumes.md and storage-limits.md

Author: windsonsea

content/zh-cn/docs/concepts/storage/persistent-volumes.md

@@ -657,16 +657,13 @@ the following types of volumes:
 现在，对扩充 PVC 申领的支持默认处于被启用状态。你可以扩充以下类型的卷：
 
 <!--
-* azureFile (deprecated)
-* {{< glossary_tooltip text="csi" term_id="csi" >}}
+* {{< glossary_tooltip text="csi" term_id="csi" >}} (including some CSI migrated
+volme types)
 * flexVolume (deprecated)
-* rbd (deprecated)
 * portworxVolume (deprecated)
 -->
-* azureFile（已弃用）
-* {{< glossary_tooltip text="csi" term_id="csi" >}}
+* {{< glossary_tooltip text="csi" term_id="csi" >}}（包含一些 CSI 迁移的卷类型）
 * flexVolume（已弃用）
-* rbd（已弃用）
 * portworxVolume（已弃用）
 
 <!--
@@ -959,6 +956,8 @@ Older versions of Kubernetes also supported the following in-tree PersistentVolu
   (**not available** starting v1.31)
 * `flocker` - Flocker storage.
   (**not available** starting v1.25)
+* `glusterfs` - GlusterFS storage.
+  (**not available** starting v1.26)
 * `photonPersistentDisk` - Photon controller persistent disk.
   (**not available** starting v1.15)
 * `quobyte` - Quobyte volume.
@@ -976,6 +975,8 @@ Older versions of Kubernetes also supported the following in-tree PersistentVolu
   （v1.31 之后**不可用**）
 * `flocker` - Flocker 存储。
   （v1.25 之后**不可用**）
+* `glusterfs` - GlusterFS 存储。
+  （v1.26 之后**不可用**）
 * `photonPersistentDisk` - Photon 控制器持久化盘
   （v1.15 之后**不可用**）
 * `quobyte` - Quobyte 卷。
@@ -1307,23 +1308,15 @@ Not all Persistent Volume types support mount options.
 <!--
 The following volume types support mount options:
 
-* `azureFile`
-* `cephfs` (**deprecated** in v1.28)
-* `cinder` (**deprecated** in v1.18)
+* `csi` (including CSI migrated volume types)
 * `iscsi`
 * `nfs`
-* `rbd` (**deprecated** in v1.28)
-* `vsphereVolume`
 -->
 以下卷类型支持挂载选项：
 
-* `azureFile`
-* `cephfs`（于 v1.28 中**弃用**）
-* `cinder`（于 v1.18 中**弃用**）
+* `csi`（包含 CSI 迁移的卷类型）
 * `iscsi`
 * `nfs`
-* `rbd`（于 v1.28 中**弃用**）
-* `vsphereVolume`
 
 <!--
 Mount options are not validated. If a mount option is invalid, the mount fails.
@@ -1491,7 +1484,6 @@ in a pending state.
 如果指定的 PV 已经绑定到另一个 PVC，则绑定操作将卡在 Pending 状态。
 
 <!--
-
 ### Resources
 
 Claims, like Pods, can request specific quantities of a resource. In this case,
@@ -1564,8 +1556,7 @@ PVC 申领不必一定要请求某个类。如果 PVC 的 `storageClassName` 属
 PV 卷（未设置注解或者注解值为 `""` 的 PersistentVolume（PV）对象在系统中不会被删除，
 因为这样做可能会引起数据丢失）。未设置 `storageClassName` 的 PVC 与此大不相同，
 也会被集群作不同处理。具体筛查方式取决于
-[`DefaultStorageClass` 准入控制器插件](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass)
-是否被启用。
+[`DefaultStorageClass` 准入控制器插件](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass)是否被启用。
 
 <!--
 * If the admission plugin is turned on, the administrator may specify a
@@ -1750,23 +1741,15 @@ applicable:
 以下卷插件支持原始块卷，包括其动态制备（如果支持的话）的卷：
 
 <!--
-* CSI
+* CSI (including some CSI migrated volume types)
 * FC (Fibre Channel)
 * iSCSI
 * Local volume
-* OpenStack Cinder
-* RBD (deprecated)
-* RBD (Ceph Block Device; deprecated)
-* VsphereVolume
 -->
-* CSI
+* CSI（包含一些 CSI 迁移的卷类型）
 * FC（光纤通道）
 * iSCSI
 * Local 卷
-* OpenStack Cinder
-* RBD（已弃用）
-* RBD（Ceph 块设备，已弃用）
-* VsphereVolume
 
 <!--
 ### PersistentVolume using a Raw Block Volume {#persistent-volume-using-a-raw-block-volume}
@@ -1874,7 +1857,7 @@ not given the combinations: Volume binding matrix for statically provisioned vol
 |   Filesystem  | Block           | NO BIND          |
 |   Filesystem  | unspecified     | BIND             |
 -->
-| PV volumeMode | PVC volumeMode  | Result           |
+| PV volumeMode | PVC volumeMode  | 结果           |
 | --------------|:---------------:| ----------------:|
 |   未指定      | 未指定          | 绑定             |
 |   未指定      | Block           | 不绑定           |
@@ -1994,7 +1977,7 @@ kube-apiserver 和 kube-controller-manager 启用 `AnyVolumeDataSource`
 
 卷填充器利用了 PVC 规约字段 `dataSourceRef`。
 不像 `dataSource` 字段只能包含对另一个持久卷申领或卷快照的引用，
-`dataSourceRef` 字段可以包含对同一命名空间中任何对象的引用（不包含除 PVC 以外的核心资源）。
+`dataSourceRef` 字段可以包含对同一名字空间中任何对象的引用（不包含除 PVC 以外的核心资源）。
 对于启用了特性门控的集群，使用 `dataSourceRef` 比 `dataSource` 更好。
 
 <!--

content/zh-cn/docs/concepts/storage/storage-limits.md

@@ -3,8 +3,7 @@ title: 特定于节点的卷数限制
 content_type: concept
 weight: 90
 ---
-
-<!-- ---
+<!--
 reviewers:
 - jsafrane
 - saad-ali
@@ -13,25 +12,24 @@ reviewers:
 title: Node-specific Volume Limits
 content_type: concept
 weight: 90
----
- -->
+-->
 
 <!-- overview -->
 
 <!--
 This page describes the maximum number of volumes that can be attached
 to a Node for various cloud providers.
 -->
-此页面描述了各个云供应商可关联至一个节点的最大卷数。
+此页面描述了各个云供应商可挂接至一个节点的最大卷数。
 
 <!--
 Cloud providers like Google, Amazon, and Microsoft typically have a limit on
 how many volumes can be attached to a Node. It is important for Kubernetes to
 respect those limits. Otherwise, Pods scheduled on a Node could get stuck
 waiting for volumes to attach.
 -->
-谷歌、亚马逊和微软等云供应商通常对可以关联到节点的卷数量进行限制。
-Kubernetes 需要尊重这些限制。否则，在节点上调度的 Pod 可能会卡住去等待卷的关联。
+谷歌、亚马逊和微软等云供应商通常对可以挂接到节点的卷数量进行限制。
+Kubernetes 需要尊重这些限制。否则，在节点上调度的 Pod 可能会卡住去等待卷的挂接。
 
 <!-- body -->
 
@@ -41,9 +39,10 @@ Kubernetes 需要尊重这些限制。否则，在节点上调度的 Pod 可能
 The Kubernetes scheduler has default limits on the number of volumes
 that can be attached to a Node:
 -->
-## Kubernetes 的默认限制
+## Kubernetes 的默认限制   {#kubernetes-default-limits}
+
+Kubernetes 调度器对挂接到一个节点的卷数有默认限制：
 
-The Kubernetes 调度器对关联于一个节点的卷数有默认限制：
 <!--
 <table>
   <tr><th>Cloud service</th><th>Maximum volumes per Node</th></tr>
@@ -73,10 +72,10 @@ the limit you set.
 
 The limit applies to the entire cluster, so it affects all Nodes.
 -->
-## 自定义限制
+## 自定义限制   {#custom-limits}
 
 你可以通过设置 `KUBE_MAX_PD_VOLS` 环境变量的值来设置这些限制，然后再启动调度器。
-CSI 驱动程序可能具有不同的过程，关于如何自定义其限制请参阅相关文档。
+各个 CSI 驱动可能采用不同的步骤，关于如何自定义其限制请参阅相关文档。
 
 如果设置的限制高于默认限制，请谨慎使用。请参阅云提供商的文档以确保节点可支持你设置的限制。
 
@@ -85,7 +84,7 @@ CSI 驱动程序可能具有不同的过程，关于如何自定义其限制请
 <!--
 ## Dynamic volume limits
 -->
-## 动态卷限制
+## 动态卷限制   {#dynamic-volume-limits}
 
 {{< feature-state state="stable" for_k8s_version="v1.17" >}}
 
@@ -108,7 +107,7 @@ Dynamic volume limits are supported for following volume types.
 For volumes managed by in-tree volume plugins, Kubernetes automatically determines the Node
 type and enforces the appropriate maximum number of volumes for the node. For example:
 -->
-对于由内建插件管理的卷，Kubernetes 会自动确定节点类型并确保节点上可关联的卷数目合规。例如：
+对于由树内插件管理的卷，Kubernetes 会自动确定节点类型并确保节点上可挂接的卷数目合规。例如：
 
 <!--
 * On
@@ -122,25 +121,25 @@ volumes to be attached to a Node. For other instance types on
 Kubernetes allows 39 volumes to be attached to a Node.
 
 * On Azure, up to 64 disks can be attached to a node, depending on the node type. For more details, refer to [Sizes for virtual machines in Azure](https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes).
+-->
+* 在 <a href="https://cloud.google.com/compute/">Google Compute Engine</a> 环境中，
+  [根据节点类型](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)最多可以将 127 个卷挂接到节点。
 
+* 对于 M5、C5、R5、T3 和 Z1D 实例类型的 Amazon EBS 磁盘，Kubernetes 仅允许 25 个卷挂接到节点。
+  对于 <a href="https://aws.amazon.com/ec2/">Amazon Elastic Compute Cloud (EC2)</a> 上的其他实例类型，
+  Kubernetes 允许 39 个卷挂接至节点。
+
+* 在 Azure 环境中，根据节点类型，最多 64 个磁盘可以挂接至一个节点。
+  更多详细信息，请参阅 [Azure 虚拟机的数量大小](https://docs.microsoft.com/zh-cn/azure/virtual-machines/windows/sizes)。
+
+<!--
 * If a CSI storage driver advertises a maximum number of volumes for a Node (using `NodeGetInfo`), the {{< glossary_tooltip text="kube-scheduler" term_id="kube-scheduler" >}} honors that limit.
 Refer to the [CSI specifications](https://github.com/container-storage-interface/spec/blob/master/spec.md#nodegetinfo) for details.
 
 * For volumes managed by in-tree plugins that have been migrated to a CSI driver, the maximum number of volumes will be the one reported by the CSI driver.
 -->
-* 在
-  <a href="https://cloud.google.com/compute/">Google Compute Engine</a>环境中，
-  [根据节点类型](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)最多可以将 127 个卷关联到节点。
-
-* 对于 M5、C5、R5、T3 和 Z1D 类型实例的 Amazon EBS 磁盘，Kubernetes 仅允许 25 个卷关联到节点。
-  对于 ec2 上的其他实例类型
-  <a href="https://aws.amazon.com/ec2/">Amazon Elastic Compute Cloud (EC2)</a>，
-  Kubernetes 允许 39 个卷关联至节点。
-
-* 在 Azure 环境中, 根据节点类型，最多 64 个磁盘可以关联至一个节点。
-  更多详细信息，请参阅 [Azure 虚拟机的数量大小](https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes)。
-
-* 如果 CSI 存储驱动程序（使用 `NodeGetInfo` ）为节点通告卷数上限，则 {{< glossary_tooltip text="kube-scheduler" term_id="kube-scheduler" >}} 将遵守该限制值。
-  参考 [CSI 规范](https://github.com/container-storage-interface/spec/blob/master/spec.md#nodegetinfo) 获取更多详细信息。
+* 如果 CSI 存储驱动（使用 `NodeGetInfo`）为节点通告卷数上限，则
+  {{< glossary_tooltip text="kube-scheduler" term_id="kube-scheduler" >}} 将遵守该限制值。
+  参考 [CSI 规范](https://github.com/container-storage-interface/spec/blob/master/spec.md#nodegetinfo)获取更多详细信息。
 
-* 对于由已迁移到 CSI 驱动程序的树内插件管理的卷，最大卷数将是 CSI 驱动程序报告的卷数。
+* 对于由已迁移到 CSI 驱动的树内插件管理的卷，最大卷数将是 CSI 驱动报告的卷数。