共计 2647 个字符，预计需要花费 7 分钟才能阅读完成。
今天就跟大家聊聊有关 Kubernetes 中怎么运行数据库服务，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
1. 为何在 Kubernetes 上部署有状态应用比较困难?
我们能不能在 Pod 模板上附加一个卷? 这难道还不够吗? 从理论上讲，你的应用现在就可以写入磁盘，但如果容器重启或移动到另一个节点的话，那么这个卷将会被重新附加到容器的新位置。
对于简单的案例来说，确实如此。但是对于 Elasticsearch、etcd、Consul 等服务来说，情况就要复杂得多了。
这些服务有一些常规 Kubernetes 部署控制器无法满足的要求。
例如，你可能需要为每个 Pod 提供可预测的 DNS 名称，以便使初始集群形成更加容易。或者，你部署的系统，可能需要确保 Pod 将按某种预定义的顺序来启动容器。
此外，你还可能希望为每个 Pod 创建并附加单独的卷，这些卷将在整个 Pod 的生命周期中与其绑定。对于常规 Pod，你只能附加一个卷，这个卷将在同一部署创建的所有 Pod 之间共享。
我们也没有提到如何操作数据库。你还需要确保制定一个计划，确定何时以及如何执行备份，或者在发生错误时如何执行恢复 / 故障转移。
2. 运行有状态应用的可用选项
以下是一些关于如何在 Kubernetes 上部署数据库的几个选项。
（1）StatefulSet
StatefulSet，是一个内置的控制器(译者注：原称 PetSet，首次出现在 Kubernetes 1.4，后在 1.5 更名为 StatefulSet)，本质上类似于 Kubernetes 的部署。
最终，它将基于你将指定的 Pod 模板创建和管理一组 Pod。
主要区别在于，它为底层应用提供了以下保证：
每个 Pod 都有一个稳定、唯一的网络标识符。
每个 Pod 可能有一个稳定的、持久的存储卷。
部署、扩展或终止都将是有序而优雅地执行。
下面是一些使用 StatefulSet 的开源数据库部署实现的示例：
Kubernetes Elasticsearch Cluster，作者：Paulo Pires
https://github.com/pires/kubernetes-elasticsearch-cluster/tree/master/stateful
Consul on Kubernetes，作者：Kelsey Hightower
https://github.com/kelseyhightower/consul-on-kubernetes
StatefulSet 是通用的，因此你可以使用它们来对数据库的约束聚簇构造 (unique cluster formation) 或主 / 从架构进行建模。
然而，最终的结果将在操作方面有所欠缺。你将需要添加其他资源或自动化，以确保能够执行定期备份或添加处理诸如故障转移等边缘情况的脚本。
最终，使用 StatefulSet 为更复杂的有状态服务建模可能会有点笨拙的感觉，并且还不是 Kubernetes 原生的，而且，如上所述，它还将缺乏管理自动化。这就是 Operator 发挥作用之处：
StatefulSet 是 Kubernetes 提供的管理有状态应用的负载管理控制器 API。在 Pod 管理的基础上，保证 Pod 的顺序和一致性。与 Deployment 一样，StatefulSet 也是使用容器的 Spec 来创建 Pod，与之不同 StatefulSet 创建的 Pod 在生命周期中会保持持久的标记(例如 Pod Name)。简单地说，StatefulSet 是一个给 Pod 提供唯一标志的控制器，它可以保证部署和扩展的顺序。
（2）Operator
如果你决定在 Kubernetes 上运行数据的原因之一，是为了统一所有应用程序组件的管理，那么 Operator 可能会提供你想要拥有的体验!
与其将应用程序放入 StatefulSet 模型中，不如编写 (或者使用其他人的) 自定义控制器。
作为用户，这允许你使用 Kubectl CLI 来控制有状态应用，将其作为本地 Kubernetes 资源。例如，如果你部署了 etcd Operator，那么可以使用下面的 kubectl 命令检查集群的备份状态：
kubectl get EtcdBackup example-etcd-cluster与 StatefulSet 相比，Operator 的主要优势在于，它们添加了一个自动化层，该层对于其操作的有状态应用是独有的。你无需担心如何在 Elasticsearch 集群中添加备份 cron，该集群使用 StatefulSet 实现。使用 Operator，你只需指定存储此备份的存储桶即可。
不幸的是，由于编写新的 Operator 除了需要了解有状态应用的细节之外，还需要了解 Kubernetes 及其 API，因此，目前可用的 Operator 并不多，而且现有的 Operator 仍然相对较新。
译注：Operator 是 CoreOS 推出的旨在简化复杂有状态应用管理的框架，它是一个感知应用状态的控制器，通过扩展 Kubernetes API 来自动创建、管理和配置应用实例。Operator 基于 Third Party Resources (CRD)扩展了新的应用资源，并通过控制器来保证应用处于预期状态。比如 etcd operator 通过下面的三个步骤模拟了管理 etcd 集群的行为：通过 Kubernetes API 观察集群的当前状态; 分析当前状态与期望状态的差别; 调用 etcd 集群管理 API 或 Kubernetes API 消除这些差别。
（3）其他
本节提到的定义较少，主要是为了说明对于特定的数据库，比如我们稍后将看到的 PostgreSQL 示例，还有其他选项可以将它们作为 Docker 容器在 Kubernetes 上部署和管理。
有时，除了 StatefulSet 或专用的 Operator 实现之外，还有其他可用的选项。
例如，Stolon 是一个“PostgreSQL 高可用性的云原生 PostgreSQL 管理器”，虽然我个人还没有机会使用它，但看到过一些帖子中提到了 Stolon。
要在 Kubernetes 上部署 Stolon，可以使用提供的 StatefulSet 定义。但是，由于 Stolon 的功能，你不需要添加自己的集群管理自动化来控制 PostgreSQL 集群。Stolon 为此提供了自己的 CLI。
看完上述内容，你们对 Kubernetes 中怎么运行数据库服务有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注丸趣 TV 行业资讯频道，感谢大家的支持。
