7

我有一个运行多个应用程序（服务）的 Kubernetes 环境。现在我有点困惑如何设置 MySQL 数据库实例。

根据不同的来源，每个微服务都应该有自己的数据库。我应该在 HA 模式下创建一个运行多个数据库的单个 MySQL 状态集，还是应该为每个运行一个数据库的应用程序（服务）部署一个单独的 MySQL 实例。

我的第一个想法是第一个选择，因此 HA 应该在哪里有用？想听听一些不同的看法。

4

1 回答 1

18

有点主观的问题，但这是我们设置的。希望这将帮助您建立案例。我相信有人会有不同的意见，这也可能同样有效：

我们部署了大约 70 个微服务，每个微服务都有自己的数据库（“模式”）和自己的 JDBC URL（通过服务定义）。每个微服务都有自己的端点和凭证，我们不会在微服务之间共享。所以实际上，就架构而言，我们保持设计在微服务中完全独立。

然而，在部署方面，我们选择使用单个数据库实例来托管所有数据库（或“模式”）。虽然从技术上讲，我们可以将每个数据库部署在其自己的数据库实例上，但出于以下几个主要原因，我们选择不这样做：

  1. 成本开销：为每个微服务运行单独的数据库实例会增加很多“固定”成本。如果您只是将数据库作为 MySQL Docker 容器启动（我们使用单独的数据库服务，例如 RDS 或 Google Cloud SQL），这可能与您没有直接关系。但即使在 MySQL 作为 Docker 容器的情况下，如果您运行 70 个单独的容器，每个微服务一个，您最终可能会付出不小的成本。
  2. 管理开销：鉴于数据库通常涉及很多（磁盘空间、IIOP、备份/归档、清除、升级和其他管理活动），拥有单独的数据库实例（或 Docker 容器实例）可能会对您的管理员或运维团队，尤其是在您拥有大量微服务的情况下
  3. 安全性：当涉及到安全性时，数据库通常也很关键，因为“真相”通常存在于数据库中。将加密、TLS 配置和凭证强度放在一边（因为无论您的部署模型如何，它们都应该是最重要的），如果您的数据库实例太多，安全考虑、审查、审计和日志记录将带来重大挑战。
  4. 易于开发：在宏伟的计划中相对不那么重要，但仍然很重要。除非您正在考虑提出不同的开发模型（从而打破“dev-prod parity”），否则您的开发人员可能很难找出用于调试的数据库端点，即使他们只需要该信息一次-一会儿。

因此，我的建议是使用单个数据库实例（Docker 或其他），但保持数据库/模式完全独立，并且除“所有者”微服务之外的任何微服务都无法访问。

如果您将 MySQL 部署为 Docker 容器，请使用 aStatefulSet以实现持久性。定义一个外部pvc，以便您始终可以保留数据，无论您的 pod 甚至您的集群发生什么。当然，如果您运行“主动-主动”，则需要确保节点之间的集群，但我们确实以“主动-被动”模式运行它，因此我们将replica计数保持为 1，因为我们只使用 MySQL Docker 容器替代方案为我们的测试环境节省不需要的外部 DBaaS 服务的成本。

于 2018-08-12T20:32:11.887 回答