容器云平台灾备建设方案.docx

? ? ? ? ? ? ? 容器云平台灾备建设方案 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?  目 录 TOC \o 1-3 \h \z \u 容器云平台灾备建设方案 1 一、建设背景 3 二、需求分析 3 三、技术路线选型及难点分析 5 1、现有IT架构和业务架构的痛点 5 2、容器云建设难点分析 6 3、容器云技术路线选型 6 4、厂商选型 7 四、建设方案 10 1、总体架构 10 2、容器云平台灾备 11 2.1 部署架构 11 2.2 切换架构 11 2.3 网络切换 12 4、环境规划 16 五、实施经验及效果 16 1、实施经验总结 16 2、实施效果 17 3、建议实施落地原则 18 1、IaaS云平台建设： 18 2、PaaS云平台建设： 19 3、云管理系统建设： 19  【简介】本文以中小银行数字化转型为背景，对中小银行传统应用迁移容器云平台的实践经验进行总结，探索出适合中小银行特有金融架构特征的容器云平台建设路线。从业务需求出发，通过建设以容器云平台为基础的底层IT资源平台，为业务发展提供安全、稳定、可靠、灵活的支撑。同时，本文也将针对容器云平台落地面临的容器灾备、容器云网络建设等问题进行选型和实践经验分享。 一、建设背景 近年来，随着金融业务不断扩展，云计算技术在金融行业的发展已经经历过了第一代虚拟化、第二代资源池化，正在向以容器、微服务、DevOps为关键技术和特征的第三代云计算技术前进，以满足金融业新型业务对快速部署、弹性扩展、自动化运维等核心需求。 金融行业已经步入以容器为核心的第三代云计算技术的时代，目前国内大型金融机构虚拟化技术相对成熟，从国有五大行到区域银行都在积极向基础设施云推进，但中小银行相对缓慢，更多处于云平台的尝试使用阶段。 面对高并发、多频次、大流量的全新业务场景，银行业务系统的响应效率变的越发重要，同时金融业务的服务连续性要求也越来越高。而我行原有的基础架构平台已不足以支撑银行当前的高速信息化建设及创新发展要求。如何应对不断升级的互联网业务系统，紧跟大行科技信息化建设的步伐，建设具有中小银行特有金融架构特征的容器云平台变得尤为重要。 二、需求分析 在银行数字化转型的进程中，传统虚拟化在一定程度上降低了运维的复杂度，提升了资源的利用率，解决了IaaS层面基础设施的问题。但在金融业务数字化转型趋势下，传统应用系统框架正加速向新型互联网金融业务框架改造和升级，银行运维管理部门面临的互联网时代下对金融IT基础架构挑战也越发明显，具体的需求和挑战主要有以下几方面： 1、基础设施建设层面。金融云数据中心一直以来都习惯采用最成熟稳定的IT技术路线通常使用国外主流厂商提供的商业产品和相关技术来构建数据中心，在技术实施、支持和运维保障等方面很大程度依赖设备供应商，这使得金融行业自身缺乏核心的技术积累；传统技术方案根据业务峰值来配置基础设计资源，造成大量的资源浪费，拉高了金融IT建设成本。因此需采用先进的成熟技术，借鉴同等规模的金融单位实际建设应用情况，同时满足信创国产化诉求，避免一家厂商绑定的情况。结合我行的VMware使用现状，现行考虑与Openstack的商业化厂商进行深度合作。 2、多云管理与服务运营。随着金融业务的迅速发展以及规模的不断扩大，金融IT系统的数量、规模和复杂度也呈现几何级数增长。金融虽然数据中心完成了大集中建设，但依然延续了传统的建设模式、传统的技术方案。因此多厂商、多云共存、多控制平面分别管理的现状，各自独立运维管理，增加了管理复杂度等问题，同时无法提供可视化的运营管理。结合我行的未来建设需求，考虑通过CMP建设统一的管理平面，解决多云统一化运维难题，同时通过服务目录设计与自服务功能，解决多云统一化运营难题。 3、业务快速响应。在金融服务互联网化以及利差市场化的挑战下，金融业务转型已经成了唯一出路，各大金融机构也将互联网化提升到了发展战略，并以此快速推出创新业务。但这些新目标所需要的海量处理能力基本上无法通过传统IT基础设施设计模式有效满足，传统商业方案的天花板是大型机模式，但高昂的建设成本和漫长的建设周期也是企业无法承受的，探索高效、弹性、成本合理的新型基础设施建设模式已经成为金融IT建设的必然选择，同时传统建设模式和方案不利于大规模弹性伸缩，为了弥补这些与生居来的问题，传统方案设计上愈来愈复杂。因此IaaS层建设通过SDDC进行实现，采用多云、多技术栈架构，应对不同的业务场景，快速响应业务需求，如通过Openstack、Kubernetes等技术，建设业务的弹性能力、快速扩容能力、DevOps能