组织在 Kubernetes 上托管应用程序和数据时应准备解决的 5 个特定备份挑战。
未来几年，几乎每个企业都希望在其生产环境中引入和采用 Kubernetes。这些企业也认识到将 Kubernetes 投入生产需要它满足与其他生产平台相同的标准。
在这些要求中，他们必须有一种方法来备份和恢复他们在 Kubernetes 中托管的容器化应用程序。这提出了组织在 Kubernetes 上托管应用程序和数据时应准备解决的 5 个特定备份挑战。
挑战 #1：
临时存储在 Kubernetes 中部署容器化应用程序与在 VM 上部署应用程序有很大不同。如果应用程序或其托管 VM 关闭，则应用程序的数据和 VM 的存储仍然存在。这样，下次 VM 内的应用程序或 VM 启动时，它就可以访问其分配的数据或存储。
Kubernetes 以不同的方式处理与容器化应用程序及其 Pod 相关的数据和存储资源。一旦应用程序或 Pod 关闭，Kubernetes 会自动收回其分配的资源，以包括其存储。一旦回收，与该应用程序或 Pod 相关的数据实际上就会“丢失”。
挑战#2：不可预测
性 Kubernetes 提供的灵活性可以随时随地在几乎任何云上启动容器，这增强了其对企业的吸引力。然而，这种相同的灵活性也带来了可能远远超过具有 VM 的环境的不可预测性和复杂性。
备份解决方案必须解决与容器化应用程序及其临时存储相关的挑战。它还必须确定是否需要备份每个容器化应用程序，因为并非所有容器都需要备份。如果确实要备份容器化应用程序，则必须使用适当的策略来备份它。
挑战 #3：备份解决方案可扩展性
Kubernetes 每周或每月促进数千、数百万甚至数十亿容器化应用程序的启动和关闭。备份解决方案必须有足够的资源来检测所有容器化应用程序、安排备份作业并对其进行管理。该解决方案还必须拥有足够的资源来进行后端备份数据管理和执行恢复。
Kubernetes 部署在云基础设施中，进一步加剧了备份挑战。活动容器化应用程序的数量可能会急剧增加或减少，并且几乎没有或没有预先警告。为了响应和管理这种环境，备份解决方案必须自动且经济高效地适应它。
挑战#4。Kubernetes 备份功能
的广度企业对备份解决方案的选择将部分取决于其 Kubernetes 部署的成熟度。在稳定、更成熟的 Kubernetes 环境中，企业通常会编写脚本来自动部署 Kubernetes 核心组件。在这些环境中，企业只能备份其 Kubernetes 环境中托管的容器化应用程序。
相比之下，最近采用 Kubernetes 的企业可能面临不同的备份挑战。它可能尚未完成其 Kubernetes 环境的构建。或者，如果有，企业可能会质疑其当前的 Kubernetes 基础设施是否代表了它想要的未来。
挑战#5：恢复
虽然备份容器化应用程序带来了挑战，但容器化应用程序的恢复带来了更大的挑战。要执行恢复，备份软件必须首先将每个备份与特定应用程序、用户或其他环境常量相关联。
如果企业需要执行恢复，它必须有一些方法来确定要恢复的备份。Kubernetes 环境中容器化应用程序的时间性质需要可靠的程序来启动恢复。
作为恢复的一部分，企业还需要确定 Kubernetes 环境中恢复的广度。该软件可能只需要恢复单个容器化应用程序。但是，多个容器之间可能并且经常存在相互依赖关系。这可能需要同时恢复多个容器。
应对 Kubernetes 备份挑战
Kubernetes 创建了企业衡量备份解决方案所需的新标准。为了满足这些要求，企业需要以不同方式管理备份。备份管理的这种变化始于选择旨在保护 Kubernetes 环境的备份解决方案。
在 Kubernetes 环境中，备份软件必须动态执行以下任务：
• 检测容器化应用程序的创建
• 对每个应用程序应用正确的备份策略
• 识别各种容器化应用程序之间可能存在的依赖关系
• 向上或向下扩展以可能处理数百万不同的备份相关活动
HYCU代表了这样的解决方案。它使企业能够在 Kubernetes 环境中满足其备份和恢复需求。它基于云原生架构构建，可自动、动态地向上和向下扩展，以满足不断变化的 Kubernetes 备份工作负载。
它作为服务交付，为企业提供单一解决方案来保护其容器化应用程序和虚拟应用程序。它的管理控制台管理 Kubernetes 和虚拟环境。这使企业能够集中调度和执行备份；存档和复制备份副本；分配备份策略；并且，执行恢复。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
