还是不准备用您最喜欢的DBaaS交易一个闪亮的,由Kubernetes托管,由操作员管理的新数据库？卡斯滕仍然有你的背。让我们看看为什么仍然需要Kubernetes本地数据保护:
国家必须住在某个地方 —无论数据可能位于群集之外的任何地方,通常出于DR或合规性原因,能够复制应用程序的即时部署仍然至关重要。Kasten的核心是为数据保护操作而设计的编排引擎。Kasten的蓝图功能允许强大的控件来查询群集上的数据服务,但也可以利用它来编排外部数据服务的快照和备份。这可以包括编排数据库的逻辑转储或直接与DBaaS API集成。
GitOps并非万无一失 —许多管理员和工程师经历了某种形式的“生产测试。” 这意味着对生产实例进行了更改 <在此处插入重要原因> 围绕公认的变更管理流程。因此,已部署内容的唯一真实来源来自运行时的群集本身。部署后,定期备份与每个应用程序关联的舱单可确保捕获这些差异中的任何一个—,从而可以忠实地复制原始环境以支持DR和/或任何法规要求。
保护容器图像 — Kasten与由 红帽OpenShift,包括对保 印度 whatsapp 数据 护和恢复ImageStream容器图像的支持。与上游Kubernetes相比,Image Streams增加了用于构建和部署容器映像的大量功能。群集状态的潜在来源是ImageStream容器映像,默认情况下,这些映像被推送到群集的内部容器注册表中。从源头重建不能保证所得的图像相同。再一次,能够完全再现环境或从集群丢失中恢复需要可靠的备份。
Kubernetes上的虚拟机 —得益于KubeVirt项目及其贡献者,现在可以与Kubernetes上的集装箱工作负载并排运行VM。这使组织可以简化围绕Kubernetes的工具和处理,同时为尚未或根本不会转换为完全云本机应用程序的工作负载提供简单的匝道。即使在Kubernetes上,VM本质上也是状态性的—,但是传统VM备份工具无法保护它们。卡斯滕V7。0 为运行OpenShift虚拟化的Kubernetes上的VM的备份和还原提供一流的支持。
Kubernetes团队数据保护
Kubernetes已发展为支持所有类型的工作负载,而不管人们一直认为Kubernetes仅适用于无状态工作负载。随着组织努力从其云原生投资中获得最大价值,不可避免地要继续转向运行状态性工作负载。性能和移动性的提高,简化的复制数据管理,多语种的持久性和节省的成本都是等待实现的好处。
无论是运行状态工作负载还是无状态工作负载,数据保护仍然至关重要。适用于Kubernetes的Veeam Kasten为应用程序和数据备份,灾难恢复,应用程序移动性和勒索软件保护提供了Kubernetes本地解决方案。此外,通过将数据保护集成到应用程序部署中,可以增强GitOps方法。最终,在Kubernetes上承担大量的工作量不仅可以释放收入机会,而且可以为组织带来更大的灵活性,自助服务,成本效益和简化的运营。