OpenStack中国社区周报 (6/23-6/29)

作者:郑晨, OpenStack中国社区 ,转载请注明出处

编者按:OpenStack中国社区为了让中国的Stacker亲们更加及时准确地了解OpenStack社区和全球的行业动态,特别推出同步www.openstack.org/blog,superuser.openstack.org/ 以及 Mirantis OpenStack Now (http://www.mirantis.com/openstack-portal/)中文翻译,本社区不会全部直译,合适地方会采用意译,希望对大家有帮助,也虚心接受大家意见建议,提高翻译水准;另外,本社区也会加上一些国内的OpenStack技术分享,行业信息,OpenStack中国活动信息,欢迎各路专家学者积极投稿(投稿信箱: editor@openstack.cn)。

OpenStack官方新闻

一、OpenStack技术委员会最新要闻(6月…

详细内容

Swift和Keystone单机安装总结

一般网上搜索到的资料都是介绍整个Openstack的安装过程的,通常都是长篇累牍,非常复杂。因为个人的虚拟机环境,没有太高调配置,不可能完整运行Openstack的各种服务,只想体验一下Swift,于是试着只安装Swift和Keystone。对于Openstack支持最好的也就算是Ubuntu发行版了,甚至在较新的13.0版以上都直接集成了。

因为只安装单机版本的Swift和Keystone,因此不需要双网卡,所有业务和控制都走一个网络即可。网络规划简单。

首先,下载安装Ubuntu,这里选择12.04 LTS版本。安装软件包:

通用工具:sudo apt-get install openssh-server
Keystone:sudo apt-get install keystone python-keystone python-keystoneclient
Swift...

详细内容

解析Ceph: RBDCache 背后的世界

RBDCache 是Ceph的块存储接口实现库 Librbd 的用来在客户端侧缓存数据的目的,它主要提供了读数据缓存,写数据汇聚写回的目的,用来提高顺序读写的性能。需要说明的是,Ceph 既支持以内核模块的方式来实现对 Linux 动态增加块设备,也支持以 QEMU Block Driver 的形式给使用 QEMU 虚拟机增加虚拟块设备,而且两者使用不同的库,前者是内核模块的形式,后者是普通的用户态库,本文讨论的 RBDCache 针对后者,前者使用内核的 Page Cache 达到目的。更多关于 Librbd 的情况可以参见作者的另一篇文章:解析Ceph: Librbd–块存储库

ceph-1

RBDCache 的实现

RBDCache 目前在 Librbd(以下统指用户态库)中主要以 Object Buffer Extent 为基本单位进行缓存,一个 RBD 块设备在 Lirbd 层会…

详细内容

解析Ceph: Librbd–块存储库

Librbd 是Ceph的块存储库,其利用Rados提供的API实现对卷的管理和操作。就目前而言,在Ceph支持的三种接口Posix(CephFS),块存储(Librbd)和对象存储(RadosGW)接口中,块存储是目前最稳定且达到生产环境要求的接口。

这篇文章主要分析Librbd如何利用Rados API实现块存储管理要求。

使用场景

使用Ceph的块存储有两种路径,一种是利用QEMU走librbd路径,另一种是使用kernel module,走kernel的路径。前种主要为虚拟机提供块存储设备,后者主要为Host提供块设备支持,两种途径的接口实现不完全相同。就目前来说,前者是目前更稳定的途径,也是Ceph所有应用场景中最广泛使用的。(PS: 强烈不推荐使用kernel module)

libvirt1

基本数据结构和概念

下面主要介绍Librbd中一些重要的概念,可能与其他环境下的…

详细内容

OpenStack中国社区周报 (6/16-6/22)

作者:郑晨, OpenStack中国社区 ,转载请注明出处

编者按:OpenStack中国社区为了让中国的Stacker亲们更加及时准确地了解OpenStack社区和全球的行业动态,特别推出同步www.openstack.org/blog,superuser.openstack.org/ 以及 Mirantis OpenStack Now (http://www.mirantis.com/openstack-portal/)中文翻译,本社区不会全部直译,合适地方会采用意译,希望对大家有帮助,也虚心接受大家意见建议,提高翻译水准;另外,本社区也会加上一些国内的OpenStack技术分享,行业信息,OpenStack中国活动信息,欢迎各路专家学者积极投稿(投稿信箱: editor@openstack.cn)。

OpenStack官方新闻

一、Marconi:与AMQP说再见

在…

详细内容

Neutron中的网络I/O虚拟化

为了提升网络I/O性能,虚拟化的网络I/O模型也在不断的演化:

1,全虚拟化网卡(emulation),如VMware中的E1000用来仿真intel 82545千兆网卡,它的功能更完备,如相比一些半虚拟化的网卡(如vmnet3)会对vlan的支持更好(这点可参见作者的另一篇博客《Vmware中的虚拟网络》一文)。纯软件模拟不需要硬件支持,通过CPU计算来模拟,跟宿主机的物理网卡隔离,没有平台要求,对虚拟机的操作系统也不需要修改(因为模拟的都是一个常见的硬件网卡,如IntelE1000,主流操作系统一般都自带这些驱动,因此默认情下虚拟机不需要再安装驱动。缺点就是性能差了。

2,半虚拟化网卡,如上面提到的VMware中的vnet3,以及KVM中的virtio等。在半虚拟化模型中,物理硬件资源是统一由Hypervisor来管理的,这样虚拟机和Hypervisor之间通信有可能直接接…

详细内容

英特尔SR-IOV实现PCI硬件资源共享

引言:随着虚拟化服务器部署的不断增加,虚拟化技术继续着在特别是I/O性能方面的变革。整个行业将大量工作投入到通过使用虚拟化技术提高硬件资源利用(例如应用执行)的有效性上。Single Root I/O Virtualization and Sharing Specification(SR-IOV)详细规定了PCI Express规范套件扩展能让虚拟化环境中的多个系统图像(SI)或者虚拟机(VM/Guest)共享PCI硬件资源。

I/O虚拟化目标

虚拟化方面有很多趋势推动着对更高效I/O虚拟化解决方案的需求:

•由于通过Intel Virtualization Technology(Intel VT)降低了虚拟机管理器(Virtual Machine Monitor,VMM),通过Intel微架构和多核处理器提高了能源效率,因此每台服务器中的虚拟机数量也随之增加
•增强的处理能力和服…

详细内容

Red Hat KVM SR-IOV 配置

SR-IOV是PCI passthrough 的增强,设备本身(例如网卡)要支持SR-IOV

SR-IOV-PCI-Device
example for Intel 82576 NIC
1. enable Intel VT-d in BIOS
2. using “lspci | grep 82576″ to verify the NIC was detected
3. list SR-IOV module using “lsmod | grep igb”, if not, “modprobe igb”
4. Activate Virtual Functions

# modprobe -r igb
# modprobe igb max_vfs=7

5. Make the Virtual Functions persistent

# modprobe /etc/modprobe.d/igb.conf...

详细内容

[活动.北京]OpenStack运维经验分享会

时间:2014年6月28日   14:00 – 17:00
地点:Garage Cafe  海淀西大街48号图书城步行街内鑫鼎宾馆二层, Beijing

组织者:Daisy Guo (Ying Chun “Daisy”­ Guo is the I18n lead of OpenStack community. Her focus are the internationali­zation and localization of OpenStack. She helped to set up the translation platform for OpenStack, which is integrated with OpenStack Infrastructure­.)

会议内容:

根据大家的反馈,我们把本地聚会的主题设定为“Operation”。这次,我们邀请到了来…

详细内容

红帽收购欧洲领军OpenStack解决方案和服务商eNovance

编者按:继上个月红帽收购 开源分布式块存储CEPH背后的商业公司Inktank之后,今天红帽又在OpenStack战略上迈出了重要一步:收购eNovance,来试图补上OpenStack解决方案和服务的短板;熟悉OpenStack的朋友都知道,在发行版的竞争上,红帽和Mirantis竞争激烈,两者各有优势:从自动化和简化OpenStack安装部署的角度,无疑是Mirantis的Fuel,体现的是Mirantis的OpenStack解决方案和服务的优势;红帽的目标是参照Linux的路径做稳定、可靠、安全的OpenStack发行版,再加上强大的社区贡献能力和影响力逐步做好,再通过渠道去接触用户。红帽此举,算是对自己投资的Mirantis的很好回击,鹿死谁手,拭目以待:)。 红帽收购的全文如下:

 

RALEIGH, N.C. – June 18, 2014 – R…

详细内容