IT停机时间会对任何业务产生重大影响。传统上，这使得备份数据的恢复速度成为IT团队的主要关注点。然而，即使使用改进的备份工具，恢复时间对于许多组织来说仍然不够。此外，以前的高可用性系统超出了大多数组织的财务能力。今天，有一种不同的、更具成本效益的方法来提供数据中心的高可用性：即数据镜像以及使用云计算和容器。选择容器容器可以帮助解决与高可用性系统相关的一些重要问题。例如，假设您的数据已完全镜像到辅助站点。现在，假设主站点遇到问题。您可以完全访问您的数据，但是应用程序呢？即使您可以故障转移到镜像数据，如果没有该应用程序，您也毫无用处。现在，您必须等待您的应用程序在镜像站点上可用，或者支付可能高额的费用让您的应用程序的实时版本在该站点上运行-以防万一。然而，容器将完整的应用程序容纳在一个微小的单一系统中。虽然虚拟机运行堆栈上的所有东西，从操作系统向上，但容器只携带它们需要的东西，并与其他容器共享底层操作系统。在上面的示例中，IT团队可以以较低的成本将容器集合存储在辅助站点上。然后，如果主站点遇到问题，他们可以在几分钟内启动应用程序容器以访问镜像数据。当你在公有云中选择一个二级站点时，云存储的成本非常低，在这个例子中容器存储的成本可以忽略不计。当您实际需要启动容器时，成本会变得很明显，但使用正常系统的成本仍然低于停机的全部业务成本。对于对停机时间容忍度低的组织，可以连续启动容器，而不是存储它们并在必要时使用它们。此时成本较高，但如果主站点发生故障，系统可以几乎实时地平滑故障转移到备份站点。您还可以通过为弹性资源付费来最大限度地降低成本；未使用的已启动容器不会使用很多CPU或网络资源。您只需在主站点发生故障并发生故障转移时增加资源。数据镜像带来的挑战遗憾的是，镜像数据并不像看起来那么容易。距离在这里是一个主要问题；镜像站点越远，存在的延迟就越高，并且越难保持数据保真度。另外，如果发生数据损坏，您最不想做的就是镜像数据的损坏部分。如果您的组织需要通过连续的高可用性系统实现业务连续性，则您必须为高级数据镜像服务付费。AmazonWebServices和MicrosoftAzure等云服务提供商现在拥有支持远程数据镜像的高速数据连接。但是，带有数据备份的快照可能是更经济的选择。快照创建来自实时系统的数据的只读副本。它不需要锁定或停止实时系统，并且在CPU和I/O利用率方面非常高效。快照有不同的方法，但写时复制方法是满足上述要求的最佳选择。快照捕获对数据系统的每次写入并将其作为后台任务写入主存储系统和远程系统。这些方法允许您快速启动快照数据集和容器，以在辅助站点上创建一个正在运行的系统。容器对数据也变得更加敏感。例如，它们可以将数据卷作为持久存储。通过使用容器编排系统，可以将数据快照从主站点同步到远程容器。目前，这在高可用性系统中可能难以实现，但看看市场如何发展将会很有趣。
