为有状态容器启用超融合 STORK存储调度器开源发展

文末添加K8S技术社区小助手，获取Kubernetes 2018容器热点私享会视频PPT！

近日，Portworx发布了Kubernetes存储编排器运行时STORK。 Portworx是一家专门面向生产环境运行有状态容器的方案提供商。 STORK的构建是为了解决在 Kubernetes 上运行有状态应用程序的企业通常遇到的效率限制问题，该项目将在开源社区的帮助下扩展并解决企业的痛点和需求。

STORK 是一个开源项目，利用 Kubernetes 的可扩展性，支持DevOps 团队更有效地在 Kubernetes 上运行数据库、队列和键值存储等有状态的应用。 STORK 已经通过插件接口实现了存储驱动程序间的通信，因此它可以扩展到任何 Kubernetes的存储驱动，而不仅仅是 Portworx 。STORK 项目贡献受到 Kubernetes 社区的欢迎和鼓励。

STORK 允许有状态的应用程序利用调度程序去扩展，以便通过 Kubernetes 在规模生产中享受存储感知调度的好处。通过调度程序扩展器，STORK为 Kubernetes 上的有状态应用程序提供超融合、存储健康监控和生命周期快照的功能。STORK 可以与在生产中运行大规模有状态应用程序的客户合作开发，以解决数据服务固有的操作问题。

为有状态容器启用超融合

Cassandra、Kafka、ElasticSearch 等现代有状态的应用可以扩展容量，并在每个实例接近其数据时运行最佳。本地直接存储访问可以减少延迟，并提高数据库的响应时间。出于这个原因，在数据所在的主机上安排一个pod是理想的选择。

今天，DevOps团队必须使用诸如标签、约束或亲和/反亲和等技术来确保数据的本地化。当大量服务器和数据中心运行应用时，这些规则很难管理，从而增加了出错的几率。为此，STORK给出了解决方案。

Kubernetes 本身的设计考虑了扩展。而 STORK 可通过构建 Kubernetes 调度扩展器来实现复杂分布式有状态应用的无缝部署，该扩展器根据一个容器需要的卷的位置来影响容器调度。因此，即使在发生故障事件之后，还会在已经拥有数据副本的主机上调度Pod，以确保持续的超融合。

存储插件的健康监控

有状态应用程序的一个常见问题是存储结构引起的性能损耗。随着时间的推移，Pod 的整体健康状况将受到这种损耗的影响。如果存储驱动程序出现故障，可能导致不能将 pod 重新安排到健康的主机，从而导致应用程序不可用。

STORK为此给出的解决方案是，当节点上的存储驱动程序进入错误或不可用状态时， STORK 能让应用程序无需用户干预即可实现高可用。

卷快照支持

有状态的应用程序有一个复杂的生命周期，这个生命周期需要管理。快照为数据恢复或重复测试环境提供了一个关键的管理工具。

今天，DevOps 团队必须使用存储提供商提供的工具而不是直接通过 Kubernetes 来管理这些生命周期，从而减少了 Kubernetes 平台对测试、升级和蓝绿部署等复杂数据工作流程的自动化优势。

STORK 为此提供的解决方案是，STORK 增加了对 Kubernetes 编排卷快照的支持。这允许用户可获得 PVC 快照，然后通过 Kubernetes 将这些快照恢复到其他 PVC 。这允许用户通过 Kubernetes 将复杂的数据工作流程自动化。

K8S技术社区

评论

容器已经大大改变了应用程序的部署，但是数据存储却未能跟上。Portworx作为一家容器存储公司成立于2014年，Portworx容器帮助在Kubernetes上运行有状态的应用程序，同时STORK帮助更好的进行存储调度，数据存储的核心思想是将存储作为一个容器，将商用的x86服务器编程一个聚合存储点。开源项目STORK启用超融合结合存储调度使得数据进行了本地存储，提高了数据的响应时间。STORK还在卷快照、健康检查提供了支持，真正帮助devops解决了持续性、高可用性、数据自动化、对多数据存储以及安全等。

在Kubernetes workflow等功能逐渐稳定的情况下，存储将是接下来Kubernetes的重点，CNI、CRI等标准化之后，Kubernetes 1.9中推出了容器存储接口CSI；开源存储项目ROOK被CNCF接收，帮助Kubernetes上编排管理Ceph等存储系统，以及近期发布的STORK，都说明了Kubernetes将在存储上会有更多的作为。

——K8S技术社区评论员、网银互联资深云计算工程师 陈京来

报名成为K8S技术社区评论员，有机会获得由K8S技术社区赞助的Kubernetes国际盛会直飞门票！长按下方二维码添加K8S技术社区小助手，备注“评论员”，社区小伙伴火速与你取得联系！