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