ITPub博客

对于企业用户来说，在容器上跑有状态应用（Stateful Application）的生产系统，容灾备份是不可或缺的。 下面的视频简要介绍了全球领先的容器数据管理解决方案Portworx是如何在Kubernetes上做容灾的。

在Kubernetes上运行Portworx，支撑有状态应用（Stateful Application）的基本工作原理

通过Rancher Kubernetes Engine运行高可用 PostgreSQL

RBAC本身无法保证多租户用户权限控制，配合PX-security构建完整安全体系

不少客户都在使用K8S来管理容器，DevOps团队还经常被要求去做基础架构投资成本收益的财务分析，并增加财务管理手段来降低成本和让成本更具备可预测性。当基础架构被转移到公有云后，成本管理就成为更加重要的方面，不少用户在公有云上的成本甚至高于他们原有的本地部署架构的成本。Portworx新发布的PX-Autopilot能够对存储基础架构进行更加有效的运营管理，并且降低一半的存储成本。

对于IT系统来说，备份是至关重要的。很多情况下需要用到备份数据。例如系统被发现有Bug后，运维团队需要从某个具体时间点的备份数据来重新恢复之前的应用。或者需要调出3年前的某批数据，来供审计部门调查合规性。 对于容器化的应用来说，目前的应用备份操作，以及在多环境中追踪数据的完整性和一致性的操作，都是手动且比较复杂的。

有效的Kubernetes容灾恢复方案必须针对容器化架构进行重新设计，并按Kubernetes的原生方式来运行。

忽略 Azure 的原生 PVC 或 hostPath ，我们可以得出如下测试结果： Portworx 是 AKS 上最快的容器存储。 Ceph 是私有云集群上最快的开源存储后端。对公有云来说，其操作太过复杂，这些多余的复杂性并没有能提供更好的测试表现。 OpenEBS 的概念很棒，但是其后端需要更多优化。

最终，GE选择了与Portworx携手，来建立CSI对容器存储和数据进行有效管理

蓝-绿部署技术对于不含任何数据的无状态应用非常有效，但对于数据库这类有状态应用则存在一定的困难，因为用户不得不保留两份生产数据副本。这种情况下可能会需要使用Postgres、MySQL以及其他数据库备份和恢复脚本，或定制化操作手册或自动脚本等将数据从一个数据源人工移动到另一个数据源，这个过程将会非常复杂并且会耗费大量的时间。

通过控制与K8S的集成方式，PX-Motion为大量数据型工作负载带来了充分的可迁移性。现在，类似Kubernetes为无状态工作负载带来的方便一样，我们在有状态工作负载上为客户的数据库、分析堆栈、机器学习和其他类型的应用提供数据服务。只需一个命令，PX-Motion就可以跨集群和跨云移动K8S应用程序、Kubernetes配置和Portworx数据卷。

容器原生存储与数据管理全面能力：为Kubernetes上运行的容器应用程序提供快速、可扩展的容器存储，自动化容量管理，备份与恢复，容灾，多云迁移，以及数据安全服务。

Portworx演示：在K8S集群间迁移有状态的应用和数据

在多个云平台上运行应用程序已经成为了容器技术使用的主要驱动力，带来了远超以往的益处，如开发者效率的提升以及支持微服务等。

Portworx开发了一种新的存储体系结构—容器定义型存储。它基于高度分布式环境开始构建。调度软件将其作为容器进行部署和管理，并将存储作为本地卷插件扩展到Docker容器中。