【问题标题】:Kubernetes Cluster Federation retired?Kubernetes 集群联盟退休了?
【发布时间】:2022-01-27 05:26:56
【问题描述】:

我遇到了需要根据应用程序用户的地理位置为其提供服务的需求。 一种可能性,我可以考虑将应用程序安装在托管在不同区域的多个 k8s 集群上,然后根据用户的地理位置对流量进行负载平衡。

在探索这个想法时,我遇到了几篇关于“Kubernetes 集群联合”的文章(例如 https://kubernetes.io/blog/2016/10/globally-distributed-services-kubernetes-cluster-federation/)。但是,正如https://github.com/kubernetes-retired/federation 中所述,此功能似乎已停用。

有人知道吗:

  1. “Kubernetes 集群联合”是否有任何替代方案?
  2. 是否有其他解决方案可以满足根据用户的地理位置服务用户的需求?
  3. 如果我们离开应用程序部分,有没有办法将数据存储在相同的地理位置?

谢谢!

【问题讨论】:

    标签: kubernetes persistent-volumes


    【解决方案1】:

    https://github.com/kubernetes-sigs/kubefed 是“Kubernetes Cluster Federation”的继承者,虽然我不确定它的当前状态是什么。如果你想部署一个全局负载均衡器,我建议你看看https://www.k8gb.io/。

    【讨论】:

      【解决方案2】:

      ...k8s clusters hosted in different region and then load-balance the traffic based on geo-location of the users

      如果您仅通过网络位置来确定用户位置,您可以使用Route 53 等DNS 地理定位路由能力来到达最近的服务。在这种情况下,不需要 k8s 联合。

      If we leave the application part, is there any way to store the data in same geo-location?

      除了 Aurora、Spanner 等全球规模的数据库解决方案之外,您的应用程序还可以指向位于某个区域的集中式数据库;如果增加的延迟是可以接受的。

      【讨论】:

      • 感谢您的回复!抱歉,我的问题不是很清楚“如果我们离开应用程序部分,有没有办法将数据存储在与用户相同的地理位置?”而对于“如果单纯通过网络位置确定用户位置,可以使用Route 53等DNS地理定位路由能力到达最近的服务。在这种情况下不需要k8s联盟。”,是不是意味着我需要思考大约 2 个独立的 k8s 集群,如果是这种情况,我正在寻找多集群管理的解决方案。
      • 如果您真的需要,不乏集中式集群管理工具,如 kubesphere、Rancher 等。不管有没有这个,答案中的建议仍然适用。
      猜你喜欢
      • 1970-01-01
      • 2020-09-27
      • 2019-03-26
      • 2019-10-16
      • 2019-07-11
      • 2015-10-15
      • 2019-05-28
      • 2019-03-06
      • 2020-03-26
      相关资源
      最近更新 更多