【问题标题】:Comparing HA-cluster platforms for my usecase比较我的用例的 HA 集群平台
【发布时间】:2018-08-04 09:04:19
【问题描述】:

我一直在尝试 Docker Swarm 并研究其他解决方案,例如 Kubernetes,但我就是不知道什么最适合我的用例,我可以寻求专家的帮助,所以您的意见非常受欢迎。

我对要构建的云有一些要求,并且(显然)应该尽可能便宜、简单和可靠:

  • 使用具有自动 HTTPS(Let's Encrypt)的生产质量负载平衡器托管无状态容器,例如 Web 容器
  • 以非集群方式托管有状态容器,例如 MySQL(因此:我只有一个副本(因为我不需要在那里进行扩展),但如果该服务器出现故障,如果该容器会很好自动移动到另一台主机,不会丢失数据)和集群方式(例如 Galeria)。
    • 这些数据库需要快速存储,因此最好先将其内容存储在本地,当它们移动时,卷也随之移动。
  • 以开源解决方案可能的最快磁盘速度自动在主机之间共享卷。
  • 最好留在我当前的数据中心,在那里我在 SSD 存储上托管我的 VPS(我有三个,通过 10GBit 链接连接)
    • 说明:我想留在我目前的数据中心,因为我喜欢他们的支持,他们有简单的自动(非信用卡,因为我经营一家荷兰公司)付款,他们负担得起并且他们有很好的认证(比如如 ISO 27001:2013、PCI DSS、ISO 9001:2008、NEN 7510 等)。
    • 您可能会建议迁移到 Azure、AWS 或 GCP,但我不愿意。
    • 我不介意建立自己的集群,只要它是可行的,单独的,在(相对)生产质量。

请记住,我运行的服务并不多(只有 10-20 个),但我确实需要生产质量和高可用性。

另外,我更喜欢在容器生态系统中运行通常不在容器中运行的东西,以具有更大的灵活性并在主机自动失败时重新启动它们。


我已经考虑过的事情

  • 使用 Traefik 和 Gluster 运行 Docker Swarm:Traefik 看起来很稳定(大部分时间),自动获取证书,并且可以轻松地使用 Gluster 来共享卷。但是:没有支持的生产质量 Gluster 卷驱动程序,因此我必须使用绑定挂载,并且遇到权限问题。
  • 使用一些入口控制器(例如 cert-manager,但那不用于生产,或者 Traefik 或 Voyager?)和用于存储卷的 Gluster 系统运行 Kubernetes,但 Kubernetes 似乎过于复杂。
  • 无论如何都去 AWS 或 GCP,但他们的定价令人困惑,而且他们用信用卡支付。
  • 使用 Flynn 之类的东西,因为反正我只有 web 应用程序,而且 Heroku 风格的系统看起来很有趣,但在稳定版本中它们仍然不支持 HTTPS:https://github.com/flynn/flynn/issues/1995

【问题讨论】:

    标签: docker kubernetes cluster-computing production-environment docker-swarm


    【解决方案1】:

    老实说,从纯粹的 ROI 和运营负载的角度来看,听起来您当前数据中心的容器运行时并不是解决此问题的正确解决方案。

    从运营商的角度来看,如果存在使用 VM/VPS 难以解决的租户和异构问题,并且工厂规模至少有几十个节点,则容器系统是有意义的。以 HA 方式运行任何容器基础设施都需要大量工作,并且有很多特殊情况需要专门的专家关注。需求必须足够大,才能使这项投资有意义。

    所描述的工厂具有冗余性,可以在少数/十几个 VM/VPS 上运行。它需要一些仔细的架构来实现所需的可用性级别,但是用于管理具有 3 倍可扩展性的 HA 的 VM 上的数据库和无状态应用程序的模式已经非常成熟。

    在容器世界中仍有很多发现正在发生。尤其是 Kubernetes,每个季度都会有一个全新的版本,其中包含新的角落案例可供发现。

    当然,学习它真的很有趣,但它仍然处于看到它工作的奇妙状态,而不是无聊。

    【讨论】:

    • 感谢您富有洞察力的评论,我将更多地研究非容器化的冗余方法。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-04-10
    • 1970-01-01
    • 1970-01-01
    • 2013-07-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多