⑴ 如何獲取openstack nova各版本源碼
如果你想獲取該演算法的源碼，請到launchpad上下載F版本之前（比如E版本）的nova源碼
[python]
view
plain
#
vim:
tabstop=4
shiftwidth=4
softtabstop=4
#
Copyright
(c)
2010
Openstack,
LLC.
#
Copyright
2010
United
States
Government
as
represented
by
the
#
Administrator
of
the
National
Aeronautics
and
Space
Administration.
#
All
Rights
Reserved.
#
#
Licensed
under
the
Apache
License,
Version
2.0
(the
"License");
you
may
#
not
use
this
file
except
in
compliance
with
the
License.
You
may
obtain
#
a
of
the
License
at
⑵ 怎麼查看openstack版本
可以下載一個stackops的iso，安裝一下很快 Openstack提供RESTful API，用常用的開發環境都可以
⑶ openstack有哪些版本
openstack版本就是按順序來來的自ABCDEFGHIJ,現在已經到了J版本了，我最初玩的是E\G版本，老外一貫的命名風格，跟Ubuntu一樣，時間也差不多，一年出兩個穩定版本，想要了解更多直接去openstack官網看吧
⑷ openstack 1.7.0是什麼版本
如果你一直關注swift源碼你可以在git獲得源碼，不過launchpad上發布的是正式版，相關的改動可以查看CHANGELOG
第一次源碼安裝，需要主要的是要安裝相關的包，可以在swift1.7.0/tools/pip-requires中看到相關的包
其中的python-swiftclient的版本也發展到了1.2.0版本 但是在launchpad上的版本還是1.1.1
pip 是安裝和管理python包的工具 相關資料：http://en.wikipedia.org/wiki/Pip_(Python)
安裝好pip 創建一個pipdown 目錄，
執行命令 pip install -r swift1.7.0/tools/pip-requires -d pipdown -no-install
這樣就把需要的包都下載到了pipdown目錄下, 如果你是在launchpad上下載python-swiftclient，可以把包拷貝到pipdown中
執行命令 pip install ./pipdown/* 這里主要如果你源碼安裝其他openstack 組建可能會有相關包先後順序的問題，在這個安裝swift的時候我沒遇到過。這里你也可以寫一個腳本來查看安裝時候成功。
在安裝中我發現需要安裝python-dev包，當然也需要python-setuptools包
在launchpad下載源碼 解壓後，進入目錄執行 python setup.py install 這樣就安裝好了源碼，我在安裝後發現，我的源碼沒有安裝到相關的目錄下例如/usr/bin /usr/lib 我需要進入目錄中執行源碼的方式來執行程序，這不是意味著沒有安裝么？可能的原因是我之前在這台機器上安裝過swift 卸載的可能不幹凈 或者是有沖突，不過這沒什麼問題，因為我之前在虛擬機安裝的時候沒有整個問題，這里只做記錄。
swift的相關配置和先關其他軟體安裝可以參考我之前的文檔，或者參考官方文檔的SAIO。
⑸ openstack O版本和M版本有什麼區別
M是L的下一個版本。基本上區別不大，但是肯定有bug fix 之類。
⑹ 如何查看openstack版本
簡介
安裝完 OpenStack Nova 以後過段時間就很容易忘記自己裝的是哪個版本,而舊版本的 OpenStack Nova 提供了 version 的介面，不過只是針對開發人員，命令行工具沒有面向系統管理員的介面，所以只能通過 python 調取 nava API 來獲得version 信息：
# nova-manage shell python
Python 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)
[GCC 4.5.2] on linux2
Type "help", "right", "credits" or "license" for more information.
(InteractiveConsole)
>>> from nova import version
>>> version.version_string()
'2011.2'
>>> version.version_string_with_vcs()
u'2011.2-workspace:tarmac-20110415024701-a9bdb77vaatk99lh'
>>>
新版本的 OpenStack Nova 提供了簡單的管理員介面，不再需要通過 API 調用了：
# nova-manage version list
2011.3-dev (2011.3-workspace:tarmac-20110428165803-elcz2wp2syfzvxm8)
⑺ 華為fusionsphere的openstack是基於什麼版本
OpenStack其實有三個與存儲相關的組件，這三個組件被人熟知的程度和組件本身出現時間的早晚是相符的，按熟悉程度排列如下: Swift--提供對象存儲 (Object Storage)，在概念上類似於Amazon S3服務，不過swift具有很強的擴展性、冗餘和持久性，也兼容S3 API Glance--提供虛機鏡像(Image)存儲和管理，包括了很多與Amazon AMI catalog相似的功能。(Glance的後台數據從最初的實踐來看是存放在Swift的)。 Cinder--提供塊存儲(Block Storage)，類似於Amazon的EBS塊存儲服務，目前僅給虛機掛載使用。 (Amazon一直是OpenStack設計之初的假象對手和挑戰對象，所以基本上關鍵的功能模塊都有對應項目。除了上面提到的三個組件，對於AWS中的重要的EC2服務，OpenStack中是Nova來對應，並且保持和EC2 API的兼容性，有不同的方法可以實現) 三個組件中，Glance主要是虛機鏡像的管理，所以相對簡單;Swift作為對象存儲已經很成熟，連CloudStack也支持它。Cinder是比較新出現的塊存儲，設計理念不錯，並且和商業存儲有結合的機會，所以廠商比較積極。 Swift 關於Swift的架構和部署討論，除了官方網站，網上也有很多文章，這里就不重復.(也可以參考我之前在OpenStack中國行活動中上海站演講的PPT)。從開發上看，最近也沒有太大的結構性調整，所以我想主要說說比較適用的應用領域好了。 從我所了解的實際案例來看，Swift出現的領域有4個，(應該還有更多，希望大家看到實際用例能夠指教) 1.網盤。 Swift的對稱分布式架構和多proxy多節點的設計導致它從基因里就適合於多用戶大並發的應用模式，最典型的應用莫過於類似Dropbox的網盤應用，Dropbox去年底已經突破一億用戶數，對於這種規模的訪問，良好的架構設計是能夠支撐的根本原因。 Swift的對稱架構使得數據節點從邏輯上看處於同級別，每台節點上同時都具有數據和相關的元數據。並且元數據的核心數據結構使用的是哈希環，一致性哈希演算法對於節點的增減都只需重定位環空間中的一小部分數據,具有較好的容錯性和可擴展性。另外數據是無狀態的，每個數據在磁碟上都是完整的存儲。這幾點綜合起來保證了存儲的本身的良好的擴展性。 另外和應用的結合上，Swift是說HTTP協議這種語言的，這使得應用和存儲的交互變得簡單，不需要考慮底層基礎構架的細節，應用軟體不需要進行任何的修改就可以讓系統整體擴展到非常大的程度。 2.IaaS公有雲 Swift在設計中的線性擴展，高並發和多租戶支持等特性，使得它也非常適合做為IaaS的選擇，公有雲規模較大，更多的遇到大量虛機並發啟動這種情況，所以對於虛機鏡像的後台存儲具體來說，實際上的挑戰在於大數據(超過G)的並發讀性能，Swift在OpenStack中一開始就是作為鏡像庫的後台存儲，經過RACKSpace上千台機器的部署規模下的數年實踐，Swift已經被證明是一個成熟的選擇。 另外如果基於IaaS要提供上層的SaaS 服務，多租戶是一個不可避免的問題，Swift的架構設計本身就是支持多租戶的，這樣對接起來更方便。 3.備份歸檔 RackSpace的主營業務就是數據的備份歸檔，所以Swift在這個領域也是久經考驗，同時他們還延展出一種新業務--「熱歸檔」。由於長尾效應，數據可能被調用的時間窗越來越長，熱歸檔能夠保證應用歸檔數據能夠在分鍾級別重新獲取，和傳統磁帶機歸檔方案中的數小時而言，是一個很大的進步。 4. 移動互聯網和CDN 移動互聯網和手機游戲等產生大量的用戶數據，數據量不是很大但是用戶數很多，這也是Swift能夠處理的領域。 至於加上CDN，如果使用Swift，雲存儲就可以直接響應移動設備，不需要專門的伺服器去響應這個HTTP的請求，也不需要在數據傳輸中再經過移動設備上的文件系統，直接是用HTTP 協議上傳雲端。如果把經常被平台訪問的數據緩存起來，利用一定的優化機制，數據可以從不同的地點分發到你的用戶那裡，這樣就能提高訪問的速度，我最近看到Swift的開發社區有人在討論視頻網站應用和Swift的結合，竊以為是值得關注的方向。 Glance Glance比較簡單，是一個虛機鏡像的存儲。向前端nova(或者是安裝了Glance-client的其他虛擬管理平台)提供鏡像服務，包括存儲，查詢和檢索。這個模塊本身不存儲大量的數據，需要掛載後台存儲(Swift，S3。。。)來存放實際的鏡像數據。 Glance主要包括下面幾個部分: l API service: glance-api 主要是用來接受Nova的各種api調用請求，將請求放入RBMQ交由後台處理，。 l Glacne-registry 用來和MySQL資料庫進行交互，存儲或者獲取鏡像的元數據，注意，剛才在Swift中提到，Swift在自己的Storage Server中是不保存元數據的，這兒的元數據是指保存在MySQL資料庫中的關於鏡像的一些信息，這個元數據是屬於Glance的。 l Image store: 後台存儲介面，通過它獲取鏡像，後台掛載的默認存儲是Swift，但同時也支持Amazon S3等其他的鏡像。 Glance從某種角度上看起來有點像虛擬存儲，也提供API，可以實現比較完整的鏡像管理功能。所以理論上其他雲平台也可以使用它。 Glance比較簡單，又限於雲內部，所以沒啥可以多討論的，不如看看新出來的塊存儲組件Cinder，目前我對Cinder基本的看法是總體的設計不錯，細節和功能還有很多需要完善的地方，離一個成熟的產品還有點距離。 Cinder OpenStack到F版本有比較大的改變，其中之一就是將之前在Nova中的部分持久性塊存儲功能(Nova-Volume)分離了出來，獨立為新的組件Cinder。它通過整合後端多種存儲，用API介面為外界提供塊存儲服務，主要核心是對卷的管理，允許對卷，卷的類型，卷的快照進行處理。 Cinder包含以下三個主要組成部分 API service:Cinder-api 是主要服務介面, 負責接受和處理外界的API請求，並將請求放入RabbitMQ隊列，交由後端執行。 Cinder目前提供Volume API V2 Scheler service: 處理任務隊列的任務，並根據預定策略選擇合適的Volume Service節點來執行任務。目前版本的cinder僅僅提供了一個Simple Scheler, 該調度器選擇卷數量最少的一個活躍節點來創建卷。 Volume service: 該服務運行在存儲節點上，管理存儲空間，塔處理cinder資料庫的維護狀態的讀寫請求，通過消息隊列和直接在塊存儲設備或軟體上與其他進程交互。每個存儲節點都有一個Volume Service，若干個這樣的存儲節點聯合起來可以構成一個存儲資源池。 Cinder通過添加不同廠商的指定drivers來為了支持不同類型和型號的存儲。目前能支持的商業存儲設備有EMC 和IBM的幾款，也能通過LVM支持本地存儲和NFS協議支持NAS存儲，所以Netapp的NAS應該也沒問題，好像華為也在努力中。我前段時間還在Cinder的blueprints看到IBM的GPFS分布式文件系統，在以後的版本應該會添加進來 到目前為止，Cinder主要和Openstack的Nova內部交互，為之提供虛機實例所需要的卷Attach上去，但是理論上也可以單獨向外界提供塊存儲。 部署上，可以把三個服務部署在一台伺服器，也可以獨立部署到不同物理節點 現在Cinder還是不夠成熟，有幾個明顯的問題還沒很好解決，一是支持的商業存儲還不夠多，而且還不支持FC SAN，另外單點故障隱患沒解決，內部的schele調度演算法也太簡單。另外由於它把各種存儲整合進來又加了一層，管理倒是有辦法了，但是效率肯定是有影響，性能肯定有損耗，但這也是沒辦法的事了。 Openstack通過兩年多發展，變得越來越龐大。目前光存儲就出現了三種:對象存儲、鏡像存儲和塊存儲。這也是為了滿足更多不同的需求，體現出開源項目靈活快速的特性。總的說來，當選擇一套存儲系統的時候，如果考慮到將來會被多個應用所共同使用，應該視為長期的決策。Openstack作為一個開放的系統，最主要是解決軟硬體供應商鎖定的問題，可以隨時選擇新的硬體供應商，將新的硬體和已有的硬體組成混合的集群，統一管理，當然也可以替換軟體技術服務的提供商，不用動應用。這是開源本身的優勢!
⑻ openstack o版 各個組件的版本
如果你非要說跟M版本有啥區別，那就把N版本的更新說明也看了。 O版肯定繼承了N版本的。 M--》N--》O 每一個版本都有累計更新。 OpenStack Ocata 版本中的 53 個新功能盤點。
⑼ openstack到底有哪些版本
openstack版本就是按順序來的ABCDEFGHIJ,現在已經到了J版本了，我最初玩的是E\G版本，老外一貫的命名風格，跟Ubuntu一樣，時間也差不多，一年出兩個穩定版本，想要了解更多直接去openstack官網看吧