你有没有好奇过，如果发生地震或其他自然灾害，你在某家银行的账户信息是否会丢失？你存在银行的钱还在吗？
其实，这并不用我们操心。银行的用户信息是非常重要的数据，因此银行开设之前必须拥有一套完整的容灾解决方案来解决这类问题，即建立容灾系统。
所谓容灾系统，字面理解就是指容忍灾难的系统。有了这个系统，哪怕是灾难来袭，银行里的用户数据也可以安然自若。这个灾难，大到自然灾害，小到物理故障。为了保证数据的安全性和业务的可靠性，每家银行会在国内多个地区建立一个或几个容灾站点，互相之间备份数据，相当于创造几个“副本”。
当主用站点遭遇灾难破坏，导致数据发生永久性丢失时，就可凭借容灾站点的“副本”，实现数据恢复。如果没有容灾站点的数据备份，将会造成不可估量的经济损失和恶劣的社会影响。
银行有容灾系统，通信有没有容灾系统呢？答案是肯定的。每个运营商都制定了一套完整严密的容灾解决方案，来保障所有用户的通信数据，包括你的话费余额！
无论是 3G、4G 还是 5G，每个运营商都为本地区的通信业务建立了容灾局点。容灾局点除了能保证各类数据的可靠，更能够保证业务的可用性。这才是建立容灾系统最重要的意义。
以 5GC 为例，与金融系统类似，5GC 也采用跨地域的异地容灾部署方式。在两个不同的地区分别部署数据中心（DC，Data Center），当某地 DC 中的网络设备由于某种原因不可用时，由另一地 DC 迅速接管业务，从而保障 5G 业务的可用性。这就是双 DC 部署。双 DC 部署是实现部署可靠性的一种方式。
除了双 DC 部署，5GC 容灾解决方案还提供哪些措施实现容灾呢？
5GC 容灾解决方案支持负荷分担和无状态特性等方式，从而实现架构可靠性。
负荷分担是指，所有运行实例共同分担处理业务。当部分运行实例异常宕机时，由其余运行正常的实例共同分担处理业务，从而保证业务正常运行。负荷分担采用 N+M 冗余方式，即当 N 个实例可以满足系统容量的业务处理时，再提供 M 个实例用于冗余。
上图是典型的 3+1 冗余方式，当 3 个实例可以满足系统容量的业务处理时，再提供 1 个实例用于冗余。当任何 1 个运行实例故障时，其他 3 个运行实例继续工作，从而保证系统容量及业务处理不受影响。
无状态是指微服务的无状态设计。3GPP 定义了 UDSF（Unstructured Data Storage Function，非结构化数据存储功能）用于统一存储 NF 的状态数据（又称为非结构化数据，例如移动数据等等）。
业务逻辑 App 随时可以执行弹性、扩容、销毁、重生、迁移操作，这便是计算与存储分离。无状态设计在实现架构可靠性的同时，也保障了数据可靠性。
5GC 的 NF 按无状态设计，在当前处理流程完成后，将用户及会话上下文等状态数据保存在 UDSF 中，由 UDSF 对数据进行多副本保存。UDSF 支持 1+1 冗余、双 DC 部署的容灾方式，从而保证数据可靠性。
5GC 容灾解决方案支持链路检测、自愈等机制实现资源可靠性。
自愈是指：对于持续出现故障的业务处理节点，系统会进行节点的多级自愈。根据用户的自愈策略配置，系统依次采用重启容器、重推容器、重启虚机、重建虚机逐级上升的策略进行自愈，从而尽快恢复业务。
链路检测是指：业务节点会定时发送心跳保活报文给管理节点，管理节点检测出长时间未发心跳的节点，则判定为故障节点，从而触发业务迁移流程，把故障节点的业务迁移到其他正常节点，从而保证业务的可靠性。
好了，话说到这里，你再也不用担心你的话费余额了吧，更不用担心存在银行的 money 了吧！你也知道什么是容灾了吧。
本文来自微信公众号：中兴文档 （ID：ztedoc）
加载中,请稍侯......