聚焦Linux合作峰会2011 五佳应对方案助力Linux管理

日期: 2011-04-19 翻译:徐艳 来源:TechTarget中国 英文

近日,Linux开发者社区汇聚在旧金山讨论Linux的未来。我作为参会者之一,也努力地收集了会影响Linux服务器管理员和用户的重要发展信息。下面我就要向大家介绍此次会议上的五大应对方案。   Linux合作峰会上的五佳应对方案   1.控制组(cgroup):cgroup的最初开发目的是限制Linux内核中的资源使用。

内存、带宽、CPU使用都可以用cgroup来控制,它还能用于拒绝到系统资源的访问并监控系统资源。红帽的资源管理指南很好地描述了它们工作的细节,你可以通过这本指南获得更多信息。开发者还在致力于改良控制组工作的方式,所以你一定要报告漏洞并等等他们给出结果!   2.KVM:它的确是……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

近日,Linux开发者社区汇聚在旧金山讨论Linux的未来。我作为参会者之一,也努力地收集了会影响Linux服务器管理员和用户的重要发展信息。下面我就要向大家介绍此次会议上的五大应对方案。

  Linux合作峰会上的五佳应对方案

  1.控制组(cgroup):cgroup的最初开发目的是限制Linux内核中的资源使用。内存、带宽、CPU使用都可以用cgroup来控制,它还能用于拒绝到系统资源的访问并监控系统资源。红帽的资源管理指南很好地描述了它们工作的细节,你可以通过这本指南获得更多信息。开发者还在致力于改良控制组工作的方式,所以你一定要报告漏洞并等等他们给出结果!

  2.KVM:它的确是最受开发人员支持的管理程序,所以如果你还没有用KVM,作好准备从Xen上切换过来吧。Christoph Hellwig详尽地谈到了KVM和qemu向访客处理现有本地存储的方式和开发人员在该领域所做的事情。IBM的Mike Day开始揭开KVM的一些神秘面纱,这些神秘点导致KVM没能更广泛地被采用。他的一些观点得到观众的认同,但是当他声称,因为VMware的VMKernel 大部分是基于相同的Linux代码,所以KVM和VMware非常相似这一观点时,观众群有了小分歧。观众成员(VMware的职员)说,不对,不是这样。暂时还不是这样。

  3.Yocto Project:虽然你也许对嵌入式设备不太在意,谁又知道这个世界(或是你的工作)将来会变成怎样呢?此外,如果Linux是电子的,那它就是所有事情。Yocto Project是所有主要嵌入式芯片厂商、嵌入式商业Linux厂商、独立开发人员和OpenEmbedded的联合力量,它帮助开发人员使他们在创建新设备时不需要每次都重新启动。

  4.文件系统:谷歌Michael Rubin的一次伟大谈话中提到了谷歌选择用ext4代替ext2(稍微提及到由于用ext2部署地慢,所以他们没有丢失所有数据)部署的原因。XFS和ext3都曾纳入考虑但没有选用,前者是因其复杂性,后者是因为它和ext2包含了一些相同的缺点。虽然谷歌选择了ext4, Rubin似乎,只是现在它还不成熟。尽管花了三年时间从ext2转移到ext4,我很怀疑谷歌将很快就进行另一次迁移。但是如果你正在等一次文件系统升级,浏览“黄油”也许就很值得。

  5.Open vSwitch:Open vSwitch是为虚拟环境搭建的网络转换器,它与传统转换器的区别是它通过输出一个外部界面来精细地控制配制状态和发送行为。在这项技术上有一个参与性很强的展示,如果你正运行大型虚拟化环境且需要更高的效率,那这里一定有些东西值得你一看。

翻译

徐艳
徐艳

相关推荐