Merge branch 'master' into dev-1.18

content/zh/docs/concepts/overview/working-with-objects/names.md

@@ -45,7 +45,7 @@ By convention, the names of Kubernetes resources should be up to maximum length
 For example, here’s the configuration file with a Pod name as `nginx-demo` and a Container name as `nginx`:
 -->
 
-例如，下面是一个配置文件，Pod 名为 `nginx demo`，容器名为 `nginx`：
+例如，下面是一个配置文件，Pod 名为 `nginx-demo`，容器名为 `nginx`：
 
 ```yaml
 apiVersion: v1

content/zh/docs/concepts/storage/dynamic-provisioning.md

@@ -82,8 +82,8 @@ The following manifest creates a storage class "slow" which provisions standard
 disk-like persistent disks.
 -->
 要启用动态供应功能，集群管理员需要为用户预先创建一个或多个 `StorageClass` 对象。
-`StorageClass` 对象定义在进行动态卷供应时应使用哪个卷供应商，以及应该将哪些参数传递给该供应商。
-以下清单创建了一个存储类 "slow"，它提供类似标准磁盘的永久磁盘。
+`StorageClass` 对象定义当动态供应被调用时，哪一个驱动将被使用和哪些参数将被传递给驱动。
+以下清单创建了一个 `StorageClass` 存储类 "slow"，它提供类似标准磁盘的永久磁盘。
 
 ```yaml
 apiVersion: storage.k8s.io/v1

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

@@ -25,7 +25,7 @@ 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 可能会卡住去等待卷的关联。
 
 
@@ -135,7 +135,7 @@ Refer to the [CSI specifications](https://github.com/container-storage-interface
 
 * 在
 <a href="https://cloud.google.com/compute/">Google Compute Engine</a>环境中,
-[根据节点类型](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)最多可以将128个卷关联到节点。
+[根据节点类型](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)最多可以将127个卷关联到节点。
 
 * 对于 M5、C5、R5、T3 和 Z1D 类型实例的 Amazon EBS 磁盘，Kubernetes 仅允许 25 个卷关联到节点。
 对于 ec2 上的其他实例类型

content/zh/docs/concepts/storage/volume-snapshots.md

@@ -141,7 +141,7 @@ While a snapshot is being taken of a PersistentVolumeClaim, that PersistentVolum
 -->
 如果一个 PVC 正在被快照用来作为源进行快照创建，则该 PVC 是使用中的。如果用户删除正作为快照源的 PVC API 对象，则 PVC 对象不会立即被删除掉。相反，PVC 对象的删除将推迟到任何快照不在主动使用它为止。当快照的 `Status` 中的 `ReadyToUse`值为 `true` 时，PVC 将不再用作快照源。
 
-当从 `PersistentVolumeClaim` 中生成快照时，`PersistentVolumeClaim` 就在被使用了。如果删除一个作为快照源的 `PersistentVolumeClaim` 对象，这个 `PersistentVolumeClaim` 对象不会立即被删除的。相反，在快照可以被使用或者被放弃之后，才会执行删除 `PersistentVolumeClaim` 对象的动作。
+当从 `PersistentVolumeClaim` 中生成快照时，`PersistentVolumeClaim` 就在被使用了。如果删除一个作为快照源的 `PersistentVolumeClaim` 对象，这个 `PersistentVolumeClaim` 对象不会立即被删除的。相反，删除 `PersistentVolumeClaim` 对象的动作会被放弃，或者推迟到快照的 Status 为 ReadyToUse时再执行。
 
 <!--
 ### Delete