openstack生态组成和商业运营的挑战

openstack 2012 apac 8.10-8.11 @beijing

IT业界有一个规律,基本上,只要有成功的商业应用出现,一定会出现一个对应的开源产品与之 争风吃醋抢天下。

比如,windows vs linux,ios vs android,ms office vs openoffice,google vs hadoop

iaas应用也跑不出这个规律,aws成功了,占到北美网络流量的1%+,那么对应开源实现正在群雄逐鹿,citrix+apache的cloudstack,openstack,以及桉树正在争抢开源实现这一高地。

openstack是按照aws架构参考实现的一个开源IAAS管理平台,基本面向1000+台物理节点的IDC进行管理。但只实现了一半,为什么这么说呢,下面总结这两天openstack2012 apac的参会心得,会得出这个答案。

openstack基本组成见下图

openstack生态组成和商业运营的挑战

第一天8.10上午,新浪的sae开发经理,也是cosug中国openstack用户组的负责人程辉演讲了主题《openstack的机遇和挑战及在sina sae的应用》(下载http://vdisk.weibo.com/s/aizUH/1344617717),

其中提出了将来基于openstack的业务开展模式,也可是说是商业模式,给了我不少思路。画张图,openstack的商业生态,其实,所有的开源产品细分产业化的商业生态都跟下图差不多:

openstack生态组成和商业运营的挑战

sina 程辉在提到这点时,给云计算提供一个将来拓展市场的思路,上图的training。这也是一个盈利来源,程辉ppt提到的美国mirantis公司就在这方面做的很出色。

下午,接下来的议题,值得一提的是上海交大的教授金耀辉讲了最近刚被vmware收的SDN提出公司nicira的openflow在openstack中的应用,都是比较前沿的网络技术,基本网络结构无外乎3种,vlan&flat&flatdhcp,每种网络结构规模有限制,根据业务自主选择。另外讲了quantum组件利用各种插件的应用场景。

可以看出,在网络管理方面,openstack需要依赖第三方的组件来满足业务。现在发行的e版本还在使用nova-network管理网络,在f版,才会启动quantum组件。

8.10下午更值得听的,是来自台湾ITRI(相当于大陆的中科院)CCMA云计算过程组组长阙志克的《ITRI cloud os & openstack》,介绍了ITRI开发的cloudos,这个很强悍,不仅可以实现openstack的全部功能,而且还能管理物理服务器和IDC,虚拟IDC,虚拟网络,资源管理等等openstack不具备的短板。不详细解释,看图说话

openstack生态组成和商业运营的挑战

openstack生态组成和商业运营的挑战

第二天8.11上午,sae的工程师杨雨讲了openstack存储组件swift架构和实践,重点讲了swift的NWR一致性实现

(NWR是AWS提出的采用分布式存储架构要保证数据一致性的计算模型,W+R>=N为强一致性保障的必要条件,N-node,分布式存储的节点数,W-write,写入操作的数据节点数,R-read,读操作的数据有效节点数)

后面讲了swift在新浪的实践,

一个是swift的服务进程多点分离启动,container server、object server、account server、ring server、replica server等等分离集群;

一个是采用ssd和sata等磁盘的动态分级存储;

第三是采用和aws s3 api兼容api,充分利用业界已有的各类客户端,增加自己的用户覆盖范围,这个很聪明的做法,值得借鉴。

看图

openstack生态组成和商业运营的挑战

openstack生态组成和商业运营的挑战


来自韩国电信的jaesuk ahn 安宰庆也介绍了swift应用经验和商业化要解决的问题,现场粗略翻译记录了一下,还未找到ppt

商业化、产品化、标准化的工作:

产品服务需求
hardware选型
网络设计
硬件架构设计
facility 计划--zone separation,hw scale out, 3system(dev ,stageing ,production--见《linux & unix设计思想》)
hw startup
系统配置
loadbalance
认证集成
工作和计费集成
增值服务集成
监控开发和集成
运维工具
运维培训和文档

架构设计

5zone,3 replica
commodity hw based onjbod
proxy-> a/c/o swift servers -> jbod device

automic deployment
2 step
make cookbook(持续集成,打包要发布版本)
setup(选择版本,自动化部署)
pxe boot
kickstart

属于标准化IT管理流程,看来大家采用的方法都差不多。

最后一天下午,重点关注openstack在京东和趣游网的实践,这个最符合我们项目的阶段。里面没有大的理论,都是具体的操作方法和技巧,很受启发;京东的兄弟提出了下一步要做的自动化部署和自动化控制,印证我们自己项目的规划,很受鼓舞啊。

基本都要解决openstack的监控、运维、集成等等问题,前面韩国哥们已列出来了,很全面。

最后总结一下,openstack在运用到生产线和商业环境,需要很多很细节的工作要做。基本符合项目组的看法:搭原型了接原理容易,要想运用到生产环境,工程化工作要做,这是科学规律。

主要要解决的是以下几个问题:

虚拟化和物理节点的统一管理,openstack只关注虚拟机管理,实现了一半

备份、监控要具备

生产线服务器和网络设备要选型(如2层交换速率、windows虚拟机不支持R710硬件等)

运维和日志管理

开发和自动化持续部署集成

资源自动化控制

网络规划

标准化产品包和文档

openstack在工程化过程中还有很多问题,但也要看到社区的强大和成功的应用范例,如sae(15人,一半为应届)、京东(10人)、HP(19人)。

参加这次大会,也印证了之前iaas项目的一些规划,虽然并不涉及openstack。有些细节进行的参考补充和辅正。

在参与社区的方式上,也提出了几种路径:

文档分享、bug修改、提交功能代码

在参与社区过程中,一是提升在社区的知名度树立行业专业形象,二是可以提前获得社区的技术支持和市场推广支持。

另外,社区圈内现在很缺乏行业应用的案例,大家都很关心应用的范围和深度。这点,对openstack行业应用是个巨大的机会。

 

 

posted @ 2012-08-13 20:10  gitran  阅读(368)  评论(0编辑  收藏  举报