了解Ubernetes旨在完全解决此问题,目前是否可以(不一定推荐)跨多个内部企业数据延伸器跨越单个K8/OpenShift集群?
此外,假设数据中心之间的延迟相对较低,并且整个企业数据中心的基础架构相对一致.
示例:给定3个公司DC,在每个数据中心(作为单个集群)部署1 ..*主站,并在每个DC上具有1个*节点,其中pods/rc/services/...在所有3个DC上旋转.
有人在Ubernetes下降之前实现了这样的停止间隙解决方案吗?如果有的话,它是如何工作的以及在这样运行时要考虑的一些注意事项?
目前是否可以(不一定推荐)跨越多个内部企业数据中继器跨越单个K8/OpenShift集群?
是的,目前是可能的.节点将获得apiserver和客户端凭据的地址,然后将自己注册到群集中.节点不知道(或关心)apiserver是本地的还是远程的,并且apiserver允许任何节点注册,只要它具有有效的凭证,无论节点在网络上的何处存在.
此外,假设数据中心之间的延迟相对较低,并且整个企业数据中心的基础架构相对一致.
这一点很重要,因为Kubernetes中的许多设置(隐式或显式地)假设了apiserver和节点之间的高带宽,低延迟网络.
示例:给定3个公司DC,在每个数据中心(作为单个集群)部署1 ..*主站,并在每个DC上具有1个*节点,其中pods/rc/services/...在所有3个DC上旋转.
这种方法的缺点是,如果您有一个全局集群,则会出现一个全局故障点.即使您已复制HA主组件,数据损坏仍可使整个群集脱机.传播到复制控制器中所有pod的错误配置可能会使整个服务脱机.错误的节点映像推送可以使所有节点脱机.等等.这是我们鼓励人们使用每个故障域而不是单个全局集群的原因之一.