【波士顿峰会】EasyStack携七大议题 精彩分享

Posted on 2018年06月29日

24


OpenStack波士顿峰会在5月8日-11日于美国波士顿 Hynes Convention Center 隆重举行,在OpenStackers这次大聚会上,EasyStack也带来了7个精彩议题和大家分享。


1. 主题:兴业数金使用OpenStack建设金融行业云


时间: Wed10 , 11:00am-11:40am


地点:Level Three - MR 302


讲者:兴业数金云计算事业部总经理 郑子洲、EasyStack 刘建、EasyStack 邬树博


2005年,兴业银行推出“银银平台",涵盖支付结算、财富管理、科技管理输出服务、资本及资产负债结构优化服务、代理国际结算等八大业务板块的完整金融服务解决方案。截至2015年11月末,"银银平台"累计签约客户637家,上线529家,柜面互通合作银行294家,联结网点超过3.5万个,支付结算总金额超过2.5万亿元。2015年12月,兴业银行将银银平台科技输出业务分拆,和高伟达、金证科技、新大陆等三家公司共同投资设立兴业数金公司,使用OpenStack建设金融行业云“数金云”,为中小银行、非银行金融机构、中小企业提供金融信息云服务。


数金云的OpenStack环境目前有数百个节点,并规划了1000节点。


1. 灵活计费策略支撑金融行业云复杂计费场景


定制开发云平台计费功能,实现资源条目基准价格配置、计费策略配置、计费报表导出、在线或管理员后台充值及欠费处理等功能。这些复杂的计费体系、计费策略、计费管理等功能,为实现金融行业云复杂计费场景提供了业务和技术融合支撑。


2. 复杂的组织关系架构契合金融行业云使用场景


考虑到金融行业云的企业用户组织关系架构复杂,兴业数金云在设计之初就在原有OpenStack Domain、Project组织架构基础上,增加一级子Domain,实现企业、部门、项目三层组织关系架构契合金融行业云企业用户自有组织架构需求。


3. 裸机资源管理实现虚实资源混合使用


考虑到兴业数金云承载的互联网金融业务中需要使用物理节点构建大数据集群,采用OpenStack Ironic接入管理裸机资源,并按需提供给数金云租户裸机资源服务。此外,通过对接SDN网络方案,亦实现虚拟机和裸机混合组网。


4. 统一监控平台


兴业数金云采用Zabbix对云平台中物理服务器、网络设备、分布式存储系统、应用系统和虚拟资源统一监控,统一监控平台实现提供监控告警管理功能:包括资源容量、主机性能、虚拟机性能、应用性能监控及告警阈值设置等功能。


2. 主题:ESCaaS 4.0 ---- 统一平台管理OpenStack和Kubernetes



时间:Mon 8 , 1:05pm-1:25pm


地点:Level Two - Marketplace Theater


讲者:Bo Wang 、Kui Shi


OpenStack作为优秀的云计算IaaS层解决方案, 通过虚拟化技术提供: 虚机、裸机、存储、网络等资源。 Kubernetes作为功能完善的容器编排工具, 提供容器集群的管理功能, 使得用户可以更方便地利用容器的轻量、快速、弹性等特性。 二者各有所长, 我们可以单独使用其中之一, 也可以将二者结合达到1+1>2的效果。 在峰会上我们介绍几种常见的使用场景, 以及对应的实现方案。


1. 独立部署kubernetes容器集群, 包括部署到虚机和物理机两种情况。 这种情况下除了集群需要的master节点和nodes节点, 还需要一台部署机作为ansible脚本的运行机器, 部署机和集群节点间网络互通。


2. Kubernetes+OpenStack结合部署。 这种情况下安装工具(Roller)先在物理机上安装OpenStack组件, 安装完成以后。 Roller调用neutron为容器集群准备网络, 之后调用nova创建虚机或者物理机。 最后,Roller推送Kubernetes组件到不同角色的节点, 完成容器集群的安装。 其中容器集群使用的操作系统, 是由EasyStack ESCore团队为容器场景订制开发的操作系统。


3. 主题: Project Update - Heat


时间:Mon8 , 5:30pm-6:10pm


地点:Level Two - MR 203


讲者:Rico Lin


为了让更多使用者、操作者与研发者都更能了解编排专案的现状与未来发展蓝图,报告最新的编排专案的技术、目标更新、专案报告上个版本的成果,提供整体使用建议,与未来研发或跨专案合作之重点。目前Pike版本的三大重点,实际应用经验整合、内存与效能优化、Convergence模式优化。而三大重点的目的相同,都是为了优化使用者使用编排的经验,特别于架构上进行强化,让大型或复杂的资源,可以在编排服务下进行整体布署。


另外也朝向实际应用案例整合,将使用者确实使用的方式,与实际跨专案开发出最优化的使用经验,作为接下来的目标,让编排项目可以更完善的被现今多种技术融合的云端平台所接受。


另外专案目前有包含网络、容器、裸机布署、应用布署等项目的进阶资源,都准备在Pike版本规划,并有希望实现。专案目前针对社群的大目标wsgi 与 python3。5 融合上表现都相当顺利。除社群目标外,编排项目更是积极的在跨专案或是跨项目的技术整合上,积极合作,目前与多个专案,已经开始进行技术上的交流,务必要让使用者更能透过编排新完成的功能或是即将要开发的方向,拥有更完善的使用经验。


4. 主题:如何将Magnum打造成生产可用的容器平台


时间: Tue9 , 2:00pm-2:40pm


地点:Level Three - Ballroom B


讲者:Bo Wang


OpenStack Magnum项目的定位是提供容器基础设施服务。 其工作原理是通过Heat与OpenStack其他组件交互, 利用OpenStack提供的虚机、裸机、网络、存储等资源创建一个集群。根据用户选择, 该集群会安装一个容器编排引擎(Kubernetes、Swarm、Mesos)。 用户使用容器编排引擎可以在容器集群上创建容器服务。


但是在我们使用magnum的过程中, 发现了一些问题。 从功能角度, 用户需要私有的容器镜像仓库, 监控告警, 日志等功能; 从性能的角度, magnum单进程的运行方式和同步API操作难以应对高并发的访问需求。


基于以上事实, 我们选择Kubernetes作为容器引擎, 对magnum做了一些改进工作, 以提供一个生产可用的容器平台产品。 主要工作和实践经验如下:


为每个容器集群添加Prometheus服务提供监控告警功能; 添加EFK服务提供日志功能; 添加sky-dns服务提供内部DNS; 添加ingress contoller提供外部域名访问的功能。 以上服务都是通过yaml文件定义为service, 在创建集群的时候对应创建每个服务。


集成Harbor, Jenkins到云平台分别为集群提供私有镜像仓库功能和Devops功能。 云平台上的多个容器集群间共享Harbor和Jenkins, 通过集群所属的project信息实现资源的隔离。


同一个keystone用户通过统一页面作为入口, 管理OpenStack、Kubernetes、Harbor、Jenkins各个子系统的资源。


优化magnum代码, 提供API异步操作, 实现magnum-api和magnum-condutor多进程的运行方式。


5. 主题: Heat On boarding


时间:Tuesday, May 9, 2:00pm-3:30pm


地点:Level One - MR 105


讲者:Rico Lin


为了提供更多研发者更直接的编排专案开发讯息,专班专课教学编排专案的开发者们,能更多了解专案目标,社群技术方向,专案开发细项。同时深入专案架构,让开发者能全盘了解,整体架构与技术细节。最大目的在于鼓励与提供完善资讯给计划加入编排相关服务的开发者。


开发需求包含架构优化、操作优化、管理优化与资源优化。为了让更多开发者能够更快融入团队,建议可以从需求上下手,目前编排项目所需接触的范围越来越广,所碰触的使用者案例也日趋复杂,因此更需要来自不同技术的开发者一同加入,合作开发。编排项目,最新的技术convergence也在这个onboarding当中针对技术上作更进阶的描述。同时,编排项目有意成为使用者踏入自动化资源管理的基础建设,目前技术研发上也多跟个应用相关专案进行技术合作,因此对于新的技术开发者而言,势必会有与原技术整合的开发空间。在架构上,编排是由脚本转成Stack后在专案(Project) 内,调度所有可动资源,进行脚本布署。因此在onboarding课程内也介绍由脚本最后到达资源建制的流程。


6. 主题:将Ceilometer数据导入Zabbix,使用Zabbix作为统一化监控平台


时间: Wed 10 , 9:00am-9:40am


地点:Level Three - MR 311


讲者:Chaozhe Chen


Ceilometer作为OpenStack内部孵化的项目,其目的主要是收集云平台内部事件信息(events)和采样数据(metrics),进而为基础设施平台提供虚拟资源的监控、计费、告警的功能。Zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案,生产环境应用于物理资源的实例居多。ZCP(Zabbix-Ceilometer proxy) 是将ceilometer和zabbix两个不同的平台集成,通过中间的一个代理agent将OpenStack内部虚拟机监控数据和服务信息采集到zabbix,对于已经采用zabbix作为云平台物理资源的监控系统,同时又使用OpenStack作为云管理平台,ZCP可以做到融合虚实资源的监控,实现统一化监控平台。


目前ZCP能够做到定时间隔将Ceilometermetrics吐入到Zabbix,定时间隔可配置;将OpenStack的逻辑关系映射zabbix,能够实现虚拟机的按租户隔离,监听OpenStackqueue消息从而实现zabbix一些资源的自动更变;ZCP会根据Ceilometer对接的存储后端(目前只支持mongoddb,gnocchi),提供不同的实现polllingdriver,做到兼容性和扩展性;考虑吐入数据的效率性和一致性,我们引入python自己实现zookeeper的库tooz,多个agent协同工作,效率有效提升。随着ZCP的功能完善,我们相信ZCP会变得更加精彩。


7. 主题:Large Orchestration Stack


时间: Wed 10 , 5:20pm-6:00pm


地点:Level One - MR 104


讲者:Rico Lin


为提供大型编排的成功经验给使用者与操作者,此议程提供讨论、指导与分享。让使用与研究编排项目的人可以将所遇到的经验、问题与期望方向,可以在此议程上充分讨论。此议程最大目的在于将实际大型编排案例与其所需要的开发融合作为编排项目的优先开发导入计划。更能透过直接交流将最新资讯交给所有使用者,让其有更好的导入经验。大型编排环境更是容器与应用方面,深度依赖的操作情境。在为了达成全自动化与高可用性的需求下,也必须优化大型编排环境的使用经验,让各种极端的资源需求都可以在OpenStack上,轻易实践。目前编排项目所努力的auto healing方向与convergence方向,都是为了要让更多的基础编排服务,共同投入在实践大型自动化资源编排,透过convergence服务变成平行非同步处理,再也不会有无意义的等待。在自动化上,目前积极进行资源整合,力求让OpenStack更有效率地运用整体资源。因为我们已经认定,使用者该在意,是如何调度各种资源完成,日常所需的各种资源工作,像是要建立一群容器服务或要建立能自动扩展与修复的应用程式,都是编排项目于大型编排上努力的方向,透过此议程所交流与接收的资讯,更是扎实的往此方向迈进。


Posted in 公司新闻 Tagged 新闻,市场活动,公司产品