update missing Chinese translation for v2.7

rancher · Apr 24, 2024 · 98bb32d · 98bb32d
1 parent f83cb02
commit 98bb32d
Show file tree

Hide file tree

Showing 204 changed files with 28,739 additions and 1,008 deletions.
diff --git a/i18n/zh/docusaurus-plugin-content-docs/current/faq/general-faq.md b/i18n/zh/docusaurus-plugin-content-docs/current/faq/general-faq.md
@@ -2,68 +2,50 @@
 title: 一般常见问题解答
 ---
 
+<head>
+  <link rel="canonical" href="https://ranchermanager.docs.rancher.com/zh/faq/general-faq"/>
+</head>
+
 本文包含了用户常见的 Rancher 2.x 问题。
 
 有关常见技术问题，请参阅[常见技术问题解答](technical-items.md)。
 
-<br/>
-
-**Rancher 2.x 支持 Docker Swarm 和 Mesos 作为环境类型吗？**
+## Rancher 2.x 支持 Docker Swarm 和 Mesos 作为环境类型吗？
 
 如果你在 Rancher 2.x 中创建环境，Swarm 和 Mesos 将不再是可选的标准选项。但是，Swarm 和 Mesos 还能继续作为可以部署的商店应用程序。这是一个艰难的决定，但这是大势所趋。比如说，15,000 多个集群可能只有大约 200 个在运行 Swarm。
 
-<br/>
-
-**是否可以使用 Rancher 2.x 管理 Azure Kubernetes 服务？**
+## 是否可以使用 Rancher 2.x 管理 Azure Kubernetes 服务？
 
-是的。
+是的。请参阅我们的[集群管理]((../how-to-guides/new-user-guides/manage-clusters/manage-clusters.md))指南，了解 AKS 上可用的 Rancher 功能，以及相关的 [AKS 的文档](../getting-started/installation-and-upgrade/install-upgrade-on-a-kubernetes-cluster/rancher-on-aks.md)
 
-<br/>
+## Rancher 是否支持 Windows？
 
-**Rancher 是否支持 Windows？**
+Rancher 支持 Windows Server 1809 容器。有关如何使用 Windows Worker 节点设置集群的详细信息，请参阅[为 Windows 配置自定义集群](../how-to-guides/new-user-guides/kubernetes-clusters-in-rancher-setup/use-windows-clusters/use-windows-clusters.md)。
 
-Rancher 支持 Windows Server 1809 容器。有关如何使用 Windows Worker 节点设置集群的详细信息，请参阅[为 Windows 配置自定义集群](../pages-for-subheaders/use-windows-clusters.md)。
-
-<br/>
-
-**Rancher 是否支持 Istio？**
+## Rancher 是否支持 Istio？
 
 Rancher 支持 [Istio](../pages-for-subheaders/istio.md)。
 
-此外，Istio 是在我们的微型 PaaS “Rio” 中实现的，它可以运行在 Rancher 2.x 以及任何符合 CNCF 的 Kubernetes 集群上。详情请参阅[这里](https://rio.io/)。
-
-<br/>
-
-**Rancher 2.x 是否支持使用 Hashicorp 的 Vault 来存储密文？**
+## Rancher 2.x 是否支持使用 Hashicorp 的 Vault 来存储密文？
 
 密文管理已在我们的 roadmap 上，但我们尚未将该功能分配给特定版本。
 
-<br/>
-
-**Rancher 2.x 是否也支持 RKT 容器？**
+## Rancher 2.x 是否也支持 RKT 容器？
 
 目前，我们只支持 Docker。
 
-<br/>
-
-**Rancher 2.x 是否支持将 Calico、Contiv、Contrail、Flannel、Weave net 等网络插件用于嵌入和已注册的 Kubernetes？**
+## Rancher 2.x 是否支持将 Calico、Contiv、Contrail、Flannel、Weave net 等网络插件用于嵌入和已注册的 Kubernetes？
 
 Rancher 开箱即用地为 Kubernetes 集群提供了几个 CNI 网络插件，分别是 Canal、Flannel、Calico 和 Weave。有关官方支持的详细信息，请参阅 [Rancher 支持矩阵](https://rancher.com/support-maintenance-terms/)。
 
-<br/>
-
-**Rancher 是否计划支持 Traefik？**
+## Rancher 是否计划支持 Traefik？
 
 目前，我们不打算提供嵌入式 Traefik 支持，但我们仍在探索负载均衡方案。
 
-<br/>
-
-**我可以将 OpenShift Kubernetes 集群导入 2.x 吗？**
+## 我可以将 OpenShift Kubernetes 集群导入 2.x 吗？
 
 我们的目标是运行任何上游 Kubernetes 集群。因此，Rancher 2.x 应该可以与 OpenShift 一起使用，但我们尚未对此进行测试。
 
-<br/>
-
-**Rancher 会集成 Longhorn 吗？**
+## Rancher 会集成 Longhorn 吗？
 
 是的。Longhorn 已集成到 Rancher 2.5+ 中。
diff --git a/...-started/installation-and-upgrade/installation-references/helm-chart-options.md b/...-started/installation-and-upgrade/installation-references/helm-chart-options.md
@@ -159,7 +159,7 @@ Rancher 的一些功能（Helm Chart）需要使用互联网才能使用。你
 
 不包括敏感数据时，可以使用 `proxy` 或 `extraEnv` Chart 选项。使用 `extraEnv` 时将忽略 `noProxy` Helm 选项。因此，`NO_PROXY` 环境变量也必须设置为 `extraEnv`。
 
-以下是使用 `extraEnv` Chart 选项设置代理的示例：
+以下是使用 `proxy` Chart 选项设置代理的示例：
 
 ```plain
 --set proxy="http://<proxy_url:proxy_port>/"

diff --git a/...current/getting-started/quick-start-guides/deploy-workloads/deploy-workloads.md b/...current/getting-started/quick-start-guides/deploy-workloads/deploy-workloads.md
@@ -2,6 +2,10 @@
 title: 部署工作负载
 ---
 
+<head>
+  <link rel="canonical" href="https://ranchermanager.docs.rancher.com/zh/getting-started/quick-start-guides/deploy-workloads"/>
+</head>
+
 这些指南指导你完成一个应用的部署，包括如何将应用暴露在集群之外使用。
 
 - [部署带有 Ingress 的工作负载](workload-ingress.md)

diff --git a/...-guides/new-user-guides/backup-restore-and-disaster-recovery/restore-rancher.md b/...-guides/new-user-guides/backup-restore-and-disaster-recovery/restore-rancher.md
@@ -4,38 +4,23 @@ title: 还原 Rancher
 
 本页概述了如何使用 Rancher 执行恢复。
 
-:::note 重要提示：
+在以下情况下，请按照本页中的说明进行操作：
+- 正在运行的 Rancher 实例与备份时的版本相同。
+- 上游（本地）集群与备份的位置相同。
 
-* 请按照此页面上的说明在已备份的同一集群上还原 Rancher。要把 Rancher 迁移到新集群，请参照步骤[迁移 Rancher](migrate-rancher-to-new-cluster.md)。
-* 在使用相同设置还原 Rancher 时，operator 将在还原开始时缩减 Rancher deployment，还原完成后又会扩展 deployment。因此，Rancher 在还原期间将不可用。
-* 如果你需要在升级后将 Rancher 还原到先前版本，请参见[回滚](../../../getting-started/installation-and-upgrade/install-upgrade-on-a-kubernetes-cluster/rollbacks.md)。
-
-:::
-
-## 使用 Rancher 2.6.4+ 进行回滚的其他步骤
-
-Rancher v2.6.4 将 cluster-api 模块从 v0.4.4 升级到 v1.0.2。反过来，cluster-api 的 v1.0.2 版本将集群 API 的自定义资源定义 (CRD) 从 `cluster.x-k8s.io/v1alpha4` 升级到 `cluster.x-k8s.io/v1beta1`。当你尝试将 Rancher v2.6.4 回滚到以前版本的 Rancher v2.6.x 时，CRD 升级到 v1beta1 会导致回滚失败。这是因为使用旧 apiVersion (v1alpha4) 的 CRD 与 v1beta1 不兼容。
+:::note 重要提示
 
-要避免回滚失败，你需要在尝试恢复操作或回滚**之前**运行以下 Rancher 脚本：
+在使用相同设置还原 Rancher 时，operator 将在还原开始时缩减 Rancher deployment，还原完成后又会扩展 deployment。因此，Rancher 在还原期间将不可用。
 
-* `verify.sh`：检查集群中是否有任何与 Rancher 相关的资源。
-* `cleanup.sh`：清理集群。
-
-有关详细信息和源代码，请参阅 [rancher/rancher-cleanup repo](https://github.com/rancher/rancher-cleanup)。
+:::
 
-:::caution
+:::tip
 
-`cleanup.sh` 运行的时候会有停机时间，这是因为脚本会删除 Rancher 创建的资源。
+* 按照以下步骤[迁移 Rancher](migrate-rancher-to-new-cluster.md)。
+* 如果你需要在升级后将 Rancher 还原到先前版本，请参见[回滚](../../../getting-started/installation-and-upgrade/install-upgrade-on-a-kubernetes-cluster/rollbacks.md)。
 
 :::
 
-### 从 v2.6.4+ 回滚到较低版本的 v2.6.x
-
-1. 按照[说明](https://github.com/rancher/rancher-cleanup/blob/main/README.md)运行脚本。
-1. 按照[说明](../backup-restore-and-disaster-recovery/migrate-rancher-to-new-cluster.md)在现有集群上安装 rancher-backup Helm Chart 并恢复之前的状态。
-   1. 省略步骤 3。
-   1. 执行到步骤 4 时，在要回滚到的 local 集群上安装 Rancher 2.6.x 版本。
-
 ### 创建 Restore 自定义资源
 
 还原是通过创建 Restore 自定义资源实现的。

diff --git a/...-plugin-content-docs/current/integrations-in-rancher/cluster-api/cluster-api.md b/...-plugin-content-docs/current/integrations-in-rancher/cluster-api/cluster-api.md
@@ -9,6 +9,6 @@ title: Cluster API (CAPI) 与 Rancher Turtles
 [Rancher Turtles](https://turtles.docs.rancher.com/) 是一个 [Rancher 扩展](../rancher-extensions.md)，通过提供 Cluster API (CAPI) 和 Rancher 之间的集成来管理配置的 Kubernetes 集群的生命周期。使用 Rancher Turtles，你可以：
 
 - 通过在 CAPI 配置的集群中安装 Rancher Cluster Agent，将 CAPI 集群导入 Rancher。
-- 配置 [CAPI Operator](https://turtles.docs.rancher.com/docs/reference-guides/rancher-turtles-chart/values#cluster-api-operator-values)。
+- 配置 [CAPI Operator](https://turtles.docs.rancher.com/reference-guides/rancher-turtles-chart/values#cluster-api-operator-values)。
 
 [概述](./overview.md)部分介绍了安装选项、Rancher Turtles 架构和简要 Demo。有关详细信息，请参阅 [Rancher Turtles 文档](https://turtles.docs.rancher.com/)。
diff --git a/...rus-plugin-content-docs/current/integrations-in-rancher/cluster-api/overview.md b/...rus-plugin-content-docs/current/integrations-in-rancher/cluster-api/overview.md
@@ -12,6 +12,12 @@ title: 概述
 
 ![overview](/img/30000ft_view.png)
 
+## 安全
+
+[SLSA](https://slsa.dev/spec/v1.0/about) 是一套由行业共识制定的可逐步采用的供应链安全指南。SLSA 制定的规范对软件生产者和消费者都很有用：生产者可以遵循 SLSA 的指导方针，使他们的软件供应链更加安全，消费者可以使用 SLSA 来决定是否信任软件包。
+
+Rancher Turtles 满足 [SLSA Level 3](https://slsa.dev/spec/v1.0/levels#build-l3) 对适当的构建平台、一致的构建过程和来源分布的要求。更多信息请参阅 [Rancher Turtles 安全](https://turtles.docs.rancher.com/security/slsa)文档。
+
 ## 先决条件
 
 在 Rancher 环境中安装 Rancher Turtles 之前，你必须禁用 Rancher 的 `embedded-cluster-api` 功能。这还包括清理 Rancher 专用的 webhook，否则这些 webhook 将与 CAPI 的 webhook 冲突。
@@ -21,6 +27,45 @@ title: 概述
 - 禁用 Rancher 中的 `embedded-cluster-api` 功能。
 - 删除不再需要的 `mutating-webhook-configuration` 和 `validating-webhook-configuration` webhook。
 
+这些 webhook 也可以通过 Rancher UI 删除：
+
+1. 点击左上角 **☰ > 集群管理**。
+1. 选择你的 local 集群。
+1. 在左侧导航菜单，选择 **More Resources** > **Admission**。
+1. 在下拉菜单中，选择资源页面的 `MutatingWebhookConfiguration` 和 `ValidatingWebhookConfiguration`。
+1. 在相应的资源页面上，点击 `mutating-webhook-configuration` and `validating-webhook-configuration` 后面的 **⋮** 然后选择 **删除**。
+
+还可以通过在 **Resource Search** 字段中输入 webhook 的名称来访问到具体的 webhook。
+
+以下的 `kubectl` 命令可以手动删除必要的 webhook：
+
+```console
+kubectl delete mutatingwebhookconfiguration.admissionregistration.k8s.io mutating-webhook-configuration
+```
+
+```console
+kubectl delete validatingwebhookconfigurations.admissionregistration.k8s.io validating-webhook-configuration
+```
+
+使用以下示例从控制台禁用 `embedded-cluster-api` 功能：
+
+1. 创建一个 `feature.yaml` 文件，将 `embedded-cluster-api` 设置为 false：
+
+```yaml title="feature.yaml"
+apiVersion: management.cattle.io/v3
+kind: Feature
+metadata:
+  name: embedded-cluster-api
+spec:
+  value: false
+```
+
+2. 使用 `kubectl` 将 `feature.yaml` 文件应用到集群：
+
+```bash
+kubectl apply -f feature.yaml
+```
+
 ## 安装 Rancher Turtles Operator
 
 你可以通过 Rancher UI 或使用 Helm 安装 Rancher Turtles operator。对于大多数环境推荐使用第一种方法。
@@ -47,7 +92,7 @@ title: 概述
 1. 点击 **Rancher Turtles - the Cluster API Extension**。
 1. 点击 **Install > Next > Install**.
 
-此过程使用 Helm chart 的默认值，这些值适用于大部分的安装场景。如果你的配置需要覆盖其中一些默认值，你可以在安装期间通过 Rancher UI 指定这些值，也可以通过 [Helm 手动安装 Chart](#通过-helm-安装)。有关可用的 values 设置的详细信息，请参阅 Rancher Turtles 的 [Helm chart 参考指南](https://turtles.docs.rancher.com/docs/reference-guides/rancher-turtles-chart/values)。
+此过程使用 Helm chart 的默认值，这些值适用于大部分的安装场景。如果你的配置需要覆盖其中一些默认值，你可以在安装期间通过 Rancher UI 指定这些值，也可以通过 [Helm 手动安装 Chart](#通过-helm-安装)。有关可用的 values 设置的详细信息，请参阅 Rancher Turtles 的 [Helm chart 参考指南](https://turtles.docs.rancher.com/reference-guides/rancher-turtles-chart/values)。
 
 安装可能需要几分钟时间，安装完成后，你可以在集群中看到以下新部署：
 
@@ -132,15 +177,15 @@ stringData:
 
 :::info
 
-有关 chart 支持的 values 及其用法的详细信息，请参阅 [Helm chart 选项](https://turtles.docs.rancher.com/docs/reference-guides/rancher-turtles-chart/values)
+有关 chart 支持的 values 及其用法的详细信息，请参阅 [Helm chart 选项](https://turtles.docs.rancher.com/reference-guides/rancher-turtles-chart/values)
 
 :::
 
 #### 不使用 `Cluster API (CAPI) Operator` 作为 Helm 依赖安装 Rancher Turtles
 
 :::note
 
-请记住，如果使用此安装选项，你必须自行管理 CAPI Operator 的安装。你可以参照 Rancher Turtles 文档中的 [CAPI Operator 指南](https://turtles.docs.rancher.com/docs/tasks/capi-operator/intro)
+请记住，如果使用此安装选项，你必须自行管理 CAPI Operator 的安装。你可以参照 Rancher Turtles 文档中的 [CAPI Operator 指南](https://turtles.docs.rancher.com/tasks/capi-operator/intro)
 
 :::
 
@@ -213,9 +258,3 @@ spec:
 ```bash
 kubectl apply -f feature.yaml
 ```
-
-## 安全
-
-[SLSA](https://slsa.dev/spec/v1.0/about) 是一套由行业共识制定的可逐步采用的供应链安全指南。SLSA 制定的规范对软件生产者和消费者都很有用：生产者可以遵循 SLSA 的指导方针，使他们的软件供应链更加安全，消费者可以使用 SLSA 来决定是否信任软件包。
-
-Rancher Turtles 满足 [SLSA Level 3](https://slsa.dev/spec/v1.0/levels#build-l3) 对适当的构建平台、一致的构建过程和来源分布的要求。更多信息请参阅 [Rancher Turtles 安全](https://turtles.docs.rancher.com/docs/security/slsa)文档。