docker - 比较我的用例的 HA 集群平台

Question

我一直在尝试 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 个)，但我确实需要生产质量和高可用性。

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

我已经考虑过的事情:

使用 Traefik 和 Gluster 运行 Docker Swarm:Traefik 看起来很稳定(大部分时间)，自动获取证书，并且可以轻松地使用 Gluster 来共享卷。但是:没有支持的生产质量 Gluster 卷驱动程序，因此我必须使用绑定(bind)挂载，并且遇到权限问题。

使用一些入口 Controller (例如 cert-manager，但那不用于生产，或者 Traefik 或 Voyager？)和用于存储卷的 Gluster 系统运行 Kubernetes，但 Kubernetes 似乎过于复杂。

无论如何都要去 AWS 或 GCP，但他们的定价令人困惑，他们用信用卡支付。

使用 Flynn 之类的东西，因为反正我只有 web 应用程序，而且 Heroku 风格的系统看起来很有趣，但它们在稳定版本中仍然没有 HTTPS 支持:https://github.com/flynn/flynn/issues/1995

Answer 1

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

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

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

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

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