經(jīng)常有朋友讓我介紹Openstack，我就干脆寫一篇Openstack的組件介紹，也算是總結(jié)一下。馬上2012年就要結(jié)束了，也是到該總結(jié)的時候。去年現(xiàn)在的Openstack，其實官方的Keystone和Horizon還沒法很好的一起工作。
我個人的理解：下面的組件全部工作良好，那么基本的一個IAAS就算比較完整，這些功能都是目前Rackspace和linode都有的。
目前官方認同的孵化項目，都會放到 https://github.com/stackforge
大家可以通過wiki的變化，了解項目目前的情況：http://wiki.openstack.org/RecentChanges
如果大家希望詳細了解項目進度，可以閱讀他們每次開會的紀要，包括各種問題的討論，非常有意思：http://eavesdrop.openstack.org/meetings/
如果希望快速了解，可以直接看這個http://eavesdrop.openstack.org/meetings/project/ 所有的項目大概進度都會在這里討論。
Contents [hide]
這個是最核心的，Nova最開始的時候，可以說是一套虛擬化管理程序，還可以管理網(wǎng)絡和存儲。不過從Essex版本后，Nova開始做減法，和網(wǎng)絡相關的內(nèi)容，包括安全組，交給Quantum負責，存儲相關的交給Cinder負責。調(diào)度有關的內(nèi)容，會交給新的項目Marconi。
以前還有一個nova common，這其實是各個組件都使用相同的東西，現(xiàn)在也專門成立一個項目：oslo，已經(jīng)是核心項目。
未來Nova對各種Hyperv的支持是有差異的，KVM和XEN，基本是最好的。微軟的Hyper-V算是很不錯，微軟投入再研發(fā)。剛才朋友還專門提到一點：就是未來計算節(jié)點，不直接查詢數(shù)據(jù)庫，而是通過rpc的方式，據(jù)說這是一大進步。
Nova的穩(wěn)定性，其實取決于libvirt，qemu，希望未來可以能更加穩(wěn)定。功能現(xiàn)在其實已經(jīng)不是大問題。
這是提供身份認證和授權的組件。任何系統(tǒng)，身份認證和授權，其實都比較復雜。尤其Openstack 那么龐大的項目，每個組件都需要使用統(tǒng)一認證和授權。
目前keystone 要做的東西其實還是很多。沒法基于角色的授權，web管理用戶等。當然你如果希望實現(xiàn)使用動態(tài)令牌認證，多因素認證，LDAP集成，這都是未來版本需要實現(xiàn)的功能，這些功能都已經(jīng)在計劃中。
目前好像要實現(xiàn)keystone的高可用，還是比較困難，這個就讓社區(qū)慢慢解決吧。大規(guī)模部署，這也會是瓶頸。
這是鏡像管理。功能其實相對比較簡單。不過Glance后端的存儲的支持，其實一直到Folsom的版本，Glance對swift的支持，才算是比較完善。
目前Glance的鏡像存儲，支持本地存儲，NFS，swift，sheepdog和Ceph，基本是夠用了。
目前Glance的最大需求就是多個數(shù)據(jù)中心的鏡像管理，如何復制，不過這個功能已經(jīng)基本實現(xiàn)。還有就是租戶私有的image管理，這些目前功能都已經(jīng)實現(xiàn)。
個人感覺：Glance后續(xù)基本就是一個bug修復，穩(wěn)定的階段。
這是網(wǎng)絡管理的組件，也是重頭戲，Openstack的未來，基本都要靠quantum。上面介紹nova的時候，說過網(wǎng)絡相關的內(nèi)容，都會交給Quantum。不過Quantum的開發(fā)進度不是太如人意。Flosom規(guī)劃實現(xiàn)功能，到Grizzly才實現(xiàn)。未來nova network的代碼清理，估計到H版本都不見得可以實現(xiàn)。
Quantum 后端可以是商業(yè)產(chǎn)品或者開源。開源產(chǎn)品支持Openvswitch，和linux bridge。網(wǎng)絡設備廠商都在積極參與，讓他們的產(chǎn)品支持Quantum，目前思科，銳捷已經(jīng)實現(xiàn)支持。
比較悲觀的估計：quantum要完全滿足生產(chǎn)的需求，例如帶寬限制，mutilhost等功能，很可能需要等到2014年的I版本，真的考驗耐心。
如果你關注Quantum的話，就會發(fā)現(xiàn)目前還是在起步階段，無論是bug還是功能，都是非常多。
這是存儲管理的組件。一直以來，很多人都很糾結(jié)AWS的EBS的實現(xiàn)。Openstack也終于推出了自己的存儲管理組件。
Cinder存儲管理主要是指虛擬機的存儲管理。目前支持開源和商業(yè)化產(chǎn)品。開源的sheepdog，Ceph等。商業(yè)存儲的支持，目前ＩＢＭ是最積極的。未來如果商業(yè)存儲廠商都支持Cinder，對Openstack的商業(yè)化還是非常有利的。
對于企業(yè)來說，使用分布式作為虛擬機的存儲，并不能真正節(jié)省成本，維護一套分布式存儲，成本還是很高的。目前虛擬機的各種高可用，備份的問題，其實都可以把問題交給商業(yè)存儲廠商來解決。
這是實現(xiàn)負載均衡的項目?，F(xiàn)在linode，Rackspace，都提供了負載均衡的服務，有了這個服務，你才有可能實現(xiàn)所謂的彈性擴展。這個組件是Mirantis公司和思科合作開發(fā)的。目前這個項目集成在Quantum里，不過基本算是一個獨立的組件。
Lbaas后端可以是各種商業(yè)產(chǎn)品和開源產(chǎn)品。F5，Ngnix，Haproxy，LVS
為了發(fā)布的Grizzly，你應該有機會在Dashboard里設置虛擬機的負載均衡。
嚴格意義來說，Horizon不會為Openstack 增加一個功能，他更多的是一個演示，demo。不過對于很多用戶來說，了解Openstack基本都是從Horizon，dashboard開始。從這個角度來看，他在Openstack各個項目里，顯得非常重要。
Horizon的開發(fā)者，應該是最累的。需要和各個項目打角度。每個項目的功能很多都是需要通過Dashboard來展現(xiàn)。
大家需要注意的是：Horizon只是使用了Openstack部分API功能，很多功能，你可以根據(jù)你的需求去實現(xiàn)。
這是對象存儲的組件。對于大部分用戶來說，swift不是必須的。你只有存儲數(shù)量到一定級別，而且是非結(jié)構(gòu)化數(shù)據(jù)才有這樣的需求。很多人都問一個相同的問題：是否可以把虛擬機的存儲放在swift上。簡單回答：不行。你需要搞明白對象存儲是干啥，擅長那些地方，那些是不行的。
swift是Openstack所有組件了最成熟的,可以在線升級版本,各種版本可以混合在一起,也就是說,1.75版本的swift可以和1.48的在一個群集里.這個是很難得的.
這個項目其實就是把所有組件需要用到相同的東西，集中起來，以前叫nova common，估計感覺不貼切，現(xiàn)在單獨成立一個項目。日后大家開發(fā)新的組件，估計都需要用到oslo。
這是實現(xiàn)監(jiān)控和計量的組件。這應該算是Grizzly的孵化項目。對他的了解其實很少。在Grizzly版本里，你應該可以在Dashboard里看到這個組件。
監(jiān)控和計費一直是一個難題，尤其用戶希望知道cpu和內(nèi)存的使用情況?？纯此绾谓鉀Q這個問題。到時候看看同事如何調(diào)用api來解決監(jiān)控和計量的問題。解決計量，計費就簡單的。
http://wiki.openstack.org/Ceilometer
這個項目是要解決虛擬機的軟件部署的問題。你的虛擬機創(chuàng)建好，os準備好，你還需要做很多配置才能使用，如何能實現(xiàn)把所有繁瑣的操作簡化呢？亞馬遜上有一個專門的工具：AWS cloudformation。目前Openstack上，希望通過Heat來實現(xiàn)類似的功能。
關于這個項目，還是有很多爭議。不過這個項目是Redhat發(fā)起。他們的功力是不容置疑，等Openstack成熟后，這個項目的重要性就會體現(xiàn)出來。
http://wiki.openstack.org/Heat
真的要實現(xiàn)彈性擴展，自動部署，都是需要指望這個。目前Heat已經(jīng)成為孵化項目
下面的項目，基本都還是在討論階段，不過成為孵化項目的可能性很大。
這是實現(xiàn)dns功能的組件。其實如果你用過AWS，你就知道這個功能是必不可少。新浪目前的已經(jīng)加上了這個功能，每個虛擬機，都會自動有一個dns記錄。
https://github.com/stackforge/moniker
估計集成到Dashboard里，還是需要等待一段時間啊。目前該項目開發(fā)還是非常積極。
此項目用于解決openstack 消息隊列的擴展問題。據(jù)說這是Rackspce推出的項目，就是為了解決他們生產(chǎn)中遇到消息隊列的問題。
Marconi – Message Bus for OpenStack
