Merge remote-tracking branch 'upstream/master' into dev-1.19

content/zh/docs/concepts/overview/kubernetes-api.md

@@ -226,14 +226,14 @@ There are two supported paths to extending the API with [custom resources](/docs
    为客户提供无缝的服务。
 
 <!--
-## Enabling API groups
+## Enabling or disabling API groups
 
 Certain resources and API groups are enabled by default.  They can be enabled or disabled by setting `--runtime-config`
-on apiserver. `--runtime-config` accepts comma separated values. For ex: to disable batch/v1, set
+on apiserver. `--runtime-config` accepts comma separated values. For example: to disable batch/v1, set
 `--runtime-config=batch/v1=false`, to enable batch/v2alpha1, set `--runtime-config=batch/v2alpha1`.
 The flag accepts comma separated set of key=value pairs describing runtime configuration of the apiserver.
 
-IMPORTANT: Enabling or disabling groups or resources requires restarting apiserver and controller-manager
+Enabling or disabling groups or resources requires restarting apiserver and controller-manager
 to pick up the `--runtime-config` changes.
 -->
 
@@ -244,22 +244,31 @@ to pick up the `--runtime-config` changes.
 例如：要禁用batch/v1，请设置 `--runtime-config=batch/v1=false`，以启用batch/v2alpha1，请设置`--runtime-config=batch/v2alpha1`。
 该标志接受描述apiserver的运行时配置的逗号分隔的一组键值对。
 
-重要：启用或禁用组或资源需要重新启动apiserver和控制器管理器来使得 `--runtime-config` 更改生效。
+{{< note >}}
+
+启用或禁用组或资源需要重新启动apiserver和控制器管理器来使得 `--runtime-config` 更改生效。
+
+{{< /note >}}
 
 <!--
-## Enabling resources in the groups
+## Enabling specific resources in the extensions/v1beta1 group
 
-DaemonSets, Deployments, HorizontalPodAutoscalers, Ingresses, Jobs and ReplicaSets are enabled by default.
-Other extensions resources can be enabled by setting `--runtime-config` on
-apiserver. `--runtime-config` accepts comma separated values. For example: to disable deployments and ingress, set
-`--runtime-config=extensions/v1beta1/deployments=false,extensions/v1beta1/ingresses=false`
+DaemonSets, Deployments, StatefulSet, NetworkPolicies, PodSecurityPolicies and ReplicaSets in the `extensions/v1beta1` API group are disabled by default.
+For example: to enable deployments and daemonsets, set
+`--runtime-config=extensions/v1beta1/deployments=true,extensions/v1beta1/daemonsets=true`.
+
+Individual resource enablement/disablement is only supported in the `extensions/v1beta1` API group for legacy reasons.
 -->
 
-## 启用组中资源
+## 启用 extensions/v1beta1 组中资源
 
-DaemonSets，Deployments，HorizontalPodAutoscalers，Ingress，Jobs 和 ReplicaSets是默认启用的。
-其他扩展资源可以通过在apiserver上设置 `--runtime-config` 来启用。
-`--runtime-config` 接受逗号分隔的值。 例如：要禁用 Deployment 和 Ingress，
-请设置 `--runtime-config=extensions/v1beta1/deployments=false,extensions/v1beta1/ingress=false`
+在 `extensions/v1beta1` API 组中，DaemonSets，Deployments，StatefulSet, NetworkPolicies, PodSecurityPolicies 和 ReplicaSets 是默认禁用的。
+例如：要启用 deployments 和 daemonsets，请设置 `--runtime-config=extensions/v1beta1/deployments=true,extensions/v1beta1/daemonsets=true`。
+
+{{< note >}}
+
+出于遗留原因，仅在 `extensions / v1beta1` API 组中支持各个资源的启用/禁用。
+
+{{< /note >}}
 
 {{% /capture %}}

content/zh/docs/concepts/policy/resource-quotas.md

@@ -2,6 +2,8 @@
 approvers:
 - derekwaynecarr
 title: 资源配额
+content_template: templates/concept
+weight: 10
 ---
 
 <!--

content/zh/docs/concepts/services-networking/service.md

@@ -412,7 +412,7 @@ By default, kube-proxy in userspace mode chooses a backend via a round-robin alg
 任何连接到“代理端口”的请求，都会被代理到 `Service` 的backend `Pods` 中的某个上面（如 `Endpoints` 所报告的一样）。
 使用哪个 backend `Pod`，是 kube-proxy 基于 `SessionAffinity` 来确定的。
 
-最后，它安装 iptables 规则，捕获到达该 `Service` 的 `clusterIP`（是虚拟 IP）和 `Port` 的请求，并重定向到代理端口，代理端口再代理请求到 backend `Pod`。
+最后，它配置 iptables 规则，捕获到达该 `Service` 的 `clusterIP`（是虚拟 IP）和 `Port` 的请求，并重定向到代理端口，代理端口再代理请求到 backend `Pod`。
 
 默认情况下，用户空间模式下的kube-proxy通过循环算法选择后端。
 
@@ -451,8 +451,8 @@ having traffic sent via kube-proxy to a Pod that's known to have failed.
 ### iptables 代理模式 {#proxy-mode-iptables}
 
 这种模式，kube-proxy 会监视 Kubernetes 控制节点对 `Service` 对象和 `Endpoints` 对象的添加和移除。
-对每个 `Service`，它会安装 iptables 规则，从而捕获到达该 `Service` 的 `clusterIP` 和端口的请求，进而将请求重定向到 `Service` 的一组 backend 中的某个上面。
-对于每个 `Endpoints` 对象，它也会安装 iptables 规则，这个规则会选择一个 backend 组合。
+对每个 `Service`，它会配置 iptables 规则，从而捕获到达该 `Service` 的 `clusterIP` 和端口的请求，进而将请求重定向到 `Service` 的一组 backend 中的某个上面。
+对于每个 `Endpoints` 对象，它也会配置 iptables 规则，这个规则会选择一个 backend 组合。
 
 默认的策略是，kube-proxy 在 iptables 模式下随机选择一个 backend。
 
@@ -1679,7 +1679,7 @@ through a load-balancer, though in those cases the client IP does get altered.
 再次考虑前面提到的图片处理应用程序。
 当创建 backend `Service` 时，Kubernetes 控制面板会给它指派一个虚拟 IP 地址，比如 10.0.0.1。
 假设 `Service` 的端口是 1234，该 `Service` 会被集群中所有的 `kube-proxy` 实例观察到。
-当代理看到一个新的 `Service`， 它会安装一系列的 iptables 规则，从 VIP 重定向到 per-`Service` 规则。
+当代理看到一个新的 `Service`， 它会配置一系列的 iptables 规则，从 VIP 重定向到 per-`Service` 规则。
 该 per-`Service` 规则连接到 per-`Endpoint` 规则，该 per-`Endpoint` 规则会重定向（目标 NAT）到 backend。
 
 当一个客户端连接到一个 VIP，iptables 规则开始起作用。一个 backend 会被选择（或者根据会话亲和性，或者随机），数据包被重定向到这个 backend。

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

@@ -69,7 +69,7 @@ parameters:
 Volume snapshot classes have a driver that determines what CSI volume plugin is
 used for provisioning VolumeSnapshots. This field must be specified.
 -->
-### 驱动程序（#driver）
+### 驱动程序 {#driver}
 
 卷快照类有一个驱动程序，用于确定配置 VolumeSnapshot 的 CSI 卷插件。 必须指定此字段。
 

content/zh/docs/concepts/storage/volumes.md

@@ -1771,10 +1771,6 @@ Choose one of the following methods to create a VMDK.
 
 {{< tabs name="tabs_volumes" >}}
 {{% tab name="使用 vmkfstools 创建" %}}
-<!--
-{{% tab name="Create using vmkfstools" %}}
-First ssh into ESX, then use the following command to create a VMDK:
--->
 
 首先 ssh 到 ESX，然后使用下面的命令来创建 VMDK：
 
@@ -1783,10 +1779,6 @@ vmkfstools -c 2G /vmfs/volumes/DatastoreName/volumes/myDisk.vmdk
 ```
 {{% /tab %}}
 {{% tab name="使用 vmware-vdiskmanager 创建" %}}
-<!--
-{{% tab name="Create using vmware-vdiskmanager" %}}
-Use the following command to create a VMDK:
--->
 
 使用下面的命令创建 VMDK：
 
@@ -2409,7 +2401,7 @@ sudo systemctl daemon-reload
 sudo systemctl restart docker
 ```
 
-
+{{% /capture %}}
 
 {{% capture whatsnext %}}
 
@@ -2418,4 +2410,5 @@ sudo systemctl restart docker
 -->
 
 * 参考[使用持久卷部署 WordPress 和 MySQL](/zh/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/) 示例。
+
 {{% /capture %}}

content/zh/docs/contribute/intermediate.md

@@ -696,14 +696,15 @@ most up-to-date version of that branch.
       git commit -m "Your commit message"
       ```
 
-      {{< note >}}
-      <!--
-      Do not reference a GitHub issue or pull request by ID or URL in the
-      commit message. If you do, it will cause that issue or pull request to get
-      a notification every time the commit shows up in a new Git branch. You can
-      link issues and pull requests together later, in the GitHub UI.
-      -->不要在提交消息中引用 GitHub issue 或 PR(通过 ID 或 URL)。如果您这样做了，那么每当提交出现在新的Git 分支中时，就会导致该 issue 或 PR 获得通知。稍后，您可以在 GitHub UI 中链接 issues 并将请求拉到一起。
-      {{< /note >}}
+{{< note >}}
+<!--
+Do not reference a GitHub issue or pull request by ID or URL in the
+commit message. If you do, it will cause that issue or pull request to get
+a notification every time the commit shows up in a new Git branch. You can
+link issues and pull requests together later, in the GitHub UI.
+-->
+不要在提交消息中引用 GitHub issue 或 PR(通过 ID 或 URL)。如果您这样做了，那么每当提交出现在新的 Git 分支中时，就会导致该 issue 或 PR 获得通知。稍后，您可以在 GitHub UI 中链接 issues 并将请求拉到一起。
+{{< /note >}}
 
 5.  <!--
     Optionally, you can test your change by staging the site locally using the