跨數據中心的單個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主控組件，數據損壞仍然可能會讓整個羣集脫機。而傳播到複製控制器中所有窗格的錯誤配置可能會使整個服務脫機。一個錯誤的節點映像推送可能會使所有節點脫機。等等。這是我們鼓勵人們使用每個故障域而不是單個全局羣集的原因之一。