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 filepull/489/head
parent
3a96ca0048
commit
a463b70551
|
@ -17,7 +17,7 @@ type CNI interface {
|
|||
}
|
||||
```
|
||||
|
||||
该接口只有四个方法,添加网络、删除网络、添加网络列表、删除网络列表。
|
||||
该接口只有四个方法,添加网络列表、删除网络列表、添加网络、删除网络。
|
||||
|
||||
## 设计考量
|
||||
|
||||
|
|
|
@ -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(辅助)容器:
|
||||
|
||||
|
|
|
@ -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 的区别
|
||||
|
||||
|
|
Loading…
Reference in New Issue