当前位置:  开发笔记 > 编程语言 > 正文

跨数据中心的单个Kubernetes/OpenShift集群/实例?

如何解决《跨数据中心的单个Kubernetes/OpenShift集群/实例?》经验,为你挑选了1个好方法。

了解Ubernetes旨在完全解决此问题,目前是否可以(不一定推荐)跨多个内部企业数据延伸器跨越单个K8/OpenShift集群?

此外,假设数据中心之间的延迟相对较低,并且整个企业数据中心的基础架构相对一致.

示例:给定3个公司DC,在每个数据中心(作为单个集群)部署1 ..*主站,并在每个DC上具有1个*节点,其中pods/rc/services/...在所有3个DC上旋转.

有人在Ubernetes下降之前实现了这样的停止间隙解决方案吗?如果有的话,它是如何工作的以及在这样运行时要考虑的一些注意事项?



1> Robert Baile..:

目前是否可以(不一定推荐)跨越多个内部企业数据中继器跨越单个K8/OpenShift集群?

是的,目前是可能的.节点将获得apiserver和客户端凭据的地址,然后将自己注册到群集中.节点不知道(或关心)apiserver是本地的还是远程的,并且apiserver允许任何节点注册,只要它具有有效的凭证,无论节点在网络上的何处存在.

此外,假设数据中心之间的延迟相对较低,并且整个企业数据中心的基础架构相对一致.

这一点很重要,因为Kubernetes中的许多设置(隐式或显式地)假设了apiserver和节点之间的高带宽,低延迟网络.

示例:给定3个公司DC,在每个数据中心(作为单个集群)部署1 ..*主站,并在每个DC上具有1个*节点,其中pods/rc/services/...在所有3个DC上旋转.

这种方法的缺点是,如果您有一个全局集群,则会出现一个全局故障点.即使您已复制HA主组件,数据损坏仍可使整个群集脱机.传播到复制控制器中所有pod的错误配置可能会使整个服务脱机.错误的节点映像推送可以使所有节点脱机.等等.这是我们鼓励人们使用每个故障域而不是单个全局集群的原因之一.

推荐阅读
ar_wen2402851455
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有