Weitere ähnliche Inhalte
Ähnlich wie Cinder intro@open stack china-tour-shenzhen (20)
Cinder intro@open stack china-tour-shenzhen
- 2. Content
00 写上你的文字你的文字
1. Cinder 的由来
01
2. Cinder 的架构
02
3. Cinder 的未来
03
04
4. 后端存储的选择
05
5. 国内存储厂商的机遇
6. 如何整合后端存储与 Cinder
- 6. Cinder 的由来
00 写上你的文字你的文字
主要功能
01
02
1. Create volume
=
1.Volume create/delete/upload
2. Create volume from snapshot
03
3. Create volume from image
04
4. Upload volume to image
05
2.Volume attach/detach
3.Snapshot create/delete
- 7. Cinder 的由来
目前状态
00 写上你的文字你的文字
PTL
01 John Griffith
02 =
03 Meeting:
IRC: freenode server
04 #openstack-meeting
Wednesdays at 16:00 UTC
05 星期三 晚上 12 点整
- 8. Cinder 的由来
开发流程
00
Bug https://bugs.launchpad.net/cinder
写上你的文字你的文字
01
Git
02 =
https://github.com/openstack/cinder
03
Gerrit https://review.openstack.org/
04
05
- 9. Cinder 的由来
00 写上你的文字你的文字
目标
01
=
1.Folsom 版本中可以替换 Nova-volume
02
2.支持更多功能
03
04
05
- 11. Cinder 的架构
写上你的文字你的文字
创建 volume 的流程
00
1. User: POST http://sws.sina.com.cn:8776/v1/{tenant_id}/volumes
01
2.
3. 02 =
Cinder-api: CALL cinder.volume.API.create()
Cinder-api: RPC CAST create_volume to cinder-scheduler
4. Cinder-scheduler : SELECT cinder-volume
03
5. Cinder-scheduler: RPC CAST create_volume to cinder-volume
6. Cinder-volume: CALL driver.create_volume()
04
05
- 12. Cinder 的未来
00 写上你的文字你的文字
1. 更智能的调度器 scheduler ,可以区分不同
01
=
的后端存储,以便支持多个异构后端存储。
02
2. 支持不同的 volume type ,用户可以根据自
03
己的需要选择不同性能的 volume 。 QoS
04
3. * volume 扩容
05
4. * snapshot 上传 / 下载
5. ……
- 13. 后端存储的选择
1. iSCSI 写上你的文字你的文字
00
1. IET+LVM/TGT+ RAID
2.01Solaris
3. HP Lefthand
=
4.02IBM XIV/StorwizeSVC
5. Nexenta
6.03Dell EqualLogic
7. SolidFire
04
8. NetApp
05
2. NFS(NAS)
1. NetApp
2. Glusterfs
3. 其他
1. Ceph
2. Sheepdog
- 14. 后端存储的选择
Rackspace Cloud Block Storage Works
00 写上你的文字你的文字
01
02
03
04
05
- 17. 国内存储厂商的机遇
00 写上你的文字你的文字
Cinder 所支持的后端存储有很多国外存储产品。
01
=
中国也有很多家存储厂商,但是还没有一家支持 OpenStack 。
02
国内存储厂商可以加入 OpenStack 生态圈,切入云计算市场。
03
04
途径:写 driver ,让 cinder 支持自己的存储系统。
05
- 18. 如何整合后端存储与 Cinder
00 写上你的文字你的文字
1. 区分自己后端存储的类型: NAS/IP-SAN/ 其他
01
2. 参考现有的 driver ,实现自己的 driver 。
02 =
Create_volume
03
Delete_volume
Create_volume_from_snapshot
04
Create_snapshot
05
Delete_snapshot
Create_export
Remove_export
Initialize_connection
Terminate_connection
- 19. Q&A
Weibo: @ 朱荣泽
Email: rongze@staff.sina.com.cn
GTalk: zrzhit@gmail.com
Blog: http://blog.csdn.net/metaxen
Hinweis der Redaktion
- 大家下午好,我是来自新浪的朱荣泽,我的工作是负责新浪云主机块设备存储的研发,同时也参与 Openstack 的开发。 下面我给大家讲的主题是“ Openstack 的块设备存储服务”。
- 这个 ppt 我在北京站已经讲过一次,但是昨天我又新增了一些内容。 这个主题的主要内容包括: Cinder 是怎么出现的,它有哪些目标。 Cinder 是什么样的架构,它可以有哪些改进,它创建 volume 的流程。 Cinder 的未来会提供什么样的功能 Cinder 支持哪些后端存储,我们应该如何选择。还分析了 rackspace 的快存储服务架构和 glusterfs 最近的动作。 OpenStack 的出现给存储厂商带来的哪些机遇 如何整 Openstack 和自己的存储系统?如何写驱动。
- IaaS 平台给用户提供了计算资源、网络资源、存储资源 , 它们缺一不可。
- 在 Openstack 的 E 版本中,计算、网络、存储都是放在 nova 项目中。 Nova 下的 nova-compute 组件负责虚拟机、 nova-network 组件负责网络、 nova-volume 负责块设备存储。 但是这带来几个问题: 1. nova 项目非常大, nova 下有很多组件,这些组件依赖性太大,这使得添加新功能很困难。 2. 因为 nova 太多组件,而且相互依赖,使得开发人员很难对 nova 有全局的了解,使得开发人员很难 review bug 和 blueprint 。 3. 块设备存储和网络是 OpenStack 中关键的部分,需要专门的团队进行开发。 因此在今年 4 月份的 openstack summit 之后,社区决定创建两个新的项目 quantum 和 cinder ,分别用于取代 nova-network 和 nova-volume 。 这样把块设备存储作为 OpenStack 一个单独的核心项目,可以加快 OpenStack block storage service 更多功能的开发,提高可靠性。
- 现在 cinder 和 nova-volume 是并存的,它们的功能都一样,都可以使用,这是为了保证兼容性。 但是在 G 版本(也就是下一个版本)中, cinder 应该会替换掉 nova-volume 。
- 目前 cinder 的主要功能包括: Xxx Volume attach 把卷挂载到虚拟机上。 这些功能都有 REST API 。
- 目前 cinder 的架构和 nova 的一样,非常方便扩展。 Api 组件负责向外提供 REST 接口, shedule 组件负责分配存储资源, volume 组件负责封装 driver 。不同的 drvier 负责控制不同的后端存储。 组件之间的 RPC 靠消息队列实现。 以后 cinder 的开发工作主要集中在 shcedule 和 driver ,以便提供更多的功能,支持更多的后端存储。
- 现在 cinder 的 schedule 并不能感知到后端存储的种类。
- Cinder 可以支持很多后端存储,大致分为三种,分别是 iSCSI 存储系统、 NAS 存储系统、其他开源存储系统。 如何选择自己的后端存储,可以从性能、可靠性、价格三方面考虑。 假如自己公司本来就有 IP-SAN ,而且 cinder 也支持,则就可以直接用。 资金较少的的可以选择 iSCSI+LVM+RAID , Glusterfs 的方案。 胆子大的,也可以用 ceph 和 sheepdog 。
- 扩展性 可靠性
- 其实写 driver 很简单。假如有存储厂商愿意加入 openstack ,愿意让 cinder 支持自己的存储系统,我们可以帮你们写 driver, 并提交到社区。
- 写 driver 很简单的,主要实现这些接口。
- 我的报告讲完了,不知道大家有什么问题?