首页>会议文档 >

恒丰银行 柳东-金融云中的x86裸机服务实践

page:
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践
恒丰银行 柳东-金融云中的x86裸机服务实践

恒丰银行 柳东-金融云中的x86裸机服务实践

所属会议:GOPS 2017全球运维大会上海站会议地点:上海


下载

手机看
活动家APP客户端

扫二维码下载
或点击下载
Android iOS

6492次
浏览次数
GOPS 2017全球运维大会上海站所有文档 姜鑫韡-从大象到猎豹 - 自动化运维和性能优化实践 平安证券 袁友高-面向千万级互联网证券用户的事件运维之路 质量工程师 张新-中国银行 DevOps 历程、效果及展望 林栗-Deploy anywhere:Orchestrating of the DevOps toolchain with Jenkins Pipeline 叶璐-去哪儿网机器学习云实践 UCloud 陈文志-UCloud 基础运维自动化平台实践 顺丰科技 陈天宇 -全栈资源下的自动化运维灵魂 资深技术支持工程师 胡俊雅-基于 StackStorm 的携程运维自动化平台 阿里巴巴 刘湘疆-阿里测试环境运维及研发效率提升之道 腾讯 谭用-痛点驱动的 DevOps 实践 携程 张乐-小小配置中心释放大能量 DevOps学院 赵班长-DevOps道法术器及全开源端到端部署流水线 博云 于春晓-云场景下自动化运维演变 国信证券 张浩水-证券行业DevOps第一步:IT资源自动化管理 许颖维&廖君仪-运维助力敏捷交付-我们的运维看板 IT 风控高级经理 赵锐-业务安全 - DevSecOps的催化剂 连尚网络 龚沛华-Android App 的安全保护实践之路 平安科技 董晓琼-企业内部风险管控的破冰与探索 阿卡迈公司 周德振-如何达成稳定安全和极速的海外用户体验 小红书QA 任志超-从0到1:2天搭建互联网电商全链路压测平台 DBA负责人 虢国飞-饿了么异地双活数据库实战 WiFi万能钥匙高级架构师 李春旭-百亿访问量的监控平台如何炼成 王培安-如何通过持续交付驱动技术能力升级_部分1 王培安-如何通过持续交付驱动技术能力升级_部分2 高级运维经理 陈金窗-云网融合,智慧运维 京东网络 王大泳-京东大规模数据中心网络运维监控之眼 杜颖君-巡航太平洋,运维平台实施的苦与乐 桂林-举重若轻 - 半天上线 - 中国人寿数据中心自主研发分布式通用流程平台 孔罗星-万亿交易量级下的秒级监控 中国信息通信研究院主任工程师 栗蔚-解读 DevOps 标准 中国信息通信研究院 栗蔚-云计算运维平台参考框架标准 IBM 黄卫-混合云认知IT服务管理 KK-Jenkins and Continuous Delivery Revolution_部分1 KK-Jenkins and Continuous Delivery Revolution_部分2 东方龙马-基于大数据的实时业务监控和预警系统_部分1 东方龙马-基于大数据的实时业务监控和预警系统_部分2 东方龙马-基于大数据的实时业务监控和预警系统_部分3 华为运维部 黄启辉-数据驱动运维—华为消费者云服务的智能运维实践 中国信息通信研究院师栗蔚-发布 DevOps 标准运维标准 清华大学 裴丹-落地生根:智能运维技术路线图 腾讯微信 陈晓鹏-微信海量数据监控的设计与实践 中国信息通信研究院 何宝宏-大会致辞:我对 AI 的一些冷思考 91App 李智桦-由蝴蝶效应谈运维的系统思维 尚航科技 肖玉军-命脉保卫战--核心数据-业务的IDC重保思路 腾讯 赵建春-AI浪潮下的高效运维思考与实践 先智数据-AI运维实例分享——如何精准预测磁盘故障 devops 梁晓聪-B站统一监控系统的设计、演进与实战 擎创科技 擎创-智能运维场景探索与工程实践 运维专家孙杰-从说到做—大型企业智能运维的360度解析

文档介绍

金融行业从安全合规、应用成熟度和性能要求等方面考虑,对x86裸机有大量的需求。本次议题将介绍在恒丰银行金融云实践中,如何更快速灵活的供应x86裸机,如何高效安全的运维供应出的x86裸机。

演讲实录

大家好!我叫柳东,来自恒丰银行。我今天给大家介绍一下恒丰银行X86裸机服务的实践。

一、为什么需要裸机服务?
首先我们先来看一下云平台为什么需要裸机的服务?我们通常所知道比较知名的云平台AWS和阿里云大部分的云主机都是虚拟化的。
恒丰银行内部对于X86服务器使用的统计上看到占比最大的就是OpenStack整个平台,占比大概是X86服务器的一半左右。
另外就是大数据业务的平台,大数据使用了整个X86服务器1/5的量,还有一些桌面云和Paas平台,客服系统和一些其他的应用。

可以看到从统计上,桌面云和Paas平台使用量正在逐年的增长。同时还有一部分应用,例如前面提到的占比很高的客服系统,还有一些其他应用系统,由于各种原因不能使用虚拟化的云主机,所以需要使用裸机服务。

根据经验总结出来虚拟机在云里边不适用的场景:
高性能计算场景
核心数据库
对于特定硬件设备的使用
例如有些应用需要使用基于USB Key加密的设备,如果使用虚拟化的云主机会和固定的物理设备绑定,就会丧失云主机迁移弹性的灵活性,所以使用了物理机。
云上面进行第二次的虚拟化,做一些POC测试的时候需要搭建另一套虚拟化平台
在云上面建设我们的平台,这些都是从技术角度考虑虚拟机不是特别适用的场景
另外考虑到监管要求、法律法规约束,也有些应用服务器必须使用x86裸机做物理隔离
要求我们的应用不可能部署在虚拟化的平台上,必须要有独立物理隔离的服务器承载,这也是我们使用裸机的场景。

最早业界在2013年就率先提出提供裸机的服务,随后AWS也提出了专有云主机服务。
专有主机是由AWS提供给每个租户专有使用的云主机的宿主机,租户的云主机允许置放在租户自己的专有主机上,但是所供应出的云主机还是虚拟化的。
前两年腾讯开始推出了黑石物理服务器CPM服务,它的物理服务器大体上是三种,一种是X86裸机服务,一种是基于ARM的裸机服务,还有一种是power小机的裸机服务。华为公有云也提供x86裸机服务,华为的裸机服务和业界其他平台最大的区别是支持挂载共享的存储。

二、什么是裸机服务?
什么是裸机的服务?首先裸机服务就是提供了对x86裸机服务器的管理,我们像使用云平台上的虚拟机一样管理和使用云为我们提供的x86裸机服务器。
裸机服务在云里不同于传统的服务器托管业务主要特点,云裸机服务器是由云服务提供商提供裸机的供应和运维的。云的裸机和其他云主机一样,我们云的裸机可以使用云中其他服务的,例如云存储、云网络、云安全等等其他的云服务。

这是当前恒丰银行内部裸机服务相关的业务服务,我们分成两部分:
一部分是面向用户
另一部分是面向云供应商(SP服务)
面向用户首先有云服务器生命周期的管理,包括供应、起停、删除、销毁。同时基于云的特点我们对云服务器当然是可计量的,所以会有计量计费服务,还有云的监控、配置和故障报告服务。

面向云提供商提供了资源池管理服务,规格管理、进项目管理、主机维护,还有响应用户故障报告进行故障处理的服务。
我们看一下云裸机服务的特点,云裸机服务器和传统的虚拟化服务器比较的优缺点,裸机是物理服务器,可能要丧失一些跟虚拟化服务器相比的弹性、可用性。
因为虚拟机有HA的能力,快速恢复是很好的,但是物理服务器一旦出现故障运维可能需要人工的介入。所以可用性我们认为比基于虚拟化的云主机降低了一些。

物理服务器有固定的硬件规格,不像虚拟机可以动态的调整规格,所以会丧失一些规格的灵活性。但是相比这些缺点,物理服务器有很多优点,也是应对刚才我们所提到的几种场景,高性能、高吞吐,这是虚拟机所不能比的。然后还有安全性。因为我是基于物理隔离,和虚拟隔离相比安全性更高。
还有更高的成本效益,这个成本效益主要是从云服务的用户的视角考虑的成本效益,用户使用基于虚拟化的云主机,云服务厂商一般都会做一些资源的共享,例如网络带宽的共享,甚至是CPU和内存的共享。
但是一旦使用物理服务器,物理服务器归用户独立使用的,所以用户的角度来说成本效益是更高的。然后还有就是用户可以对物理服务器有独立的控制权。
三、如何实现裸机服务
恒丰银行实现X86裸机服务的步骤,基本就是四化的过程:标准化、自动化、服务化和自助化。
3.1、标准化
标准化是自动化、服务化的前提,首先我们要对服务器型号的标准化,包括服务器所使用的网卡、磁盘,这些东西的标准化都有利于后续减少自动化过程中的工作量。
1、服务器规格的标准化,作为提供裸机服务我们要有固定规格,不会像虚拟机一样可以很动态、灵活的调整规格。所以我们要对服务器,根据不同的使用场景制定出来不同的规格,然后应对场景的需求。
2、服务器联线落位标准化,带来的好处在上架的过程中,上架的流程里边不需要知道服务器特定使用需求是什么样的,工人可以直接依据我们出来的联线标准化的规范把所有的物理服务器提前上架,组成裸机资源池。
3、裸机服务的自动化。我们比较注重的几点:最基本的要去供应就要要操作系统安装的自动化,在这个过程中就可以摆脱出传统的,涉及到机房等等人工的操作。还有硬件检测的自动化,主要是指硬件服务器的信息收集和上报,这样我可以实现裸机服务器的自发现和自动归类到不同的裸机规格集群里。然后就是维护操作的自动化,可能是一般裸机的启动、停止、重启、销毁之类的。
3.2、自动化
3.2.1、配置的自动化
对于操作系统内基本配置,例如主机、DNS基本的操作系统配置要去实现自动化。然后租户网络自动化配置,主要是结合了SDN的产品,然后能够动态的配置每台物理服务器的租户网络,通过租户网络的隔离达到物理服务器的网络安全性。
3.2.2、存储的自动化
前面几个场景里边有一部分场景不需要用到共享存储的,例如大数据平台只需要容量很大的本地磁盘,但是有些场景例如数据库的运行,这些是需要使用到传统共享存储的。在应对这种场景的时候我们需要用裸机实现自动存储的能力。这是华为公有云BMS裸机服务在业界比较独特的特点。
3.3、服务化
标准化和自动化实现以后就可以进行服务化的封装,首先我们就要把裸机先根据不同的规格,或者物理位置,或者连接存储设备的特点定义成不同裸机服务的资源池。这也是云的特点之一,资源池化。对裸机里边提供服务固定对象模型的建立,主要涉及到裸机的模型,所挂载的网卡。这个网卡的模型就是租户使用网卡的模型。
建立起了资源池,定义出来模型以后基于标准化自动化的流程,通过服务封装把我们的服务API定义出来,对外提供API服务。之后我们还要和云中其他的云服务进行服务编排,例如和存储服务,使用云存储。当然这个时候云存储主要指的是后端FCSAN共享云存储。例如我们和网络里的租户网络,租户的弹性IP服务的编排。
3.4、自助化
实现服务化以后就是自助化,自助化和服务化主要的区别,如果想要用户自助的使用裸机服务,你的服务产品首先要是一个很标准,要有一个服务的管理。同时系统里边要有一个用户管理,系统具备资源层面的多租户隔离。
然后就是服务对外提供,基于配额和计量,为用户提供租户视角的容量管理,用户可以知道服务器已经使用的量,用户可以根据服务器的量去申请、调整服务器的配额。然后你要定义一个服务对外提供SLA,和用户签署SLA的协议,这样一些服务流程的改变是用户自助服务实现的必要条件。
3.5、裸机服务的应用架构
首先上层有一个服务目录,实现应用服务的自助化的封装,服务目录里边主要定义了各种服务的SLA。裸机服务主要是第一列,上层是一个magan应用,mogan下面cloudboot是实现自动化管理的裸机应用,控制X86的服务器。还有运营管理系统,主要是给SP提供运维服务。
着重介绍一下Mogan这个项目,大家如果了解OpenStack,大家知道OpenStack有一个Ironic,作为执行层管理裸机。Mogan是一个专注于去做裸机服务化封装的项目,它在社区里边,从应用架构上面与nova相对于虚拟机是同等作用的,然后提供裸机服务。
在云主机服务里边虚拟机和裸机有差异,虚拟机可以实现暂停、迁移,但是裸机很难实现这些东西。裸机有些特定应用场景的需求,例如我要根据用户的需求去自助配置本地磁盘RAID。这些东西是虚拟机所不需要设置的。
这些也是为什么社区里边会推出Mogan服务的原因。Mogan服务到现在为止已经开发了两个多版本,持续一年多的时间,主要是由华为和英特尔共同发起,随后加入了其他公司,一起去贡献Mogan服务。当然目前来讲主要还是国内的厂商参与这个项目。
这是Mogan这个项目的架构,Mogan服务和OpenStack大部分的服务一样都有一个API模块,为了插件化的能力有一个执行层。恒丰银行对Mogan的贡献,插件层这部分,让它实现对下驱动可插件化,同时我们对它贡献了一个driver。
这里是OpenStack周期里边贡献的统计。可以看到贡献里边最主要来自华为和英特尔两家。
四、裸机服务运维
首先裸机服务器供应出来以后我们就要涉及到如何安全的访问裸机服务,在我们行内的实践里边在裸机发放流程里边就会和行业的4A服务集成,把裸机服务器加入到资源里边。用户可以通过VPN接入到网络,通过4A系统提供的SSH工具登陆。对于运维管理员通过行内4A使用带外console登陆。
4.1、裸机的监控
主要通过几个方面对裸机进行监控,一个是Zabbix监控裸机服务状态。同时还会根据基于SNMP协议裸机所暴露出来的硬件指标对物理服务器的硬件进行监控。同时我们在网络里边对服务器的流量进行镜像,对网络状态进行监控。
4.2、裸机镜像维护
我们现在使用的裸机技术方案里边是通过镜像的方式对裸机操作系统进行加载。我们要定期的维护、更新我们的镜像,主要是指镜像里边可能会打入安全所需要特定的代理,或者打入一些发布出来的安全补丁。同时对于已经发放出来的裸机我们要定时的提供裸机操作系统的安全补丁,可以保持系统的安全性和实时更新。
4.3、裸机资源池维护
行内有一套PBU系统,里边会根据我们所总结出来的一些场景自动规划出来裸机上架时候的联线图给施工人员使用。同时会根据裸机服务器的规格组成不同X86裸机资源池,用于供应。
因为我们的裸机服务器资源池的规模不是特别大,为了节约成本的考虑我们会动态的通过容量的统计调整不同规格里边裸机的数量。
例如在某一个高规格的服务器里边,内存很大的服务器,后来发现这种服务器的使用量不是很多的时候我们会通过人工拔内存,修改规格,动态的调整到低规格的资源池。可以达到节约成本的效果。
4.4、裸机已经实现的功能
首先就是刚才所介绍基于PBU裸机资源池的管理,裸机服务规格的管理,还有裸机生命周期的管理,还有就是裸机组的管理。
裸机组的管理应用的场景,对于银行的应用系统我们会有一个高可用的架构,我们会要求同一个应用不同的服务器,位于不同的机房,还可以位于不同的机柜,或者不同的TOR交换机下。
这个时候把应用的一组服务器组成一个裸机组,在Mogan项目对它进行动态调动的时候,会根据反亲和性的策略,将同一组裸机里边不同服务器调用到不同的位置。
同时根据用户需求,动态本地磁盘配置的能力,和SDN集成动态的开通租户网络,服务器在资源池上架的时候是没有租户网络的,根据调度最终结果配置到服务器的交换机上面。同时我们也实现的挂载和卸载的存储自动化,能够让裸机自动的挂载使用云存储的服务。
五、裸机服务实现以后的现状
我们的发放时间对外承诺小于一小时,我们实际使用效果,一般操作系统和规格的服务器我们可以做到每台裸机发放时间大概在5—10分钟左右。同时我们服务可用性要达到99.9%,主要就是通过刚才我们所介绍的裸机组对裸机有一个高可用切换性的调度实现的。
同时还通过服务封装和产品化的方式达到用户自助服务的能力。对于用户自助服务,行内会把所有可以标准化用户自助服务的变更作为一个标准变更,这种标准变更就会减少用户去申请服务器时候的变更流程,让用户实际端到端服务器申请的时间缩短。
六、未来的计划
6.1、提高裸机供应速度
主要是通过提前制定裸机磁盘镜像,镜像方式的缺点是不能做到动态灵活配置的能力,但是镜像的方式速度会快很多。所以我们在这一层面会做两种方式的结合,使裸机供应速度、发放速度会更快一些。
6.2、完善裸机生命周期管理
裸机服务器跟虚拟机云主机服务器相比主要区别,通常云主机是基于虚拟化的,服务器都是有一个使用周期的,一般3—5年就到时间了,对于虚拟化的云主机我们可以在资源池内迁移到不同的位置,将过池的服务器下架,替换到新的服务器。一旦租户使用物理的裸机服务器,三到五年时间一到的时候,相当于租户裸机服务器的生命周期就结束了。
6.3、提供快速故障恢复能力
如果云裸机服务器使用共享存储的,或者即使使用本地存储我们做到对服务器关机以后迁移的能力,由用户发起,动态的在短时间内将用户的裸机服务器保留所有服务器的属性,例如说网络、操作系统配置等等各种东西,然后迁移到一台新的服务器上,应对物理服务器生命周期3-5年终止的情况。同时也可以在物理服务器故障的时候提供更快服务器恢复速度。
6.4、提供操作系统重装功能
操作系统重装,也就是说操作系统重加载的能力。这也是用户操作系统损害,或者说用户由人为误操作导致操作系统故障无法恢复的场景,我们会通过操作系统重装的功能把用户所有动态配置、数据重新加载到服务器内部,对用户操作系统进行重装,恢复物理服务器。
6.5、用户web端console接入
给用户提供一种基于web端登陆服务器的的能力,这是为了和虚拟机运维拉平,主要应用场景,可能用户的租户网络损害,把操作系统内部网络接口误删除掉,或者配了一些错误的路由,通过传统的协议再去登陆和运维服务器。当前用户只能够通过故障报告报告给SP的运维人员,由运维人员对服务器进行修复。未来通过web端由用户自己维护。

×

打开微信扫一扫,分享到朋友圈