用Rook和Ceph打破Kubernetes存储锁定

Kubernetes自出现以来，已成为任何数据中心的首选应用程序编排框架——从私有云、公有云到边缘站点。企业正在将Kubernetes用于编排部署在边缘的容器，并处理各种工作负载。

Kubernetes最初用于管理容器，这些容器中可以托管应用程序以及最少量的存储。以这种方式，第一个容器化应用遵循微服务设计模式。伴随着它的成熟，Kubernetes开始管理更具挑战性的有状态工作负载。

新的趋势是编排pod中的存储工作负载，以便将可移植性以及云原生优势扩展到应用程序的数据存储。IT管理员可以轻松地将某些应用程序的存储迁移到另一个数据中心或其他公有云供应商。从CIO的角度来看，这非常重要。

Ceph是一种广泛使用的软件定义存储系统，可在网络服务器上提供多模式（对象、块和文件存储）数据访问。Ceph的部署和运维比较复杂，由运维人员自行处理。这源于Ceph在开源项目中的巨大灵活性：Ceph暴露了大量的可调设置，熟练的运维人员用它们来微调集群。

随着Kubernetes的广泛应用，在设计数据中心时需要牢记各种类型数据的托管需求以及动态方式的数据编排。此外，在容器化微服务领域，对数据和应用程序可移植性的要求意味着需要一个简单的点解决方案，以充分利用Kubernetes和Ceph等灵活数据中心工具的强大功能。

Rook：融合Kubernetes和Ceph的力量

Rook应运而生，它将开源Ceph横向扩展存储平台和Kubernetes相结合，为高性能和动态扩展存储工作负载提供动态存储环境。它是云原生环境的存储编排器。

通过使用Ceph等存储系统，Rook消除了Kubernetes存储的诸多挑战，如对本地存储的依赖、云提供商锁定以及基础设施的day 2运维。

Rook是一个Kubernetes存储operator，可以帮助部署和管理Ceph集群并监控这些集群是否符合所需的运行时配置。“operator”是一个新的Kubernetes流行语，意味着管理员只宣告所需的Ceph集群状态，而由Rook观察状态和健康状况的变化，分析状态差异，并应用状态中提到的配置说明。

Rook为Ceph存储集群带来了编排优势，如简化部署、引导、配置、供应、缩放、升级、迁移、监控和资源管理。

通常，Ceph用于自动化存储管理，Rook则可以在Kubernetes集群之上，自动执行面向管理员的运维，从而使存储团队无需运行日常运维。

小结

Kubernetes使得应用程序成为云原生，但应用程序存储从一开始并没有云原生功能。通过将存储云原生与Ceph和其他存储系统结合使用，Rook弥补了这一巨大差距。Kubernetes为容器中部署的应用程序带来了多个好处，Rook也为存储带来了多个好处，这给现代数据中心带来了动态数据存储编排功能。

凭借其令人印象深刻的减少数据中心存储团队工作量的能力，Rook看起来前途光明。现代数据中心设计中Rook的使用与日俱增，意味着像Kubernetes打破计算锁定一样，存储锁定也将被打破。