天津卓朗科技研功发云计算心酸史之个人述职报告(2011年11月~2012年9月).docxVIP

天津卓朗科技研功发云计算心酸史之个人述职报告(2011年11月~2012年9月).docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
述 职 报 告(2011年11月~2012年9月)天津卓朗科技发展有限公司虚拟化基础架构业务部王 毅2012-9-24目录1.概述42.核心研发53.资源调配123.1服务器资源调配123.2人力资源调配144.产品开发155.报告总结161.概述从2011年11月份至2012年九月份,我主动要求接受公司分派的云计算开源软件OpenStack的研发任务,到至今为止已经完成云计算产品服务的大部分功能,并基于已经研发出来的功能生产出一系列的软件产品共花了11个月的时间。在这11个月的时间里,无论是对于产品项目的开发、云计算底层服务的研发,还是团队建设等方面都遇到了不同程度的问题和困难。虚拟化基础架构业务部从刚刚开始的“IaaS组”到现在成为部门,人员由最出的四个人发展到现在的13个人。我的主要工作内容主要分为三个部分:领导和管理云计算服务底层核心的研发;网络硬件设备、人力资源的调配使用;领导和管理云计算服务产品的开发工作; 以下是我从这几个方面对我个人的工作进行阐述。2.核心研发2011年11月,由于当时我还在杨颖部门下作为一个组的组长,我们所接受的任务是进行ESDP的开源和ESDP的开源网站的开发的同时还需要分担云计算服务的学习和研发工作。我们组准确的来讲一共只有四个人,在接触了云计算服务开源软件OpenStack以后,由于我跟同组的凌志对OpenStack的云存储部分“swift”从安装到使用都已经完成,所以也不得不在OpenStack的虚拟机部分对晓明进行辅助性工作。当时云计算开源软件OpenStack给我的感觉是必须集中精力,才能够顺利的进行,因此我主动要求承接云计算服务开源软件OpenStack这一项目的研发工作。在研发初期,我带领我的团队将主要的精力还是放在了OpenStack的安装上,因为OpenStack是一个开源性的软件,除了它自己的开源项目,包括云存储(swift)、云虚拟机(nova)、镜像服务(glance)、统一身份认证(keystone)、管理系统(当时被叫做“dashboard”,后来改称为“horizon”)之外,还包括其他的一些开源的软件项目服务。如:数据库服务(mysql)、时钟服务(ntp)、消息队列服务(rabbitmq)、虚拟服务器远程服务(noVNC)、网络服务(network)、访问工具(ecua)、卷组服务(volume)等等。各个服务之间首先必须安装正确,在安装正确的基础之上通过配置文件当中的配置才能够达到安装正确和想要的功能效果,除此之外各个服务之间的安装还存在一个顺序的问题,所以要顺利的安装集群部署就需要反复的实验,为了保证实验的正确性和准确性,我有的时候不得不要求将服务器进行重新格式化;之所以格式化的主要原因是卸载的服务器往往有的时候是无法卸载干净的,同样的安装过程,对于卸载的服务器有的时候能成功;而有的时候却成功不了,这大大干扰了我们的安装思路。后来公司不允许进行服务器的重新格式化,原因是服务器所在集装箱的机柜不能够经常反复的开启,对服务器机柜内的温度有很大的影响,容易造成服务器的损坏;由于服务器当时在八角楼C4机房,我们只有使用的权限,对于有的时候所发生的服务器死机需要重启等工作,我们只能间接的通过网络部来配合进行完成。因为当时我们服务器在机房中一共拥有20台服务器,为了能够在沟通和管理上方便,我针对于服务器进行了从1#~20#的编号,其中15#~19#五台服务器是DELL的R410服务器,其他服务器是2GB的内存配置。为了保证安装脚本在我们自己掌控下顺利进行,我决定将八角楼的服务器中的1#机和2#机搬到了办公地点作为云存储的脚本安装及功能测试;后来张亚丽组的张志楠和张贺军的加入所带来的两台惠普服务器成为了办公地点虚拟机的脚本安装及功能研发和测试的环境,通过这四台服务器组成了我们的办公处的实验环境。但是为了能够彻底解决OpenStack底层各项服务之间的搭配工作,能够准确的定位问题的出现位置,锁定服务目标;我采取了将服务器各个服务单独存放至一台物理服务器当中,来进行功能性观察和验证。准确的来讲在C4八角楼机房里有18台服务器供我们使用,但是由于不能够经常性的重新格式化服务器和经常性的进入服务器机房,所以我们对于C4机房中的18台服务器的使用非常慎重,当然也大大影响了我们的工作效率。OpenStack的官方网站只是介绍了表面层次上的大体原理,以及各个服务之间的相互作用,但是像ntp、rabbitmq这样的其他开源服务是没有介绍的,我们所找到的线完全是从网上下载某些志同道合的网友所提供的文档;但是为了能够解决我们对于各个服务以单独物理服务器提供服务,这项工作仍然非常的艰难。为了避免机房服务器的重新安装,我下令让研发人员在自己的台式机上通过virtual box安装虚拟服务器,

文档评论(0)

wzjs110 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档