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

Question

的理解是Ubernetes旨在全面解决这个问题，它是目前可能（不一定推荐）跨越单一K8 /跨多个内部企业datacententers OpenShift集群？

此外假定数据中心之间的延迟相对较低，且在整个企业数据中心的基础设施是比较一致的。

示例：假设有3个企业数据中心，在每个数据中心（作为单个群集）部署1 .. *主机，并在每个数据中心有1 .. *个节点，其中包含pods/rc/services /全部3个DC。

已经有人实现这样的事情作为一个权宜的解决方案Ubernetes下降之前，如果是，它如何工作，这将是一些注意事项要考虑到上运行的这样吗？

Answer 1

是它目前可能（不一定推荐）跨越多个企业内部 datacententers一个 单个K8/OpenShift集群？

是的，它是目前可能的。节点被赋予apiserver和客户端凭证的地址，然后将自己注册到集群中。节点不知道（或护理）的API服务器是本地还是远程，和API服务器允许只要任何节点进行注册，因为它有有效凭证，无论在网络上存在的节点。

此外假定数据中心之间的延迟相对较低 和整个企业的数据中心基础设施是 相对一致。

这是重要的，因为许多在Kubernetes设置假定（隐式或显式）的API服务器和节点之间的高带宽，低等待时间的网络。

实例：假设3企业特区，部署在每个数据中心 1个.. *大师（作为一个集群），并有1个.. *节点在每个DC与 豆荚/ RC的/服务/ ...正在分散在所有3个DC。

这种方法的不足之处在于，如果您有一个全局集群，则您有一个全局故障点。即使您已经复制了HA主控组件，数据损坏仍然可能会让整个群集脱机。而传播到复制控制器中所有窗格的错误配置可能会使整个服务脱机。一个错误的节点映像推送可能会使所有节点脱机。等等。这是我们鼓励人们使用每个故障域而不是单个全局群集的原因之一。