本文我们接着聊一聊面向容器化环境的灾难恢复。本质上，随着企业越来越多地采用容器平台，IT需要确保所有应用程序和存储均在这些环境中可用。
InfoScale通过使用直接连接到集群节点的快速存储，为OpenShift或Kubernetes集群提供高性能共享存储。InfoScale Storage通过在共享存储（SAN）或灵活存储共享（FSS）环境中使用高性能并行存储访问，提供符合企业应用程序CSI规范的高可用持久存储。
对于OpenShift，用户可以从Red Hat镜像仓库下载文件并部署InfoScale。通过有效的Red Hat帐户，用户可以访问InfoScale镜像。使用单点登录从单一来源下载可确保高级别的安全性。OpenShift集群的示例如下：
OpenShift集群包括三个主节点、四个工作节点和一个堡垒节点。存储可以是SAN或DAS。
对于Kubernetes，用户可以从Veritas下载中心（Veritas Download Center）下载文件并部署InfoScale。Kubernetes集群的示例如下：
△ Kubernetes集群由三个主节点和四个工作节点组成。存储可以是SAN或DAS。
InfoScale在容器环境中的特性：
♚ 支持多供应商环境中的DAS和SAN。
♚ 高性能并行存储，提供比NFS更好的性能和可靠性。
♚ 优化资源利用率，既能使用现有的SAN存储，也能通过高级的FSS选项实现更优的性价比。
♚ 支持动态多路径（DMP）。
♚ 支持磁盘组和卷级别的加密。
除了上述传统功能之外，InfoScale还为容器环境引入了一系列新功能，包括：
♚ 集成I/O隔离（I/O fencing）和仲裁，可防止数据损坏，并在发生故障时支持快速恢复。
♚ 生成用于分析和灾难恢复场景的生产数据快照副本。
♚ 卷克隆功能，应对磁盘和节点故障
♚ 支持有状态的应用程序，如MySQL、Oracle、PostgreSQL等。
♚ 滚动升级（yaml-based和operator-based）可以执行到后续修补程序版本。
在容器生态系统中，原生的HA功能可为集群中的应用程序组件提供高可用性。但是，灾难恢复（DR）功能则需要专用的工具和方案实现，支持在集群发生故障时，将应用程序组件迁移到成员身份中的另一个对等集群。用户可以形成一个名为“全局集群”的逻辑概念，其中包含可用于迁移启用DR的对象集群。启用DR的对象在发生灾难（如整个集群出现故障、失去与特定集群的连接、用户启动的跨集群的计划迁移）时迁移到对等集群。DR控制器之间的对等通信是加密的。
如上图所示，为包含两个集群的DR配置。
用户可以为给定命名空间配置灾难恢复计划（DR 计划）。对于更精细的控制，则可指定标签以及命名空间。在容灾计划中，用户还可以指定主集群和容灾集群。如果主集群发生故障，工作负载将转移到DR集群。针对日常维护活动，用户还可以跨对等集群启动DR计划的正常迁移。应用程序实例与关联的持久数据一起迁移（如果是有状态应用程序）。InfoScale使用Veritas Volume Replicator（VVR）实现跨对等集群复制持久数据。
InfoScale支持跨本地和云组合配置灾难恢复。主站点可以位于本地或云中。同样，辅助站点可以位于本地或云中。可以在主站点和辅助站点的任意组合中设置灾难恢复。当站点位于云上时，可以配置负载均衡器。负载均衡器配置可确保数据复制期间的流量定向到相应的工作器节点。当前支持的云服务是Azure和AWS。
* InfoScale for Kubernetes安装及配置指南：
https://www.veritas.com/content/support/en_US/doc/158331181-158331184-0/v158309992-158331184
* InfoScale in cloud配置指南：
https://www.veritas.com/content/support/en_US/doc/130803809-149463390-0/v125135780-149463390
摘自：VERITAS中文社区