From a463b7055112946be5c9c3d3e28260ec987712b5 Mon Sep 17 00:00:00 2001 From: upupnoah <130611693+upupnoah@users.noreply.github.com> Date: Mon, 19 Jun 2023 09:37:25 +0800 Subject: [PATCH] Fix incorrect URLs in file (#487) * fix typo in Scheduler * fix typo in Kubernetes spelling * Statement Flow & Repair URL * modify: change text order * Fix incorrect URLs in file --- concepts/cni.md | 2 +- concepts/csi.md | 6 +++--- concepts/etcd.md | 4 ++-- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/concepts/cni.md b/concepts/cni.md index 893b8360a..4c5b8b725 100644 --- a/concepts/cni.md +++ b/concepts/cni.md @@ -17,7 +17,7 @@ type CNI interface { } ``` -该接口只有四个方法，添加网络、删除网络、添加网络列表、删除网络列表。 +该接口只有四个方法，添加网络列表、删除网络列表、添加网络、删除网络。 ## 设计考量 diff --git a/concepts/csi.md b/concepts/csi.md index bb542c7c4..eb2c3fc76 100644 --- a/concepts/csi.md +++ b/concepts/csi.md @@ -98,13 +98,13 @@ spec: 当一个引用了 CSI Volume 的 pod 被调度时， Kubernetes 将针对外部 CSI 插件进行相应的操作，以确保特定的 Volume 被 attached、mounted， 并且能被 pod 中的容器使用。 -关于 CSI 实现的详细信息请参考[设计文档](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/storage/container-storage-interface.md)。 +关于 CSI 实现的详细信息请参考[设计文档](https://github.com/kubernetes/design-proposals-archive/blob/main/storage/container-storage-interface.md)。 ## 创建 CSI 驱动 -Kubernetes 尽可能少地指定 CSI Volume 驱动程序的打包和部署规范。[这里](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/storage/container-storage-interface.md#third-party-csi-volume-drivers)记录了在 Kubernetes 上部署 CSI Volume 驱动程序的最低要求。 +Kubernetes 尽可能少地指定 CSI Volume 驱动程序的打包和部署规范。[这里](https://github.com/kubernetes/design-proposals-archive/blob/main/storage/container-storage-interface.md#third-party-csi-volume-drivers)记录了在 Kubernetes 上部署 CSI Volume 驱动程序的最低要求。 -最低要求文件还包含[概述部分](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/storage/container-storage-interface.md#recommended-mechanism-for-deploying-csi-drivers-on-kubernetes)，提供了在 Kubernetes 上部署任意容器化 CSI 驱动程序的建议机制。存储提供商可以运用这个机制来简化 Kubernetes 上容器式 CSI 兼容 Volume 驱动程序的部署。 +最低要求文件还包含[概述部分](https://github.com/kubernetes/design-proposals-archive/blob/main/storage/container-storage-interface.md#recommended-mechanism-for-deploying-csi-drivers-on-kubernetes)，提供了在 Kubernetes 上部署任意容器化 CSI 驱动程序的建议机制。存储提供商可以运用这个机制来简化 Kubernetes 上容器式 CSI 兼容 Volume 驱动程序的部署。 作为推荐部署的一部分，Kubernetes 团队提供以下 sidecar（辅助）容器： diff --git a/concepts/etcd.md b/concepts/etcd.md index 9163d3b2e..3ba0e604a 100644 --- a/concepts/etcd.md +++ b/concepts/etcd.md @@ -1,6 +1,6 @@ # Etcd 解析 -Etcd 是 Kubernetes 集群中的一个十分重要的组件，用于保存集群所有的网络配置和对象的状态信息。在后面具体的安装环境中，我们安装的 etcd 的版本是 v3.1.5，整个 Kubernetes 系统中一共有两个服务需要用到 etcd 用来协同和存储配置，分别是： +Etcd 是 Kubernetes 集群中的一个十分重要的组件，用于保存集群所有的网络配置和对象的状态信息。在后面具体的安装环境中，我们安装的 etcd 的版本是 v3.1.5，整个 Kubernetes 系统中一共有两个服务需要用到 etcd 来协同和存储配置，分别是： - 网络插件 flannel、对于其它网络插件也需要用到 etcd 存储网络的配置信息 - Kubernetes 本身，包括各种对象的状态和元信息配置 @@ -83,7 +83,7 @@ thirdpartyresources ETCDCTL_API=3 etcdctl get /registry/pods --prefix -w json|python -m json.tool ``` -此时将看到 json 格式输出的结果，其中的`key`使用了`base64` 编码，关于 etcdctl 命令的详细用法请参考 [使用 etcdctl 访问 kubernetes 数据](../guide/using-etcdctl-to-access-kubernetes-data.md)。 +此时将看到 json 格式输出的结果，其中的`key`使用了`base64` 编码，关于 etcdctl 命令的详细用法请参考 [使用 etcdctl 访问 kubernetes 数据](https://lib.jimmysong.io/kubernetes-handbook/cli/etcdctl/)。 ## Etcd V2 与 V3 版本 API 的区别