详解容灾恢复过程中跨数据中心级的关键故障切换.docxVIP

容器云平台及容器云存储

云平台中IaaS/PaaS是目前云技术应用相对较广的两部分能力，其中PaaS在IaaS的基础上，提供中间件、数据库，以及容器云等便捷部署和运维能力，中间件和数据库可以提供虚拟机部署形态，也可以提供容器资源部署。容器是私有云中一种常见的基础环境，容器云作为常常是私有云中的PaaS中组件出现或者以单独的容器云形态出现。从容器自身来说，其提供的是IaaS层基础计算能力，且常用于无状态应用，容器消亡后无法保存消亡时的状态。现在大家常见的容器技术一般是指符合开放容器计划OCI（OpenContainerInitiative）标准与规范的容器技术，除了最常见的Docker之外，还有Podman，Containerd，CRI-O。相对来说，目前Docker相对应用更为广泛，是一种最为常见的容器引擎，金融行业通常使用K8S来进行容器的编排管理，实现容器调度，容器技术的应用为PaaS平台的实现提供了一种新的资源形态。K8S是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。在金融私有云中，通常采用租户进行IaaS资源的隔离以及容器集群资源的隔离，一个租户可以配置一个或者多个K8S集群，用于运行不同的应用系统，容器加上云计算租户功能，则可以实现容器云平台功能。目前在城商行使用了容器云的，更多是用于部署应用层的一些组件，在涉及一些需要进行弹性伸缩的业务场景，例如秒杀、活动优惠等敏态业务，则采用容器部署应用app层的一些纯Java程序、中间件、无状态的Redis集群等，此外也会逐步碰到一些场景，需要我们的容器平台能保存状态，我们部署MySQL、Redis等数据库，需要对这些数据库产生的数据做备份。

2.K8S存储系统介绍：

说起容器的存储，需要先了解CSI/PV/PVC/StorageClass的几个基本概念。

2.1CSI

CSI英文全称是ContainerStorageInterface，是容器编排系统（COS）上通用的容器存储接口，第三方存储厂商可以通过编写CSI插件来将其文件存储和块存储提供给K8S上容器化的工作负载，而无需修改K8S的核心代码。K8S作为事实上的容器编排（CO）标准，对CSI持久化存储接口的支持已经可以商用。K8S的V1.13版本已经支持了GA版本的CSI组件。目前K8S主要持久化存储主要通过该标准接口进行对接。在Pod创建过程中，通过指定创建外部卷存储，PVC通过StorageClass的动态供给生成对应绑定的PV，PV的创建与绑定由CSI来进行。这时候CSI就可以自己定义如何加载一个卷，如何挂载一个卷。

2.2PV以及PVC

PV全称叫做PersistentVolume，持久化存储卷。它是用来描述或者说用来定义一个存储卷的。PV一般由运维来创建。PV有2个重要的参数,分别是accessModes和PersistentVolumeReclaimPolicy。accessModes：支持四种类型，第一种是ReadWriteMany多路读写，卷能被集群多个节点挂载并读写。第二种是ReadWriteOnce单路读写，卷只能被单一集群节点挂载读写。第三种是ReadOnlyMany多路只读，卷能被多个集群节点挂载且只能读。第四种是新增特性ReadWriteOncePod，该卷只能被被单一节点的单一Pod挂载为读写模式，当一个带有pvc访问模式为ReadWriteOncePod的PodA时，K8S确保整个集群内只有一个Pod可读写该PVC，如再创建PodB并引用了与PodA相同的PVC(ReadWriteOncePod)时，PodB则会由于该pvc被PodA引用而启动失败。PersistentVolumeReclaimPolicy：也有三种策略，这个策略是当与之关联的PVC被删除以后，这个PV中的数据如何被处理。（1）Retain手动重新使用，生产系统中，因通常存储上都是需要保留的数据、日志等，最为常用。Retain当删除与之绑定的PVC时候，这个PV被标记为released（PVC与PV解绑但还没有执行回收策略）且之前的数据依然保存在该PV上，但是该PV不可用，需要手动来处理这些数据并删除该PV。（2）Recycle，回收策略Recycle会在卷上执行一些基本的擦除（rm-rf/thevolume/*）操作，之后允许该卷用于新的PVC申领。（3）Delete对于支持Delete回收策略的卷插件，删除动作会将PersistentVolume对象从K8S中移除，同时也会从外部基础设施（如AWSEBS、GCEPD、AzureDisk或Cinder卷）中移除所关联的存储资产。动态制备的卷会继承其StorageClass中设置的回收策略，