在2013年5月8日、9日举办的oVirt研讨会上,InfoQ对红帽工程师Doron Fediuck进行了一次采访。Doron来自以色列,是前Qumranet员工,现在在红帽的一个虚拟化项目中任团队经理。在下面的采访中,Doron会介绍他加入这个项目的过程,以及他对oVirt和其他虚拟化项目的一些看法。
\InfoQ:Doron你好!刚才我听了你针对oVirt SLA讲的课程,感觉很有意思。能否先简单的做一个自我介绍?
\\\Doron:当然可以。我在1998年加入IT行业,一开始的工作是在一家名叫Amdocs的以色列公司。这家公司做手机的管理系统,比如手机运营商的计费系统和客户管理系统等。当时我还是个学生,跟着公司的项目也去拜访了不少大公司,了解到不少新鲜事物,包括人们是如何处理大数据的过程。1998年到1999年前后,正是手机产业的革命性阶段,当时的一大挑战在于处理来自交换机的大量信息,包括为每个用户生成每个月的费用单等等。
\
InfoQ:你是从那时开始了解有关网络和硬件相关的知识的吗?
\\\Doron:我对网络研究的不深,只是知道它是怎么回事而已。当时我主要的工作是在费用单系统这块。我当时是“费用单预备”系统的小组组长,这一块工作涉及很多数学计算,比如每个用户签的是哪个合约,他是在白天还是在晚上打电话,他在哪个国家,那个国家的税率是多少,等等。
\后来,公司派我去悉尼建立一个支部。我在那里学到了一些安全相关的知识,因为澳大利亚在政策上要求进行欺诈侦测。在SIM卡出来之前,复制一个手机身份、盗取手机上的信息很容易,所以我们需要对安全方面进行加固。
\这样做了一段时间之后,公司希望我往经理的方向发展,但是我当时还很年轻,想多深入行业业务,不想做经理,于是我加入了另一家以色列公司,接触到一些网络和嵌入式系统方面的项目。
\我们的第一个项目是针对加油站做的。我的公司有一项专利,就是在汽车里面有一个内置的信用卡。大企业会购买这种设备放到公司的汽车里面去,当员工开着这辆车去加油站的时候,加油的油嘴上有一根天线,能够直接从设备上的信用卡读取数据,进行验证;验证通过之后,油嘴就开始加油,同时油钱会直接从信用卡上扣除,员工无需另外付费。大公司用这种方案的好处在于省钱,因为加油站对大公司是可以提供折扣的。当时做这个项目的时候,我对金融的交易过程、网络协议这方面都研究了很多。这套系统一开始的原型是采用Linux Slackware配合SSD做的。在2001年,SSD还不多见,不过我们拿到的工业PC上配置的就是SSD。原型做出来之后,我们提供给荷兰的一家加油站试用,结果用了两三个星期也没遇到什么问题。
\这个项目之后,我进入了另一个完全不同的项目,跟安全相关:PKI、数字签名、加密等等。有一个项目是网络安全相关的,用于进行企业内网的权限管理。比如一个陌生人进入一家公司,拿着网线接入,尝试通过以太网连接,那么他需要获取一个IP。当时的很多企业用的是很简单的DHCP,这样陌生人就可以轻松获得一个IP。即使有些企业关闭了DHCP,这个陌生人仍然可以尝试手动给自己分配静态的IP,最终成功连入企业网络。我们做的系统就是为了防止这种任意接入的问题。这个方案跟后来的802.1x标准要实现的目标是一样的,即NAC。
\2008年,我的一个前同事给我打了一个电话,他当时刚加入一家创业公司,公司的名字是Qumranet。他说他们在做虚拟化,需要我过去帮忙。我就跟我的经理打个招呼,请了一个月的假期,去他那里帮他解决一些C++的问题。本来我跟Qumranet只是短期合同的关系,但在这段时间,我之前的公司出了一些问题,面临破产;而在同时,红帽宣布收购了Qumranet。于是在2008年12月1日,我成了一个红帽的员工。
\
InfoQ:很有意思的经历。你加入红帽之后,做的仍然是虚拟化方面的项目吗?
\\\Doron:是的。Qumranet的人都非常有创造力,而他们在早期折腾的一些东西,后来都逐渐发展成为Spice和oVirt这样的项目和产品。KVM和oVirt实际上是同根而生。从KVM诞生之日起,我们就决定要有一个管理它的系统,因为我们不可能靠脚本实现所有的操作。oVirt就是这样诞生的——只不过一开始叫Solid Ice这个名字。
\我在早期的项目之一是将oVirt node和oVirt进行集成。oVirt node相当于虚拟机系统,是宿主机的子集:oVirt node会包含所有相关的软件包,我们要做的是让虚拟机能够跟oVirt node进行交互。之前,我们已经在RHEL上实现了类似的功能,不过oVirt node的情况跟RHEL不太一样,我花了好几个月才把它搞定。
\之后的项目是VDSM,我们开始为oVirt存储撰写早期代码。当时我跟Ayal Baron一起做这一块,他现在是oVirt存储项目的经理。
\
InfoQ:之前在Qumranet的项目都是用.NET编写的,后来全部用Java重写?
\\\Doron:是的。由于Qumranet是初创企业,选择.NET能够非常快速的写出东西来。早期的管理系统都是C#写的。Web部分完成了之后,整个集成没花费多长时间。虽然我是个搞Linux的,对.NET不怎么喜欢,但那种快速开发、快速实现,的确很管用。事实上,当时的一些思路,比如热迁移的实现,如何从管理应用对整个系统进行监控等,后来的OpenStack项目中也有所借鉴。
\总之,后来我们按照已经理顺的思路将整个项目用Java重写,操作系统也从Windows迁移到Linux。在这个过程中,有些组件进行了改进,有些还是遗留代码。项目本身总是会有改进的空间。不过跟之前很不同的一点就是,迁移之后——尤其是去年这段时间,我们看到了大量来自社区的参与、贡献。Linux社区的动力非常大。而且,oVirt项目在UI这块,来自社区的贡献很多,因为UI这块只需要搞JavaScript就行,无需修改引擎本身。无论你使用Nagios还是其他什么系统,都可以很轻松的进行集成。最近两三个月,也有不少对oVirt的贡献进入了下游的RHEV产品,我觉得这非常好。
\
InfoQ:电信领域对SLA的要求是非常高的。你加入红帽之后,感觉这方面最大的区别是什么?
\\\Doron:主要是情景的不同。打一个电话,和管理一台虚拟机,是完全不同的情景,不过有些概念是通用的。两个情景都需要SLA。而且时代不同,同一个领域的情景也会不同。
\比如在早期的电信时代,经常会发生一种情况:你打一个电话,打了30秒之后就掉线了;然后你重新拨打,通话了30秒,又掉线了。这是非常糟糕的QoS(服务质量),不过在那时候的以色列,某运营商提供的服务就是这样的。
\现在,大家用手机都要上移动网络,我们关注的是我在手机上能下载多少东西,是不是可以直接在线观看视频等等。大家谈论的是手机网络的QoS。
\虚拟化领域,虚拟机也有类似的需求。比如存储,现在的共享存储都是基于网络的,所以如果网络不稳定,你的存储也会不稳定甚至失效。另外,如果你的物理CPU过载,你的虚拟机也会很难受。
\无论是哪种场景,QoS的本质无非是:我们愿意付出多大代价换取好的体验?所以,我以前在其他领域积累的经验,经常能够在另一个领域看到对应问题的解决思路。
\
InfoQ:你刚才的演讲中提到oVirt和OpenStack有很多合作和组件共用。红帽内部也有OpenStack的团队。你们是如何分工的?
\\\Doron:oVirt项目内部有不同的小组,每个组专注的方向不同。存储组专注于存储,这个组跟OpenStack的存储组有非常密切的合作,目前在一起做一些Glance方面的集成工作。
\网络组也是一样。我的同事Dan Kenigsberg就在网络组,他们也在观察OpenStack的网络组件,寻找可以相互借力的点。第一个oVirt研讨会是由思科主办的,当时的一个分享有关OpenStack的Quantum组件。他们组就研究了Quantum的工作原理,并提出了集成两个项目的PoC(Proof of Concept)。同时,社区中也有人在进行同样方向的工作,比如惠普的工程师就提交了一个蓝图,让OpenStack使用oVirt集群作为计算节点,以及为oVirt创建模板,让Glance可以使用oVirt的镜像模板组建OpenStack环境。
\OpenStack和oVirt的受众是不同的,不过双方合作对大家都有好处。我们可以借力Quantum在网络上的成果,Glance可以使用我们的镜像和集群,这样大家都方便很多。我们最近在评估对oVirt任务计划进行重写,也研究了不少Nova任务计划的代码。Nova的很多观点是很好的。如果重写后的实现方式足够贴近,用户很可能能够在两个项目之间复用代码。
\
InfoQ:oVirt的配置过程很简单吗?要知道,很多人吐槽OpenStack,就是因为它的配置太复杂。
\\\Doron:当然。在Qumranet的时代,我们就在致力于简化这个过程。刚才我提到的oVirt node项目,就是为了让用户能够在两分钟内添加一台新的服务器进入到oVirt配置当中。这个过程非常简单。
\从OpenStack本身的角度,它也没什么错,因为我们的受众不同。OpenStack的目标是实现大规模的集群,同时,他们对单点高可用也没什么需求:如果一个VM死掉了,他们可以启动一个新的VM,没什么关系。
\oVirt实现的是一个虚拟数据中心。如果我的邮件服务器挂掉了,我需要1分钟内把它搞回来,同时我也不想丢数据。所以我们需要简化操作:自动完成虚拟机系统的安装,保持用户操作方式的一致,改进稳定性,改进UI等。整个UI的Web应用是一个GWT应用,有用户界面和管理员界面。在新版的网络管理界面,你可以使用拖拽来将两个网络接口联合成一个绑定,这都是非常简单直观的操作。
\社区里还有人呼吁开发Android和iPad的oVirt客户端。实际上一开始社区里有一个Android客户端,叫做Nomad项目,是一个非常轻量级的App。不过,这个项目很久没更新了,估计是废弃了。但是不管怎么说,我们对这样的项目是非常欢迎的。
\oVirt还有VDSM hooks的机制,用户可以通过VDSM hooks扩展自己的oVirt系统。如果用户愿意将自己开发的VDSM hook反馈给社区,可以直接给hooks的RPM提交一个补丁。我们十分欢迎大家参与这方面的工作。
\
InfoQ:既然oVirt是项目,RHEV是产品,这是否意味着oVirt更多面向工程师,而客户还是直接去购买RHEV的服务比较好?
\\Doron:这个倒是不一定,因为oVirt社区里有很多成员已经把oVirt作为提供给客户的解决方案。
\项目和产品的最大区别就是在于你是否需要靠谱的服务。就算在大企业中,也不是所有的环境都需要服务支持,比如测试环境,你总是可以用Fedora和oVirt来进行测试的。
\同时,项目和产品之间也有点轮回的关系,做好事总是有好报。比如RHEV,虽说是直接拿了oVirt项目的成果去运作,但是RHEV使用过程中反馈的bug和针对这些bug的fix,也都会回馈到oVirt项目中。
\