兩年前OpenStack基于NASA的Nova項(xiàng)目和Rackspace的Swift項(xiàng)目合并得以建立，而今OpenStack已經(jīng)成為云計(jì)算領(lǐng)域的一顆新星，繼2012年四月發(fā)布Essex版本之后，在今年九月底OpenStack第6版Folsom正式發(fā)布，本文簡(jiǎn)要分析了OpenStack Folsom的架構(gòu)。

Folsom邏輯結(jié)構(gòu)圖

Object Store

Swift結(jié)構(gòu)是分布式的，這樣既可以防止任何單一的節(jié)點(diǎn)上出問(wèn)題，又可以進(jìn)行橫向的擴(kuò)展。它包含的組件有：

Prox server：它負(fù)責(zé)接受由OpenStack Object API傳入的請(qǐng)requests或者直接就接受HTTP requests。接受的請(qǐng)求有文件上傳，修改元數(shù)據(jù)和創(chuàng)建container單元。此外還為瀏覽器提供文件和continer的列表。通常我們會(huì)使用一個(gè)可選的緩存來(lái)提高它的性能。

Account servers：它們負(fù)責(zé)管理由object存儲(chǔ)服務(wù)創(chuàng)建的賬戶(hù)。

Container servers：它們負(fù)責(zé)管理object存儲(chǔ)服務(wù)里面containers(也就是文件夾)映射。

Object servers：它們負(fù)責(zé)管理storage節(jié)點(diǎn)上的真正的objects。(也就是文件)

在服務(wù)器上通常有許多用來(lái)執(zhí)行日常任務(wù)的周期性進(jìn)程。其中最重要的就是replication services，它通過(guò)集群保證了一致性和可以用性。其他的一些周期進(jìn)程有：auditors,updaters和reapers。

Object store也通過(guò)HTTP為靜態(tài)頁(yè)面和對(duì)象服務(wù)。實(shí)時(shí)上，本文的那張圖片就是來(lái)自Rackspace Cloud的Switf service。

Image Store

自從Cactus版本發(fā)布以后，Glance結(jié)構(gòu)相對(duì)來(lái)說(shuō)比較穩(wěn)定。最大的結(jié)構(gòu)變化大概就是在Diablo版本加入了身份驗(yàn)證。讓我們快速瀏覽下Glacnce的四個(gè)主要部分：

glance-api：她接受Image API的發(fā)現(xiàn)圖片，檢索圖片和存儲(chǔ)圖片的請(qǐng)求。

glance-registry：她存儲(chǔ)，處理和檢索元圖片元數(shù)據(jù)。(像大小，類(lèi)型等)

一個(gè)存儲(chǔ)圖片元數(shù)據(jù)的數(shù)據(jù)庫(kù)。像Nova一樣，你可以根據(jù)你的需求參數(shù)選擇你的數(shù)據(jù)庫(kù)。(但大部分人都選擇MySQL或者SQlite)

一個(gè)存貯實(shí)際圖片文件的圖片庫(kù)。在上面的圖片中，Swift被當(dāng)作了圖片庫(kù)，而且這是可以配置的。除了Swift，Glance支持普通的文件系統(tǒng)，RADOS塊設(shè)備，Amazon S3和HTTP。需要清楚的一點(diǎn)兒是這些選擇中的一部分是有只讀限制的。

就像你在上面的概念結(jié)構(gòu)圖部分看到的一樣，Glance在所有IaaS圖片服務(wù)中是個(gè)核心角色。她接受來(lái)自終端用戶(hù)或者Nova組件的圖片(或者圖片元數(shù)據(jù))的API requests，并且她可以把她的文件存在object storage service(Swift)中。

Identity

Keystone把OpenStack policy,catalog,token和authentication等功能集成于一身。不僅處理API requests，同時(shí)也提供可以配置的catalog，policy，token和identity服務(wù)。

每一個(gè)Keystone功能都有一個(gè)允許用不同方式使用它的獨(dú)特服務(wù)的插件化后臺(tái)。大部分功能都支持標(biāo)準(zhǔn)的后臺(tái)，比如LDAP，SQL和Key Value Stores等。

Network

Quantum在其他OpenStack服務(wù)管理的接口設(shè)備之間提供網(wǎng)絡(luò)連接服務(wù)。她首先允許用戶(hù)創(chuàng)建他們自己的網(wǎng)絡(luò)，然后給他們提供接口。和其他的OpenStack服務(wù)一樣，Quantum使用了插件化結(jié)構(gòu)，這使得他可以被詳細(xì)配置。這些插件使用了不同的網(wǎng)絡(luò)設(shè)備和軟件。這樣，結(jié)構(gòu)和部署就非常的靈活了。在上面的結(jié)構(gòu)中，使用了一個(gè)非常簡(jiǎn)單了Linux網(wǎng)絡(luò)。

quantum-server：接受API requests然后把他們轉(zhuǎn)發(fā)到合適的quantum插件去執(zhí)行。

quantum 插件和代理執(zhí)行插件的添加或者卸載，創(chuàng)建網(wǎng)絡(luò)或者子網(wǎng)和IP地址分配等實(shí)際操作。這些插件和代理在特定的云服務(wù)里面依賴(lài)不同公司和使用不同的技術(shù)。Quantum裝載了的插件和代理有：Cisco的虛擬的和物理的交換機(jī)，Nicira的NVP產(chǎn)品，NECO的OpenFlow產(chǎn)品，Open vSwitch，Linux的bridging和Rye的網(wǎng)絡(luò)操作系統(tǒng)。Midokua也為Quantum集成服務(wù)提供了一款插件。Quantum中普通的代理有L3，DHCP和定制的代理插件。

大部分的Quantum設(shè)備都通過(guò)一個(gè)消息隊(duì)列來(lái)轉(zhuǎn)發(fā)在quantum-server和各種代理之間的信息，也有一個(gè)用來(lái)存儲(chǔ)每個(gè)插件自己的網(wǎng)絡(luò)狀態(tài)的數(shù)據(jù)庫(kù)。Quantum主要和Nova進(jìn)行交互，Nova為他的實(shí)例提供網(wǎng)絡(luò)和鏈接。

Block Storage

Cinder 將之前在OpenStack Compute中的部分持久性塊存儲(chǔ)功能分離了出來(lái)，集成到了自己的服務(wù)中。OpenStack塊存儲(chǔ)API允許對(duì)卷，卷的類(lèi)型，卷的快照進(jìn)行處理。

cinder-api 接受API requests并且將他們轉(zhuǎn)發(fā)到cinder-volume去執(zhí)行。

cinder-volume處理cinder數(shù)據(jù)庫(kù)的維護(hù)狀態(tài)的讀寫(xiě)請(qǐng)求，通過(guò)消息隊(duì)列和直接在塊存儲(chǔ)設(shè)備或軟件上與其他進(jìn)程交互。

和nova-scheduler非常相似，后臺(tái)進(jìn)程cinder-scheduler會(huì)選擇在最優(yōu)的塊存儲(chǔ)提供節(jié)點(diǎn)上去創(chuàng)建卷。

Cinder deployments也使用消息隊(duì)列去轉(zhuǎn)發(fā)cinder進(jìn)程之間的消息并且使用一個(gè)數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)這些卷的狀態(tài)信息。和Quantum類(lèi)似，Cinder主要和Noa交互，為她提供她的卷需要的實(shí)例。