diff --git a/content/zh/docs/setup/best-practices/certificates.md b/content/zh/docs/setup/best-practices/certificates.md index 281125e36704b..cead60c2a04b7 100644 --- a/content/zh/docs/setup/best-practices/certificates.md +++ b/content/zh/docs/setup/best-practices/certificates.md @@ -6,13 +6,11 @@ content_type: concept weight: 40 --- @@ -20,10 +18,13 @@ weight: 40 -Kubernetes 需要 PKI 证书才能进行基于 TLS 的身份验证。如果您是使用 [kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/) 安装的 Kubernetes，则会自动生成集群所需的证书。您还可以生成自己的证书。例如，不将私钥存储在 API 服务器上，可以让私钥更加安全。此页面说明了集群必需的证书。 +Kubernetes 需要 PKI 证书才能进行基于 TLS 的身份验证。如果你是使用 +[kubeadm](/zh/docs/reference/setup-tools/kubeadm/kubeadm/) 安装的 Kubernetes， +则会自动生成集群所需的证书。你还可以生成自己的证书。 +例如，不将私钥存储在 API 服务器上，可以让私钥更加安全。此页面说明了集群必需的证书。 @@ -57,11 +58,13 @@ Kubernetes 需要 PKI 才能执行以下操作： * 调度器的客户端证书/kubeconfig，用于和 API server 的会话 * [前端代理](/zh/docs/tasks/extend-kubernetes/configure-aggregation-layer/) 的客户端及服务端证书 -{{< note >}} -只有当您运行 kube-proxy 并要支持[扩展 API 服务器](/docs/tasks/access-kubernetes-api/setup-extension-api-server/)时，才需要 `front-proxy` 证书 +{{< note >}} +只有当你运行 kube-proxy 并要支持 +[扩展 API 服务器](/zh/docs/tasks/extend-kubernetes/setup-extension-api-server/) +时，才需要 `front-proxy` 证书 {{< /note >}} -[1]: 用来连接到集群的不同 IP 或 DNS 名（就像 [kubeadm][kubeadm] 为负载均衡所使用的固定 IP 或 DNS 名，`kubernetes`、`kubernetes.default`、`kubernetes.default.svc`、`kubernetes.default.svc.cluster`、`kubernetes.default.svc.cluster.local`） +[1]: 用来连接到集群的不同 IP 或 DNS 名 +（就像 [kubeadm](/zh/docs/reference/setup-tools/kubeadm/kubeadm/) 为负载均衡所使用的固定 +IP 或 DNS 名，`kubernetes`、`kubernetes.default`、`kubernetes.default.svc`、 +`kubernetes.default.svc.cluster`、`kubernetes.default.svc.cluster.local`）。 -其中，`kind` 对应一种或多种类型的 [x509 密钥用途][usage]： +其中，`kind` 对应一种或多种类型的 [x509 密钥用途][https://godoc.org/k8s.io/api/certificates/v1beta1#KeyUsage]： ## 为用户帐户配置证书 -您必须手动配置以下管理员帐户和服务帐户： +你必须手动配置以下管理员帐户和服务帐户： -| 文件名 | 凭据名称 | 默认 CN | O (位于 Subject 中) | -|-------------------------|----------------------------|--------------------------------|----------------| -| admin.conf | default-admin | kubernetes-admin | system:masters | -| kubelet.conf | default-auth | system:node:`` (see note) | system:nodes | -| controller-manager.conf | default-controller-manager | system:kube-controller-manager | | -| scheduler.conf | default-scheduler | system:kube-scheduler | | +| 文件名 | 凭据名称 | 默认 CN | O (位于 Subject 中) | +|-------------------------|----------------------------|--------------------------------|---------------------| +| admin.conf | default-admin | kubernetes-admin | system:masters | +| kubelet.conf | default-auth | system:node:`` （参阅注释） | system:nodes | +| controller-manager.conf | default-controller-manager | system:kube-controller-manager | | +| scheduler.conf | default-scheduler | system:kube-scheduler | | -{{< note >}} -`kubelet.conf` 中 `` 的值 **必须** 与 kubelet 向 apiserver 注册时提供的节点名称的值完全匹配。有关更多详细信息，请阅读[节点授权](/docs/reference/access-authn-authz/node/)。 +{{< note >}} +`kubelet.conf` 中 `` 的值 **必须** 与 kubelet 向 apiserver 注册时提供的节点名称的值完全匹配。 +有关更多详细信息，请阅读[节点授权](/zh/docs/reference/access-authn-authz/node/)。 {{< /note >}} -通常，集群中的节点数由特定于云平台的配置文件 `config-default.sh`（可以参考 [GCE 平台的 `config-default.sh`](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/gce/config-default.sh)）中的 `NUM_NODES` 参数控制。 +通常，集群中的节点数由特定于云平台的配置文件 `config-default.sh` +（可以参考 [GCE 平台的 `config-default.sh`](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/gce/config-default.sh)） +中的 `NUM_NODES` 参数控制。 -为了防止内存泄漏或 [集群插件](https://releases.k8s.io/{{}}/cluster/addons) 中的其它资源问题导致节点上所有可用资源被消耗，Kubernetes 限制了插件容器可以消耗的 CPU 和内存资源（请参阅 PR [#10653](http://pr.k8s.io/10653/files) 和 [#10778](http://pr.k8s.io/10778/files)）。 +为了防止内存泄漏或 [集群插件](https://releases.k8s.io/{{}}/cluster/addons) +中的其它资源问题导致节点上所有可用资源被消耗，Kubernetes 限制了插件容器可以消耗的 CPU 和内存资源 +（请参阅 PR [#10653](http://pr.k8s.io/10653/files) 和 [#10778](http://pr.k8s.io/10778/files)）。 例如： @@ -211,33 +215,34 @@ To avoid running into cluster addon resource issues, when creating a cluster wit * [FluentD with GCP Plugin](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-gcp/fluentd-gcp-ds.yaml) --> * 根据集群的规模，如果使用了以下插件，提高其内存和 CPU 上限（每个插件都有一个副本处理整个群集，因此内存和 CPU 使用率往往与集群的规模/负载成比例增长） ： - * [InfluxDB 和 Grafana](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/cluster-monitoring/influxdb/influxdb-grafana-controller.yaml) - * [kubedns、dnsmasq 和 sidecar](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/kube-dns/kube-dns.yaml.in) - * [Kibana](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/kibana-deployment.yaml) + * [InfluxDB 和 Grafana](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/cluster-monitoring/influxdb/influxdb-grafana-controller.yaml) + * [kubedns、dnsmasq 和 sidecar](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/kube-dns/kube-dns.yaml.in) + * [Kibana](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/kibana-deployment.yaml) * 根据集群的规模，如果使用了以下插件，调整其副本数量（每个插件都有多个副本，增加副本数量有助于处理增加的负载，但是，由于每个副本的负载也略有增加，因此也请考虑增加 CPU/内存限制）： - * [elasticsearch](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/es-statefulset.yaml) + * [elasticsearch](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/es-statefulset.yaml) * 根据集群的规模，如果使用了以下插件，限制其内存和 CPU 上限（这些插件在每个节点上都有一个副本，但是 CPU/内存使用量也会随集群负载/规模而略有增加）： - * [FluentD 和 ElasticSearch 插件](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/fluentd-es-ds.yaml) - * [FluentD 和 GCP 插件](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-gcp/fluentd-gcp-ds.yaml) + * [FluentD 和 ElasticSearch 插件](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-elasticsearch/fluentd-es-ds.yaml) + * [FluentD 和 GCP 插件](https://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/fluentd-gcp/fluentd-gcp-ds.yaml) -Heapster 的资源限制与您集群的初始大小有关（请参阅 [#16185](http://issue.k8s.io/16185) +Heapster 的资源限制与您集群的初始大小有关（请参阅 [#16185](https://issue.k8s.io/16185) 和 [#22940](http://issue.k8s.io/22940)）。如果您发现 Heapster 资源不足，您应该调整堆内存请求的计算公式（有关详细信息，请参阅相关 PR）。 -关于如何检测插件容器是否达到资源限制，参见 [计算资源的故障排除](/docs/concepts/configuration/manage-compute-resources-container/#troubleshooting) 部分。 +关于如何检测插件容器是否达到资源限制，参见 +[计算资源的故障排除](/zh/docs/concepts/configuration/manage-resources-containers/#troubleshooting) 部分。 -[未来](http://issue.k8s.io/13048)，我们期望根据集群规模大小来设置所有群集附加资源限制，并在集群扩缩容时动态调整它们。 +[未来](https://issue.k8s.io/13048)，我们期望根据集群规模大小来设置所有群集附加资源限制，并在集群扩缩容时动态调整它们。 我们欢迎您来实现这些功能。 @@ -18,20 +16,19 @@ content_type: concept -Minikube 是一种可以让您在本地轻松运行 Kubernetes 的工具。Minikube 在笔记本电脑上的虚拟机（VM）中运行单节点 Kubernetes 集群，供那些希望尝试 Kubernetes 或进行日常开发的用户使用。 - - +Minikube 是一种可以让你在本地轻松运行 Kubernetes 的工具。 +Minikube 在笔记本电脑上的虚拟机（VM）中运行单节点 Kubernetes 集群， +供那些希望尝试 Kubernetes 或进行日常开发的用户使用。 -## Minikube 功能 - +## Minikube 功能 + Minikube 支持以下 Kubernetes 功能： -## 安装 - +## 安装 + 请参阅[安装 Minikube](/zh/docs/tasks/tools/install-minikube/)。 -## 快速开始 - -这个简短的演示将指导您如何在本地启动、使用和删除 Minikube。请按照以下步骤开始探索 Minikube。 +## 快速开始 + +这个简短的演示将指导你如何在本地启动、使用和删除 Minikube。请按照以下步骤开始探索 Minikube。 1. 启动 Minikube 并创建一个集群： - ```shell - minikube start - ``` - - 输出类似于： - - ``` - Starting local Kubernetes cluster... - Running pre-create checks... - Creating machine... - Starting local Kubernetes cluster... - ``` + ```shell + minikube start + ``` + + 输出类似于： - + ``` + Starting local Kubernetes cluster... + Running pre-create checks... + Creating machine... + Starting local Kubernetes cluster... + ``` - 有关使用特定 Kubernetes 版本、VM 或容器运行时启动集群的详细信息，请参阅[启动集群](#starting-a-cluster)。 + -2. 现在，您可以使用 kubectl 与集群进行交互。有关详细信息，请参阅[与集群交互](#interacting-with-your-cluster)。 + 有关使用特定 Kubernetes 版本、VM 或容器运行时启动集群的详细信息，请参阅[启动集群](#starting-a-cluster)。 - + +2. 现在，你可以使用 kubectl 与集群进行交互。有关详细信息，请参阅[与集群交互](#interacting-with-your-cluster)。 - - 让我们使用名为 `echoserver` 的镜像创建一个 Kubernetes Deployment，并使用 `--port` 在端口 8080 上暴露服务。`echoserver` 是一个简单的 HTTP 服务器。 + + 让我们使用名为 `echoserver` 的镜像创建一个 Kubernetes Deployment，并使用 `--port` 在端口 8080 上暴露服务。`echoserver` 是一个简单的 HTTP 服务器。 - ```shell - kubectl create deployment hello-minikube --image=k8s.gcr.io/echoserver:1.10 - ``` - - 输出类似于： + ```shell + kubectl create deployment hello-minikube --image=k8s.gcr.io/echoserver:1.10 + ``` + + 输出类似于： + ``` + deployment.apps/hello-minikube created ``` - deployment.apps/hello-minikube created - ``` - + 3. 要访问 `hello-minikube` Deployment，需要将其作为 Service 公开： - - - ```shell - kubectl expose deployment hello-minikube --type=NodePort --port=8080 - ``` - - 选项 `--type = NodePort` 指定 Service 的类型。 - - - 输出类似于： - - ``` - service/hello-minikube exposed - ``` - -4. 现在 `hello-minikube` Pod 已经启动，但是您必须等到 Pod 启动完全才能通过暴露的 Service 访问它。 - - + ```shell + kubectl expose deployment hello-minikube --type=NodePort --port=8080 + ``` + + 选项 `--type = NodePort` 指定 Service 的类型。 + + + 输出类似于： + + ``` + service/hello-minikube exposed + ``` + +4. 现在 `hello-minikube` Pod 已经启动，但是你必须等到 Pod 启动完全才能通过暴露的 Service 访问它。 + + + 检查 Pod 是否启动并运行： + + ```shell + kubectl get pod + ``` + + 如果输出显示 `STATUS` 为 `ContainerCreating`，则表明 Pod 仍在创建中： + + ``` + NAME READY STATUS RESTARTS AGE + hello-minikube-3383150820-vctvh 0/1 ContainerCreating 0 3s + ``` + + 如果输出显示 `STATUS` 为 `Running`，则 Pod 现在正在运行： + + ``` + NAME READY STATUS RESTARTS AGE + hello-minikube-3383150820-vctvh 1/1 Running 0 13s + ``` + + +5. 获取暴露 Service 的 URL 以查看 Service 的详细信息： - - 检查 Pod 是否启动并运行： + ```shell + minikube service hello-minikube --url + ``` + +6. 要查看本地集群的详细信息，请在浏览器中复制粘贴并访问上一步骤输出的 URL。 - ```shell - kubectl get pod - ``` - - 如果输出显示 `STATUS` 为 `ContainerCreating`，则表明 Pod 仍在创建中： - ``` - NAME READY STATUS RESTARTS AGE - hello-minikube-3383150820-vctvh 0/1 ContainerCreating 0 3s - ``` - - 如果输出显示 `STATUS` 为 `Running`，则 Pod 现在正在运行： - ``` - NAME READY STATUS RESTARTS AGE - hello-minikube-3383150820-vctvh 1/1 Running 0 13s - ``` + + 输出类似于： -5. 获取暴露 Service 的 URL 以查看 Service 的详细信息： + ``` + Hostname: hello-minikube-7c77b68cff-8wdzq - + Pod Information: + -no pod information available- - ```shell - minikube service hello-minikube --url - ``` + Server values: + server_version=nginx: 1.13.3 - lua: 10008 -6. 要查看本地集群的详细信息，请在浏览器中复制粘贴并访问上一步骤输出的 URL。 + Request Information: + client_address=172.17.0.1 + method=GET + real path=/ + query= + request_version=1.1 + request_scheme=http + request_uri=http://192.168.99.100:8080/ - + Request Headers: + accept=*/* + host=192.168.99.100:30674 + user-agent=curl/7.47.0 - - 输出类似于： + Request Body: + -no body in request- + ``` - ``` - Hostname: hello-minikube-7c77b68cff-8wdzq - - Pod Information: - -no pod information available- - - Server values: - server_version=nginx: 1.13.3 - lua: 10008 - - Request Information: - client_address=172.17.0.1 - method=GET - real path=/ - query= - request_version=1.1 - request_scheme=http - request_uri=http://192.168.99.100:8080/ - - Request Headers: - accept=*/* - host=192.168.99.100:30674 - user-agent=curl/7.47.0 - - Request Body: - -no body in request- - ``` - - 如果您不再希望运行 Service 和集群，则可以删除它们。 + + 如果你不再希望运行 Service 和集群，则可以删除它们。 + 7. 删除 `hello-minikube` Service： - - - ```shell - kubectl delete services hello-minikube - ``` - - 输出类似于： + ```shell + kubectl delete services hello-minikube + ``` + + 输出类似于： - ``` - service "hello-minikube" deleted - ``` + ``` + service "hello-minikube" deleted + ``` + 8. 删除 `hello-minikube` Deployment： - + ```shell + kubectl delete deployment hello-minikube + ``` + + 输出类似于： - ```shell - kubectl delete deployment hello-minikube - ``` - - 输出类似于： - - ``` - deployment.extensions "hello-minikube" deleted - ``` + ``` + deployment.extensions "hello-minikube" deleted + ``` -9. 停止本地 Minikube 集群： + +9. 停止本地 Minikube 集群： - + ```shell + minikube stop + ``` + + 输出类似于： - ```shell - minikube stop - ``` - - 输出类似于： + ``` + Stopping "minikube"... + "minikube" stopped. + ``` - ``` - Stopping "minikube"... - "minikube" stopped. - ``` - - 有关更多信息，请参阅[停止集群](#stopsing-a-cluster)。 + + 有关更多信息，请参阅[停止集群](#stopping-a-cluster)。 + 10. 删除本地 Minikube 集群： - - ```shell minikube delete ``` @@ -305,48 +293,42 @@ This brief demo guides you on how to start, use, and delete Minikube locally. Fo The "minikube" cluster has been deleted. ``` 有关更多信息，请参阅[删除集群](#deletion-a-cluster)。 -## 管理您的集群 - -### 启动集群 {#starting-a-cluster} - +## 管理你的集群 + +### 启动集群 {#starting-a-cluster} + `minikube start` 命令可用于启动集群。 + -此命令将创建并配置一台虚拟机，使其运行单节点 Kubernetes 集群。 - -此命令还会配置您的 [kubectl](/docs/user-guide/kubectl-overview/) 安装，以便使其能与您的 Kubernetes 集群正确通信。 +此命令将创建并配置一台虚拟机，使其运行单节点 Kubernetes 集群。 + +此命令还会配置你的 [kubectl](/zh/docs/reference/kubectl/overview/) 安装，以便使其能与你的 Kubernetes 集群正确通信。 - - - {{< note >}} -如果您启用了 web 代理，则需要将此信息传递给 `minikube start` 命令： +如果你启用了 web 代理，则需要将此信息传递给 `minikube start` 命令： ```shell https_proxy= minikube start --docker-env http_proxy= --docker-env https_proxy= --docker-env no_proxy=192.168.99.0/24 @@ -361,25 +343,27 @@ Minikube 还创建了一个 `minikube` 上下文，并将其设置为 kubectl -#### 指定 Kubernetes 版本 - -您可以通过将 `--kubernetes-version` 字符串添加到 `minikube start` 命令来指定要用于 Minikube 的 Kubernetes 版本。例如，要运行版本 {{< param "fullversion" >}}，您可以运行以下命令： +#### 指定 Kubernetes 版本 -``` +你可以通过将 `--kubernetes-version` 字符串添加到 `minikube start` 命令来指定要用于 +Minikube 的 Kubernetes 版本。例如，要运行版本 {{< param "fullversion" >}}，你可以运行以下命令： + +```shell minikube start --kubernetes-version {{< param "fullversion" >}} ``` + #### 指定 VM 驱动程序 {#specifying-the-vm-driver} -您可以通过将 `--vm-driver=` 参数添加到 `minikube start` 来更改 VM 驱动程序。 +你可以通过将 `--vm-driver=` 参数添加到 `minikube start` 来更改 VM 驱动程序。 + @@ -396,6 +380,9 @@ Minikube 支持以下驱动程序： +{{< note >}} +有关支持的驱动程序以及如何安装插件的详细信息，请参阅[驱动程序](https://minikube.sigs.k8s.io/docs/drivers/)。 +{{< /note >}} - - {{< note >}} -有关支持的驱动程序以及如何安装插件的详细信息，请参阅[驱动程序](https://minikube.sigs.k8s.io/docs/drivers/)。 -{{< /note >}} - * virtualbox * vmwarefusion * kvm2 ([驱动安装](https://minikube.sigs.k8s.io/docs/drivers/#kvm2-driver)) * hyperkit ([驱动安装](https://minikube.sigs.k8s.io/docs/drivers/#hyperkit-driver)) * hyperv ([驱动安装](https://github.com/kubernetes/minikube/blob/master/docs/drivers.md#hyperv-driver)) + 请注意，下面的 IP 是动态的，可以更改。可以使用 `minikube ip` 检索。 + * vmware ([驱动安装](https://github.com/kubernetes/minikube/blob/master/docs/drivers.md#vmware-unified-driver)) （VMware 统一驱动） -* none (在主机上运行Kubernetes组件，而不是在 VM 中。使用该驱动依赖 Docker ([安装 Docker](https://docs.docker.com/install/linux/docker-ce/ubuntu/)) 和 Linux 环境) +* none (在主机上运行Kubernetes组件，而不是在 VM 中。使用该驱动依赖 Docker + ([安装 Docker](https://docs.docker.com/install/linux/docker-ce/ubuntu/)) 和 Linux 环境) #### 通过别的容器运行时启动集群 -您可以通过以下容器运行时启动 Minikube。 +你可以通过以下容器运行时启动 Minikube。 {{< tabs name="container_runtimes" >}} {{% tab name="containerd" %}} @@ -452,7 +437,7 @@ minikube start \ -或者您可以使用扩展版本： +或者你可以使用扩展版本： ```bash minikube start \ @@ -480,7 +465,7 @@ minikube start \ -或者您可以使用扩展版本： +或者你可以使用扩展版本： ```bash minikube start \ @@ -502,12 +487,12 @@ minikube start \ -当为 Kubernetes 使用单个 VM 时，重用 Minikube 的内置 Docker 守护程序非常有用。重用内置守护程序意味着您不必在主机上构建 Docker 镜像仓库并将镜像推入其中。相反，您可以在与 Minikube 相同的 Docker 守护进程内部构建，这可以加速本地实验。 +当为 Kubernetes 使用单个 VM 时，重用 Minikube 的内置 Docker 守护程序非常有用。重用内置守护程序意味着你不必在主机上构建 Docker 镜像仓库并将镜像推入其中。相反，你可以在与 Minikube 相同的 Docker 守护进程内部构建，这可以加速本地实验。 -{{< note >}} +{{< note >}} 一定要用非 `latest` 的标签来标记你的 Docker 镜像，并使用该标签来拉取镜像。因为 `:latest` 标记的镜像，其默认镜像拉取策略是 `Always`，如果在默认的 Docker 镜像仓库（通常是 DockerHub）中没有找到你的 Docker 镜像，最终会导致一个镜像拉取错误（`ErrImagePull`）。 {{< /note >}} @@ -523,13 +508,12 @@ eval $(minikube docker-env) -您现在可以在 Mac/Linux 机器的命令行中使用 Docker 与 Minikube VM 内的 Docker 守护程序进行通信： +你现在可以在 Mac/Linux 机器的命令行中使用 Docker 与 Minikube VM 内的 Docker 守护程序进行通信： ```shell docker ps ``` -{{< note >}} @@ -542,7 +526,7 @@ Could not read CA certificate "/etc/docker/ca.pem": open /etc/docker/ca.pem: no -您可以通过更新 /etc/sysconfig/docker 来解决此问题，以确保 Minikube 的环境更改得到遵守： +你可以通过更新 /etc/sysconfig/docker 来解决此问题，以确保 Minikube 的环境更改得到遵守： ```shell < DOCKER_CERT_PATH=/etc/docker @@ -551,7 +535,6 @@ You can fix this by updating /etc/sysconfig/docker to ensure that Minikube's env > DOCKER_CERT_PATH=/etc/docker > fi ``` -{{< /note >}} -此参数允许重复，因此您可以使用多个不同的值多次传递它以设置多个选项。 +此参数允许重复，因此你可以使用多个不同的值多次传递它以设置多个选项。 -要将 `apiserver` 的 `AuthorizationMode` 设置为 `RBAC`，您可以使用：`--extra-config=apiserver.authorization-mode=RBAC`。 +要将 `apiserver` 的 `AuthorizationMode` 设置为 `RBAC`，你可以使用：`--extra-config=apiserver.authorization-mode=RBAC`。 -Minikube 会自动将此上下文设置为默认值，但如果您以后需要切换回它，请运行： +Minikube 会自动将此上下文设置为默认值，但如果你以后需要切换回它，请运行： -要访问 [Kubernetes Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/)，请在启动 Minikube 后在 shell 中运行此命令以获取地址： +要访问 [Kubernetes Dashboard](/zh/docs/tasks/access-application-cluster/web-ui-dashboard/)， +请在启动 Minikube 后在 shell 中运行此命令以获取地址： ```shell minikube dashboard @@ -781,7 +765,7 @@ Some drivers will mount a host folder within the VM so that you can easily share --> ## 挂载宿主机文件夹 -一些驱动程序将在 VM 中挂载一个主机文件夹，以便您可以轻松地在 VM 和主机之间共享文件。目前这些都是不可配置的，并且根据您正在使用的驱动程序和操作系统的不同而不同。 +一些驱动程序将在 VM 中挂载一个主机文件夹，以便你可以轻松地在 VM 和主机之间共享文件。目前这些都是不可配置的，并且根据你正在使用的驱动程序和操作系统的不同而不同。 -要访问私有容器镜像仓库，请按照[本页](/docs/concepts/containers/images/)上的步骤操作。 +要访问私有容器镜像仓库，请按照[此页](/zh/docs/concepts/containers/images/)上的步骤操作。 -我们建议您使用 `ImagePullSecrets`，但是如果您想在 Minikube VM 上配置访问权限，可以将 `.dockercfg` 放在 `/home/docker` 目录中，或将`config.json` 放在 `/home/docker/.docker` 目录。 +我们建议你使用 `ImagePullSecrets`，但是如果你想在 Minikube VM 上配置访问权限，可以将 `.dockercfg` 放在 `/home/docker` 目录中，或将`config.json` 放在 `/home/docker/.docker` 目录。 -为了让 Minikube 正确启动或重新启动自定义插件，请将您希望用 Minikube 启动的插件放在 `~/.minikube/addons` 目录中。此文件夹中的插件将被移动到 Minikube VM 并在每次 Minikube 启动或重新启动时被启动。 +为了让 Minikube 正确启动或重新启动自定义插件，请将你希望用 Minikube 启动的插件放在 `~/.minikube/addons` 目录中。此文件夹中的插件将被移动到 Minikube VM 并在每次 Minikube 启动或重新启动时被启动。 -如果您配置了 HTTP 代理，则可能也需要为 Docker 进行代理设置。 +如果你配置了 HTTP 代理，则可能也需要为 Docker 进行代理设置。 @@ -860,11 +844,11 @@ minikube start --docker-env http_proxy=http://$YOURPROXY:PORT \ -如果您的虚拟机地址是 192.168.99.100，那么您的代理设置可能会阻止 `kubectl` 直接访问它。 +如果你的虚拟机地址是 192.168.99.100，那么你的代理设置可能会阻止 `kubectl` 直接访问它。 -要绕过此 IP 地址的代理配置，您应该修改 no_proxy 设置。您可以这样做： +要绕过此 IP 地址的代理配置，你应该修改 no_proxy 设置。你可以这样做： ```shell export no_proxy=$no_proxy,$(minikube ip) @@ -918,12 +902,14 @@ For more information about Minikube, see the [proposal](https://git.k8s.io/commu -## 社区 - -我们欢迎您向社区提交贡献、提出问题以及参与评论！Minikube 开发人员可以在 [Slack](https://kubernetes.slack.com) 的 #minikube 频道上互动交流（点击[这里](http://slack.kubernetes.io/)获得邀请）。我们还有 [kubernetes-dev Google Groups 邮件列表](https://groups.google.com/forum/#!forum/kubernetes-dev)。如果您要发信到列表中，请在主题前加上 "minikube: "。 +## 社区 +我们欢迎你向社区提交贡献、提出问题以及参与评论！Minikube 开发人员可以在 +[Slack](https://kubernetes.slack.com) 的 #minikube 频道上互动交流 +（点击[这里](https://slack.kubernetes.io/)获得邀请）。 +我们还有 [kubernetes-dev Google Groups 邮件列表](https://groups.google.com/forum/#!forum/kubernetes-dev)。 +如果你要发信到列表中，请在主题前加上 "minikube: "。 diff --git a/content/zh/docs/setup/release/notes.md b/content/zh/docs/setup/release/notes.md index 804e0c36705b5..2a4d377368b54 100644 --- a/content/zh/docs/setup/release/notes.md +++ b/content/zh/docs/setup/release/notes.md @@ -86,7 +86,7 @@ The `IngressClass` resource is used to describe a type of Ingress within a Kuber ### SIG CLI introduces kubectl debug -SIG CLI was debating the need for a debug utility for quite some time already. With the development of [ephemeral containers](https://kubernetes.io/docs/concepts/workloads/pods/ephemeral-containers/), it became more obvious how we can support developers with tooling built on top of `kubectl exec`. The addition of the `kubectl debug` [command](https://github.com/kubernetes/enhancements/blob/master/keps/sig-cli/20190805-kubectl-debug.md) (it is alpha but your feedback is more than welcome), allows developers to easily debug their Pods inside the cluster. We think this addition is invaluable. This command allows one to create a temporary container which runs next to the Pod one is trying to examine, but also attaches to the console for interactive troubleshooting. +SIG CLI was debating the need for a debug utility for quite some time already. With the development of [ephemeral containers](/zh/docs/concepts/workloads/pods/ephemeral-containers/), it became more obvious how we can support developers with tooling built on top of `kubectl exec`. The addition of the `kubectl debug` [command](https://github.com/kubernetes/enhancements/blob/master/keps/sig-cli/20190805-kubectl-debug.md) (it is alpha but your feedback is more than welcome), allows developers to easily debug their Pods inside the cluster. We think this addition is invaluable. This command allows one to create a temporary container which runs next to the Pod one is trying to examine, but also attaches to the console for interactive troubleshooting. ### Introducing Windows CSI support alpha for Kubernetes diff --git a/content/zh/docs/setup/release/version-skew-policy.md b/content/zh/docs/setup/release/version-skew-policy.md index 0bc7b4e4e05c7..9523879ac2ab8 100644 --- a/content/zh/docs/setup/release/version-skew-policy.md +++ b/content/zh/docs/setup/release/version-skew-policy.md @@ -33,7 +33,7 @@ where **x** is the major version, **y** is the minor version, and **z** is the p For more information, see [Kubernetes Release Versioning](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/release/versioning.md#kubernetes-release-versioning). --> Kubernetes 版本号格式为 **x.y.z**，其中 **x** 为大版本号，**y** 为小版本号，**z** 为补丁版本号。 -版本号格式遵循 [Semantic Versioning](http://semver.org/) 规则。 +版本号格式遵循 [Semantic Versioning](https://semver.org/) 规则。 更多信息，请参阅 [Kubernetes Release Versioning](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/release/versioning.md#kubernetes-release-versioning)。