openstack最穩定版本

① openstack到底有哪些版本

openstack版本就是按順序來的ABCDEFGHIJ,現在已經到了J版本了，我最初玩的是E\G版本，老外一貫的回命名風格，跟答Ubuntu一樣，時間也差不多，一年出兩個穩定版本，想要了解更多直接去openstack官網看吧

② openstack mitaka liberty 用哪個

如果是生產環境的換，建議用liberty。

OpenStack的穩定版一般需要倒推一個版扮段本，4月上廳氏譽線的mitaka版本，所以目前穩定版就是liberty。

以此類推，10月峰會後會上線newton版本，屆時穩定版就是mitaka了。

因核旁為新上線的版本還可能會存在一些bug，而上一個版本bug已經都fix了。

其他情況，可以使用最新版的，即目前是mitaka。feature上會更強大。

③ 為什麼opennebula取代了openstack

OpenStack和雲密切相關，對於用戶來說，構建私有雲要麼使用VMware、Hyper V等商用化產品;要麼使用OpenStack開源二者必居其一。有意思的是，現有公有雲服務商中，少有採用OpenStack，更多是採用自有的封閉系統。OpenStack與公有雲似乎沒有交集。
OpenStack只能用於私有雲嗎?為什麼放著公有雲不用，用戶要自建私有雲呢?中小企業用戶能夠駕馭OpenStack嗎?其中，又要關注哪些問題。為此，記者采訪了OpenStack專業服務提供商——海雲捷迅(AWcloud)技術總監李華先生。

為什麼要用OpenStack
首先對於用戶來說，Amazon、Google，他們的系統是不公開，用戶無從借鑒其系統架構，只能使用它們所提供的服務。這些公有雲雖然能夠帶來敏捷性和資源彈性，但對企業用戶來說，數據存在公有雲上，總是感覺不踏實。這種信任感並沒有建立起來。
李華表示：「一些小規模的用戶，如不涉及到數據保密的情況下，會選擇公有雲服務。但對中大型用戶困胡唯，數據比較敏感，類似財務數據、人力資源等，不願意放到公有雲，同時需要敏捷性和資源彈性的效率，為此用戶會考慮自建私有雲。」 李華說
在私有雲的問題上，OpenStack優勢明顯。作為一種開源軟體，較之OpenNebula、Eucalyptus、CloudStack等，OpenStack得到更多企業和開發者的認可，業已經成為事實上的標准。
需要注意的是，OpenStack與VMware等商用軟體也不是完全競爭關系。
「它們是一種競合關系，OpenStack底層Hypervisor可以是VMware、Hyper V、KVM，沒有關系。用戶可以用OpenStack替代相對昂貴的vCloud等，構建雲服務平台。OpenStack能夠和ESX server、vCenter對接。」李華說。
寸有所長，OpenStack小廠優勢
如果用戶沒有專業技術人員能夠駕馭OpenStack，選擇適合的合作夥伴就迫在眉睫。選擇大品牌廠商合作，還是選擇專業品牌，這是一個問題。
「從本質上來說，不論品牌大小，大家都圍繞著社區開源版本提供服務，拿到的原材料都是一樣的。所做的是在這個基礎上烹制一道道菜餚，不同的廚師烹制出來的味道，一定會有所不同。」李華說。
「對於OpenStack開源社區的理解最重要的有兩點：一個是充分利用社區資源，集中全球工程師智慧，為用戶提供一個穩定可靠的產品平台服務。這一點上，廠商之間的區別不大。區別大的在於第二點，是否堅持回饋開源社區。」李華說。
李華指出，一些閉源出身的公司，做著做著就會與開源社區脫汪培節，技術並不反饋給開源社區。短期內做臘看不出問題，開源社區發展很快，每半年就會有一個新的版本，那麼產品與新版本合不上，就為後續發展帶來一系列問題。對於這些企業來說，支持OpenStack目的，還是為了銷伺服器售網路、伺服器、存儲等硬體，OpenStack不過是附屬。在這樣的思路指導下，大品牌也會變現出很多的不適應，給用戶應用帶來隱患。
與大品牌相比，AWcloud雖然是一家相對小的企業，但卻是一家OpenStack的專業企業。公司管理層10多年開源市場的從業經驗，讓他們對於開源的理解和規律把握更加深刻。他們會比大品牌更加專注，也更能夠遵循開源的精神，而這種專業性，更能夠確保用戶的利益。與大品牌相比，專業性讓AWcloud等專業性廠商更容易擺脫硬體因素的干擾，也更符合和體現OpenStack的未來趨勢和變化。
「對開源社區的理解，是選擇OpenStack合作夥伴的依據，是否堅持技術回饋社區，這是進行判別的關鍵點。」李華說。
版本兼容性的難題
OpenStacK不同版本之間的兼容性，也是困擾用戶應用的難題，也是經常遭受詬病的地方。
李華表示，從2010年第一個版本開始，OpenStack只有4家公司，後來慢慢發展到幾十家、幾百家，到現在有幾千家，所以OpenStack發展。造成A、B、C、D、E，5個版本的OpenStack是一個架構，升級沒有太大問題。但從E、F版本，隨著很多新廠商加入，原有架構進行了拆分，架構不一樣了，導致兼容性問題。最近幾個版本，架構沒有大的改動，版本升級可以保持平滑。這是一個基本的現狀。
針對兼容性， AWcloud給出建議是：如果用戶生產環境在OpenStack某版本運行良好，不建議進行大規模的升級，只做小版本升級。如果出現資源的確不夠用，或者需要引入新的功能，最好的做法是另建一個集群，新集群採用新的OpenStack版本。
「這樣的做法較穩妥。」李華說。
DevOps和運維
隨著規模的擴大，用戶會遇到各種各樣的問題，例如運維的難題。李華表示，OpenStack屬調度資源管理平台軟體，沒有完善的監控報警功能。
如果沒有技術實力作為保障，哪個物理伺服器或者虛擬機出現故障，這些故障如何定位，所謂日誌分析、安全等，這些都不是OpenStack平台的固有內容，這些問題藉助開源或者大數據分析工具，所謂DevOps，自動化運維管理的理念。
現在看來，DevOps是專業OpenStack服務商的價值點。
OpenStack服務商要具備DevOps的能力，以物理機高可用性支持為例，OpenStack社區認為，應該從上層應用解決問題。但在現實應用中，用戶往往需要這樣的功能。做還是不做，要不要提供支持，廠商之間就會出現分歧。
對此，AWcloud的態度是，基於對用戶理解，應該為用戶提供技術支持和服務。
經驗塑造優勢
AWcloud是李華和合夥人張征宇在2010年創辦的公司，在此之前，李華在RedHat工作大概6年多時間，張征宇在IBM工作4多，在RedHat工作4年，兩個人在開源領域摸爬滾打了10多年，積累了大量豐富的經驗。
「我們希望利用開源開放技術平台積累的經驗，幫助企業客戶構建一個穩定可靠的IaaS服務平台。」李華說
在過去兩年中，AWcloud做了很多成功的案例。包括北京計算中心、中科院網路中心、武漢大學三星中國研究院、寧夏信通、國家電網等很多客戶在內，很多都是虛擬機數量超過了1萬台的用戶。
「我們擁有大規模開源平台的建設經驗，我們把這些經驗回饋到開源社區，同時我們也把取得經驗用來幫助企業構建企業內部企業規模的雲平台，可以幫他們節省大量的時間，保證他們平台的穩定性和可靠性。」李華說。
AWcloud專業實力不僅得到了用戶認可，也得到了英特爾的青睞。在美國，英特爾投資了最大的OpenStack公司之一——Mirantis。當英特爾投資在中國尋找項目時選擇注資夥伴時，毫不猶豫地「相中」選擇了AWcloud。

④ 阿里雲做雲計算那麼艱難，為什麼後面其他公司很輕松就擁有了雲計算

因為阿里雲和其他雲有本質不同，但都是現實選擇。阿里雲，阿里巴巴集團旗下雲計算品牌，全球領先的雲計算技術和服務提供商。創立於2009年，在杭州、北京、矽谷等地設有研發中心和運營機構。2010年，阿里雲對外開放其在雲計算領域的技術服務能力。用戶通過阿里雲，用互聯網的方式即可遠程獲取海量計算、存儲資源和大數據處理能力。截至2014年6月，阿里雲服務的客戶數超過140萬，遍布互聯網、移動APP、音視頻、游戲、電商等各個領域。根據IDC調研報告，阿里雲是國內最大的公共雲計算服務提供商。基於新一代的雲平台遠程部署系統業務，已經成為互聯網公司和開發者的首選。2013年以來，對風險最為敏感的金融機構也紛紛開始上雲。阿里雲專門搭建了面向銀行、保險公司、券商的金融雲。隨著雲計算的安全性、穩定性不斷地被實踐證明，越來越多的政府機構、央企、大型民營企業紛紛開始擁抱雲計算和大數據。2014年12月，12306網站75%的余票查詢系統遷移至阿里雲計算平台，以分擔春運流量洪峰帶來的壓力。

兩種雲都是現實選擇。兩種雲的現實選擇。阿里是要站在技術制高點，華為、騰訊看到雲計算的變現潛力，才紛紛入局。說實話，OpenStack不太適應公有雲，有版本混亂、功能不全、兼容協調不足等問題，但是從技術角度實現商業化、建設生態、滿足需求，是最快捷、最直接的選擇。從零起步，華為、騰訊時間耗不起、市場等不起，OpenStack很難用，但就像一個二手車，改造一下先開起來，服務自己的戰略。拿來主義有硬傷。基於OpenStack的雲，缺乏核心技術支撐，難擴展、版本多、分支雜、穩定差、故障多，跨廠商遷移升級比較困難，軟體模塊出自多家，缺乏統一規劃和一致性，很多項目都成了“爛尾”。思科和 HP也拋棄OpenStack，退出公有雲或者自主研發。而華為雲、騰訊雲還是基於OpenStack建設公有雲，未來挑戰和機遇都很大。

⑤ CloudStack和OpenStack的區別

1.OpenStack文檔資料數相對於CloudStack較多，且安裝過程等講解較具體。但是因為不同版本間OpenStack可能差異較大，如果實際安裝版本與文檔中使用版本不一致可能會遇到問題。

2.OpenStack安裝過程較復雜，尤其是網路配置部分比較麻煩，而這方面資料較少，講解不夠具體。CloudStack安裝過程較簡單，但是後續運行中各種配置等問題相關文模租檔少有提及。

3. OpenStack的Web 管理界面DashBoard目前為止較簡單，可能存在bug也較多，但中文翻譯較好，並提供一些幫旦卜兆助信息；CloudStack的Web管理界面功能較多，但中文翻譯不徹底，缺少幫助提示等信息。兩者使用Web界面管理均出現類似刪除虛擬機一直刪除不掉等問題。

4.測試發現OpenStack可超載創建虛擬機，但所創建虛擬機經常出現無法啟動的情況。而CloudStack對虛擬機的資源佔用管理較嚴格，無法超載創建虛擬機，因此對主機節點的硬體配置要求較高。

5.CloudStack支持通過模板(Template)或ISO創建虛擬機，但上傳模板、ISO及創建虛擬機等過程均耗時較長；OpenStack在實驗過程中為直接從網上下載img文件創建虛擬機，耗弊指時很短即可創建成功。

6.兩者創建的虛擬機均可以通過Web管理界面進入管理，但測試中OpenStack創建的虛擬機雖然附加了區域網IP，但網卡實際綁定IP為私有IP，未找到如何通過SSH直接訪問的辦法。CloudStack創建的虛擬機使用了分配的Guest IP,可通過SSH連接訪問。

⑥ Openstack的cpu和內存超算比例配置

文章：肢拆御如何設置OpenStack節點Swap分區

內存和磁碟超配雖然能提供更多數量的虛擬機，當該宿主機上大量虛擬機的負載都很高時，輕著影響虛擬機性能，重則引起 qemu-kvm 相關進程被殺，即虛擬機被關機。因此對於線上穩定性要求高的業務，建議不要超配 RAM 和 DISK，但可適當超配 CPU。建議這幾個參數設置為：

在OpenStack中，默認的CPU超配比例是1:16，內存歷岩超配比例是1:1.5。當宿主機使用swap交換分區來為虛擬機分配內存的時候御哪，則虛擬機的性能將急速下降。生產環境上不建議開啟內存超售（建議配置比例1:1）。另外，建議設置nova.conf文件中的reserved_host_memory_mb 參數，即內存預留量（建議至少預留4GB），保證該部分內存不能被虛擬機使用。

vim /etc/nova/nova.conf

默認OpenStack的CPU超配比例是1：16，內存超配比例是1：1.5。下面配置的就是這個比例，你可以自己算一下，cat /proc/cpuinfo裡面的邏輯核數，再x16就是你能夠分配給虛擬機的。內存也是類似。

物理cpu數

單塊cpu核數

總核數 = 物理CPU個數 × 每顆物理CPU的核數

配置文件nova.conf中修改了如下參數

想要讓超算生效還需要修改一個配置 core filter 核心過濾器
nova.conf配置文件添加超算配置以後，還需要在schler調度原則上加一條規則：corefilter ，然後重啟nova-schelder服務生效。
CPU超售的詳細說明與使用方法

這個值其實是給nova-scheler看的，scheler來決定，你有沒有資源創建虛擬機，以及創建在哪個節點上。

https://blog.csdn.net/zongyimin/article/details/77839537

⑦ OpenStack詳細資料大全

OpenStack是一個由NASA（美國國家航空航天局）和Rackspace合作研發並發起的，以Apache許可證授權的自由軟體和開放原始碼項目。

OpenStack是一個開源的雲此碧計算管理平台項目，由幾個主要的組件組合起來完成具體工作。OpenStack支持幾乎所有類型的雲環境，項目目標是提供實施簡單、可大規模擴展、豐富、標准統一的雲計算管理平台。OpenStack通過各種互補的服務提供了基礎設施即服務（IaaS）的解決方案，每個服務提供API以進行集成。

OpenStack是一個旨在為公共及私有雲的建設與管理提供軟體的開源項目。它的社區擁有超過130家企業及1350位開發者，這些機構與個人都將OpenStack作為基礎設施即服務（IaaS）資源的通用前端。OpenStack項目的首要任務是簡化雲的部署過程並為其帶來良好的可擴展性。本文希望通過提供必要的指導信息，幫助大家利用OpenStack前端來設定及管理自己的公共雲或私有雲。

OpenStack雲計算平台，幫助服務商和企業內部實現類似於 Amazon EC2 和譽鎮 S3 的雲基礎架構服務(Infrastructure as a Service, IaaS)。OpenStack 包含兩個主要模組：Nova 和 Swift，前者是 NASA 開發的虛擬伺服器部署和業務計算模組；後者是 Rackspace開發的分散式雲存儲模組，兩者可以一起用，也可以分開單獨用。OpenStack除了有 Rackspace 和 NASA 的大力支持外，還有包括 Dell、Citrix、 Cisco、 Canonical等重量級公司的貢獻和支持，發展速度非常快，有取代另一個業界領先開源雲平台 Eucalyptus 的態勢。

基本介紹

• 中文名 ：OpenStack雲計算管理平台
• 外文名 ：OpenStack
• 開發者 ：NASA，Rackspace
• 程式語言 ：Python
• 遵循標准 ：Open 、AMQP、森虛舉SQLAlchemy

運用范圍,廠商支援,技術資料,項目,核心項目,社區項目,市場趨向,大型用戶,內容詳解,構建私有雲,服務中心,概述,系統構成,服務內容,服務體驗,服務價值,成員企業,

運用范圍

OpenStack是IaaS(基礎設施即服務)組件，讓任何人都可以自行建立和提供 雲端運算 服務。 此外，OpenStack也用作建立 防火牆 內的「 私有雲 」（Private Cloud），提供機構或企業內各部門共享資源。

廠商支援

美國國家航空航天局的Nebula運算平台。 美國國家航空航天局的Nebula運算平台。 現時已表示支持OpenStack項目的大型硬體廠商包括：IBM、AMD、Intel和戴爾等。 微軟在2010年10月表示支持OpenStack與Windows Server 2008 R2的整合。 2011年2月，思科系統正式加入OpenStack項目，重點研製OpenStack的網路服務。 Ubuntu未來在堆疊方面的雲網路化方案。 2012年4月，IBM宣布加入OpenStack項目，並作為主要贊助商。 2012年10月，Viacloud互聯雲平台加入OpenStack項目，研製OpenStack公有雲平台和私有雲平台。 IBM在2013年舉行的 IBM Pulse大會宣布將基於OpenStack提供私有雲服務以及相關套用。

技術資料

以Python程式語言編寫 整合Tornado 網頁伺服器、Nebula運算平台 使用Twisted軟體框架 遵循Open Virtualization Format、AMQP、SQLAlchemy等標准 虛擬機器軟體支持包括：KVM、Xen、VirtualBox、QEMU、 LXC 等。

項目

核心項目

OpenStack覆蓋了網路、虛擬化、作業系統、伺服器等各個方面。它是一個正在開發中的雲計算平台項目，根據成熟及重要程度的不同，被分解成核心項目、孵化項目，以及支持項目和相關項目。每個項目都有自己的委員會和項目技術主管，而且每個項目都不是一成不變的，孵化項目可以根據發展的成熟度和重要性，轉變為核心項目。截止到Icehouse版本，下面列出了10個核心項目（即OpenStack服務）。 計算（Compute）：Nova。一套控制器，用於為單個用戶或使用群組管理虛擬機實例的整個生命周期，根據用戶需求來提供虛擬服務。負責虛擬機創建、開機、關機、掛起、暫停、調整、遷移、重啟、銷毀等操作，配置CPU、記憶體等信息規格。自Austin版本集成到項目中。 對象存儲（Object Storage）：Swift。一套用於在大規模可擴展系統中通過內置冗餘及高容錯機制實現對象存儲的系統，允許進行存儲或者檢索檔案。可為Glance提供鏡像存儲，為Cinder提供卷備份服務。自Austin版本集成到項目中 鏡像服務（Image Service）：Glance。一套虛擬機鏡像查找及檢索系統，支持多種虛擬機鏡像格式（AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK），有創建上傳鏡像、刪除鏡像、編輯鏡像基本信息的功能。自Bexar版本集成到項目中。 身份服務（Identity Service）：Keystone。為OpenStack其他服務提供身份驗證、服務規則和服務令牌的功能，管理Domains、Projects、Users、Groups、Roles。自Essex版本集成到項目中。 網路&地址管理（Neork）：Neutron。提供雲計算的網路虛擬化技術，為OpenStack其他服務提供網路連線服務。為用戶提供介面，可以定義Neork、Sub、Router，配置DHCP、DNS、負載均衡、L3服務，網路支持GRE、VLAN。外掛程式架構支持許多主流的網路廠家和技術，如OpenvSwitch。自Folsom版本集成到項目中。 塊存儲 (Block Storage)：Cinder。為運行實例提供穩定的數據塊存儲服務，它的外掛程式驅動架構有利於塊設備的創建和管理，如創建卷、刪除卷，在實例上掛載和卸載卷。自Folsom版本集成到項目中。 UI 界面 (Dashboard)：Horizon。OpenStack中各種服務的Web管理門戶，用於簡化用戶對服務的操作，例如：啟動實例、分配IP位址、配置訪問控制等。自Essex版本集成到項目中。 測量 (Metering)：Ceilometer。像一個漏斗一樣，能把OpenStack內部發生的幾乎所有的事件都收集起來，然後為計費和監控以及其它服務提供數據支撐。自Havana版本集成到項目中。 部署編排 (Orchestration)：Heat。提供了一種通過模板定義的協同部署方式，實現雲基礎設施軟體運行環境（計算、存儲和網路資源）的自動化部署。自Havana版本集成到項目中。 資料庫服務（Database Service）：Trove。為用戶在OpenStack的環境提供可擴展和可靠的關系和非關系資料庫引擎服務。自Icehouse版本集成到項目中。

社區項目

（14個） 負載均衡：Atlas-LB（Rackspace） 訊息佇列：Burrow（Piston） 雲管理工具：Clanavi（Drupal） 自動部署：Crowbar（Dell） 服務部署：Juju（Ubuntu） 關系型資料庫：RedDwarf（Rackspace） ...

市場趨向

Rackspace以OpenStack為基礎的私有雲業務每年營收7億美元，增長率超過了20%。 OpenStack雖然有些方面還不太成熟，然而它有全球大量的組織支持，大量的開發人員參與，發展迅速。國際上已經有很多使用OpenStack搭建的公有雲、私有雲、混合雲，例如：RackspaceCloud、惠普雲、MercadoLibre的IT基礎設施雲、AT&T的CloudArchitec、戴爾的OpenStack解決方案等等。而在國內OpenStack的熱度也在逐漸升溫，華勝天成、高德地圖、京東、阿里巴巴、網路、中興、華為等都對OpenStack產生了濃厚的興趣並參與其中。自2010年創立以來，已發布10個版本。其中Icehouse版本有120個組織、1202名代碼貢獻者參與，而最新的是Juno版本。OpenStack很可能在未來的基礎設施即服務（IaaS）資源管理方面占據領導位置，成為公有雲、私有雲及混合雲管理的「雲作業系統」標准

大型用戶

美國國家航空航天局 加拿大半官方機構CANARIE網路的DAIR（Digital Aelerator for Innovation and Research）項目，向大學與中小型企業提供研究和開發雲端運算環境；DAIR用戶可以按需要快速建立網路拓撲。 惠普雲（使用Ubuntu Linux） MercadoLibre的IT基礎設施雲，現時以OpenStack管理超過6000 台虛擬機器。 AT&T的「Cloud Architect」，將在美國的達拉斯、聖地亞哥和新澤西州對外提供雲端服務。

內容詳解

創建虛擬機（VM）需要各種服務的互動和配合工作。下圖展示了OpenStack典型環境架構，各個服務之間的互動和職能。 OpenStack典型環境架構 OpenStack因Open而開放，因組件而靈活，因包容而博大。有計算、網路、對象存儲、塊存儲、身份、鏡像服務、門戶、測量、部署編排、資料庫服務等等組件，有的組件可以根據需要選擇安裝，組網結構也很靈活、多樣。實現了支持接入多種主流虛擬機軟體：KVM、LXC、QEMU、Hyper-V、VMware、XenServer，也可以自行開發外掛程式接入其他的虛擬化軟體。 OpenStack Compute (Nova)是一套控制器，用於為單個用戶或使用群組啟動虛擬機實例。它同樣能夠用於為包含著多個實例的特定項目設定網路。OpenStack Compute在公共雲處理方面堪與Amazon EC2相提並論；而在私有雲方面也毫不遜色於VMware的產品。在公共雲中，這套管理機制將提供預制的鏡像或是為用戶創建的鏡像提供存儲機制，這樣用戶就能夠將鏡像以虛擬機的形式啟動。 OpenStack 對象存儲(Swift)是一套用於在大規模可擴展系統中通過內置冗餘及容錯機制實現對象存儲的系統。這些對象能夠通過一個REST API或是像Cyberck這樣可以對接對象存儲API的客戶端加以恢復。 OpenStack鏡像服務 (Glance)是一套虛擬機鏡像查找及檢索系統。它能夠以三種形式加以配置：利用OpenStack對象存儲機制來存儲鏡像；利用Amazon的簡單存儲解決方案（簡稱S3）直接存儲信息；或者將S3存儲與對象存儲結合起來，作為S3訪問的連線器。OpenStack鏡像服務支持多種虛擬機鏡像格式，包括VMware（VMDK）、Amazon鏡像（AKI、ARI、AMI）以及VirtualBox所支持的各種磁碟格式。鏡像元數據的容器格式包括Amazon的AKI、ARI以及AMI信息，標准OVF格式以及二進制大型數據。 OpenStack的開發周期是每年固定發布兩個新版本，並且每一個新版軟體發布時，開發者與項目技術領導者已經在規劃下一個版本的細節。這些開發者來自全球70多個組織，超過1600人。他們採用高級的工具與開發方式，進行代碼查看、持續的集成、測試與開發架構，讓版本在快速成長的同時也能確保穩定性。

構建私有雲

第一步是設定正確的硬體和網路環境。盡管OpenStack允許在一個單一的平面網路上部署一切，從安全的角度來看並不安全。取決於你所使用的管理程式以及虛擬網路介面，它會允許guest虛擬機嗅探管理流量。建議至少使用兩個網路：一個用來管理流量，一個用來進行虛擬機之間的對話。這意味著所有的雲計算結點中你需要兩個網卡（一個運行實例）和網路管理者。這些應該運行在不同的IP范圍中。計算結點和實例的網路也需要支持VLAN標記，因為這是在「項目」之間隔絕流量所使用的機制。一個項目等價於你的亞馬遜EC2賬戶，除了你不能按照你所希望的數目創建和分配之外。每一個項目都有自己的管理員和用戶，在既定項目中的所有實例可以彼此通信。通過指派每一個項目自己的VLAN以及內部和外部的IP位址池來執行。 一旦硬體和網路設定好，下一步就是確定在哪裡部署所有的OpenStack組件。標准部署應有一個控制器和一系列計算結點。控制器運行訊息伺服器，資料庫和其他的組件來編排雲，同時計算結點運行實例。但是你也可以分解控制器為地理的部分，從而改善性能，像把MySQL放在不同的物理盒中。對於安全而言，最關鍵的是確保每一部分都安裝在安全的主機上，你只需要將其附加在網路上，讓雲運轉即可。 只有兩部分需要暴露給外面的世界（即使那隻是你的企業網路）：API伺服器/Web 控制台（如果開啟）和網路管理者。這些伺服器需要過硬，你甚至可以使用第三方網路介面來隔離後端管理用戶連線產生的流量。 如果你遵循默認安裝說明書，可能這些部分並不如他們應該的那樣安全。下面是一些具體的改變： * MySQL伺服器使用指定的用戶賬戶，不是根MySQL管理賬戶。這個賬戶和密碼將會暴露在每一個雲結點上，即使使用基於證書的認證，因此所有結點需要訪問這個資料庫伺服器。 * MySQL配置檔案中，限制訪問伺服器，OpenStack用戶賬戶為唯一授權IP位址。 * 移除任何不需要的OS組件並確保你所設定的伺服器只支持通過SSH的基於密鑰的登入。 * 默認MySQL和RabbitMQ（訊息伺服器）流量不加密。如果你隔離了管理網路和堅固的主機，這就不應該是一個很糟糕的風險。如果你的雲網路易於嗅探（例如，它和其他伺服器共享網路），你需要加密流量。你可以使用OpenSSL來進行MySQL 和RabbitMQ處理。（我個人還沒進行測試，因此配置可能有點難。） 下一步，記住如果支持Web管理控制台，默認不適用SSL。

服務中心

中國OpenStack服務中心

概述

2013年6月18日在南京召開了「中國雲計算產業促進大會暨中國OpenStack服務中心發布會」，華勝天成在會上正式宣布推出中國首家OpenStack服務中心。OpenStack是全球開發者共同參與的一個開源項目，旨在實現「雲作業系統」，即一個具有部署和管理公有雲、私有雲以及混合雲基礎架構能力的平台。 1、建設並運營中國第一也可能是唯一的Openstack支持中心。 2、為Openstack的研究者，開發者和使用者提供豐富的線上及現場專業支持服務和咨詢服務，消除客戶使用開源軟體的後顧之憂。 3、提高國內雲計算從業人員數量和素質，普及開源軟體精神與技術。 4、打破雲計算建設的壟斷，大大降低雲計算平台建設與運營成本，推動並保障國內雲計算平台建設蓬勃發展。

系統構成

800電話支持中心（100坐席） Web線上支持平台（100坐席） 服務電子銷售平台 知識庫 CRM系統 專業咨詢團隊（10人） 專業現場技術支持團隊（50人） 專業客戶化開發團隊（100人） 專業運維管理團隊（300人） 全球實驗室級支持團隊（2個國際頂級核心代碼實驗室）

服務內容

提供完善的L1，L2以及L3實驗室級別線上與現場服務 24*7電話咨詢/支持服務，Web線上咨詢服務/支持服務 版本發布與升級服務 測試服務 現場安裝，升級/調優服務 定製開發服務 培訓服務 知識庫共享服務 運維服務 電子交易

服務體驗

1、客戶可以24小時通過電話或網路在支持中心獲得幫助，包括雲技術咨詢，資料索取，購買服務包。 2、收費服務包分為級別（例） 基本服務包（5*8 電話支持服務） 標准服務包（7*24電話支持服務+現場服務） 高級服務包（7*24*6平台修復保證） 3、專業服務選項（例） 系統集成服務 專人值守服務 系統調優服務 系統遷移服務 巡檢服務 運維管理服務 應急回響服務 培訓服務

服務價值

1、對開源雲計算的用戶和潛在用戶 提供了一個獲得知識，指導和技術支持的渠道，解決了套用開源雲技術找不到技術後盾的尷尬局面。 提供了一個高水平的技術團隊對用戶進行安裝，配置，開發，最佳化，運維服務，使雲計算平台可以正確的被部署和使用，真正產生效益。 2、對於Openstack產業鏈 促進Openstack在中國的落地生根，開花結果。解決了Openstack霧里看花的尷尬。 3、對於支持中心本身 獲得大量的客戶信息和項目機會，獲得高利潤的服務業務。聚合大量業內技術資源，形成技術資源池，並通過聚合效應使產業鏈共同成長。 4、對社會 大大促進雲建設步伐，降低IT運營成本，提高業務敏捷度，節能減排，促進產業升級。

成員企業

華勝天成 Intel Canonical Rackspace 中國開源雲聯盟

⑧ OpenStack部署都有哪些方式

對於每一個剛接觸到OpenStack的新人而言，安裝無疑是最困難的，同時這也客觀上提高了大家學習OpenStack雲計算的技術門檻。想一想，自己3年前網上偶然接觸到OpenStack時，一頭茫然，手動搭建一個多節點環境時居然用了3個星期。
時至今日，真是感觸頗多，從某種角度而言，也很慶幸當時自己並未因困難而放棄OpenStack，否則，應該是去做其他領域了吧！
言歸正傳，咱們就來數落數落部署OpenStack都有哪些方式吧。這里，我們根據使用者群體的不同類型來進行分類和歸納：
個人使用方面
DevStack
無疑，在可預見的未來時間內，DevStack仍將是眾多開發者們的首選安裝方式或工具。該方式主要是通過配置參數，執行shell腳本來安裝一個OpenStack的開發環境。
Github: https://github.com/openstack-dev/devstack
Wiki: https://wiki.openstack.org/wiki/DevStack
Rdo
Rdo是由Red Hat開源的一款部署OpenStack的工具，同DevStack一樣，支持單節點和多節點部署。但Rdo只支持CentOS系列的操作系統。需要注意的是，該項目並不屬於OpenStack官方社區項目。
Docs：https://www.rdoproject.org/install/quickstart
手動部署
手動部署all-in-one、multi-node、multi-HA-node環境。
其他
企業、團體方面
Puppet
Puppet由Ruby語言編寫。應當說，Puppet是進入OpenStack自動化部署中的早期一批項目，歷史還算悠久。目前，它的活躍開發群體們是Red hat、 Mirantis、UnitedStack等。
Red
hat自從收購Ansible之後，如今仍然保持強勢勁頭在Puppet
OpenStack項目中的Commit數量和質量，其技術實力不容小覷；Mirantis出品的Fuel部署工具中，大量的模塊代碼便使用的是
Puppet。就國內而言，UnitedStack是Puppet社區貢獻和使用的最大用戶。
Github：
https://github.com/openstack/puppet-keystone
Governance：
Wiki：
https://wiki.openstack.org/wiki/Puppet
Ansible
Ansible
是新近出現的自動化運維工具，已被Red
Hat收購。基於Python開發，集合了眾多運維工具（puppet、cfengine、chef、saltstack等）的優點，實現了批量系統配
置、批量程序部署、批量運行命令等功能，它一方面總結了Puppet的設計上的得失，另一方面也改進了很多設計。比如是基於SSH方式工作，故而不需要在
被控端安裝客戶端。使得在和OpenStack結合上沒有歷史包袱，更加能夠輕裝上陣，未來發展潛力不容小覷號稱是「你一直尋找的下一代Iaas」的
Zstack，使用到的部署工具也是基於Ansible。
Openstack-ansible項目，最早是由老牌Rackspace公司在Launchpad官網上注冊。
在最新的Ansible OpenStack項目社區Commit貢獻中，Rackspace也可謂是遙遙領先，而緊隨其後的是Red Hat、國內九州雲等公司。
Github：https://github.com/openstack/openstack-ansible
SaltStack
SaltStack
也是一款開源的自動化部署工具，基於Python開發，實現了批量系統配置、批量程序部署、批量運行命令等功能，和Ansible也是挺相近的。不同之一
是，由於SaltStack的master和minion認證機制和工作方式，需要在被控端安裝minion客戶端，在加之其他原因，自然和
Ansible相比，其優缺點便很明顯了。
需要注意的是，使用Saltstack部署OpenStack，並不屬於OpenStack社區項目。目前，主要還是處於用戶自研自用的階段。據筆者所知，目前國內的攜程應該是使用Saltstack部署OpenStack規模最大的用戶。
Saltstack部署OpenStack示例：https://github.com/luckpenguin/saltstack_openstack
Saltstack部署OpenStack模塊：
TripleO
Tripleo
項目最早由HP於2013.4在launchpad上注冊BP。用於完成OpenStack的安裝與部署。TripleO全稱「OpenStack On

OpenStack」，意思即為「雲上雲」，可以簡單理解為利用OpenStack來部署OpenStack，即首先基於V2P(和P2V相反，也就是指
把虛擬機的鏡像遷移到物理機上)的理念事先准備好一些OpenStack節點（計算、存儲、控制節點）的鏡像，然後利用已有openstack環境的裸機
服務Ironic項目去部署裸機，軟體安裝部分的diskimage-builder，最後通過Heat項目和鏡像內的DevOps工具(Puppet
Or Chef)再在裸機上配置運行openstack。
和其他部署工具不同的是，TripleO利用OpenStack本來的基礎設施來部署OpenStack，基於Nova、 Neutron、Ironic和Heat，來自動化部署和伸縮OpenStack集群。
應
當確切的說，TripleO項目屬於當前OpenStack社區主推的「Big Tent」開發模式下的big tent
project（OpenStack下的項目分為三種，core project: nova/neutron等核心項目，big tent
project: 非核心項目，但也被OpenStack 基金會接受；第三種就是其它項目，只是放在OpenStack下，但是社區還沒有接受）。
在該項目的社區Commit貢獻上，Red hat可謂是遙遙領先，而緊隨其後的是IBM等公司。
Wiki：https://wiki.openstack.org/wiki/TripleO
Kolla
在
國內一些互聯網資料上，常看到關於kolla是TripleO項目的一部分這樣的描述，其實是不準確的。真實的是，Kolla項目起源於Tripleo項
目，時至今日，與它沒有任何關系（雖然它們的目標都是做自動化部署，但走的道路卻不同）。比之於Tripleo和其他部署工具，Kolla走的是
docker容器部署路線。
kolla項目起源於TripleO項目，聚焦於使用docker容器部署OpenStack服務。該項目由
Cisco於2014年9月提出，是OpenStack的孵化項目。當前Kolla項目在Kollaglue
repo提供了以下服務的docker鏡像。 # docker search kollaglue
Kolla的優勢和使用場景，體現在如下幾個方面：
原子性的升級或者回退OpenStack部署；
基於組件升級OpenStack；
基於組件回退OpenStack；
這里，我們予以拆分來理解：
Kolla
的最終目標是為OpenStack的每一個服務都創建一個對應的Docker Image，通過Docker
Image將升級的粒度減小到Service級別，從而使升級時，對OpenStack影響能達到最小，並且一旦升級失敗，也很容易回滾。升級只需要三
步：Pull新版本的容器鏡像，停止老版本的容器服務，然後啟動新版本容器。回滾也不需要重新安裝包了，直接啟動老版本容器服務就行，非常方便。
Kolla是通過Docker Compose來部署OpenStack集群的，現在主要是針對裸機部署的，所以在部署Docker Container時，默認的網路配置都是Host模式。
首
先，只需要通過一個命令就可以把管理節點部署完成，這個命令是調用Docker
Compose來部署OpenStack的所有服務，然後我們可以在每一個計算節點上通過Docker
Compose安裝計算節點需要的服務，就能部署一個OpenStack集群。因為Kolla的Docker
Image粒度很小，它針對每個OpenStack服務都有特定的Image，所以我們也可以通過Docker
Run來操作某個具體的OpenStack服務。
目前，我所在的公司九州雲的一位同事近日獲得提名成為Kolla項目Core。為OpenStack社區中增添了一份來自於中國的力量。
Fuel
Fuel
是針對OpenStack生產環境目標
（非開源）設計的一個端到端」一鍵部署「的工具，大量採用了Python、Ruby和JavaScript等語言。其功能含蓋自動的PXE方式的操作系統
安裝，DHCP服務，Orchestration服務 和puppet 配置管理相關服務等，此外還有OpenStack關鍵業務健康檢查和log
實時查看等非常好用的服務。
Fuel，這款讓很多人即愛且痛的工具，在國內外都很盛名。愛的原因是，它確實很棒；痛的原因是，要想徹底掌握
它，可不是一件容易事（各個模塊集成度高、使用技術復雜）。既然提到Fuel，自然不能不提它的父母——Mirantis。Mirantis是一家技術實
力非常雄厚的OpenStack服務集成商，他是社區貢獻排名前5名中唯一一個靠OpenStack軟體和服務盈利的公司。同時，Fuel的版本節奏也很
快，平均每半年就能提供一個相對穩定的社區版。
從和筆者接觸到的一些情況來看，國內研究、使用Fuel的個人、群體還是為數不少的。不少國內OpenStack初創公司的安裝包就是基於Fuel去修改的。

⑨ OpenStack有哪些核心組件

有二十多個核心組件，但是不是所有組件都像Nova、Cinder、Glance那樣成熟和重要。在這里將介紹6個必備核心組件：
1.Nova是OpenStack Compute Service的項目名稱，從OpenStack第一個版本Nova就集成在項目中，是最核心和最復雜的組件之一。它管理計算資源，負責虛擬機實例的所有活動，包括虛擬機創建、開機、關機、掛起、遷移等等操作。但是，Nova自悉寬身並不能提供虛擬化能力，而是通過API來對外提供服務。它使用Keystone 來執行身份驗證，使用 Horizon 作為其管理介面，並用Glance 提供其鏡像。
2.Glance是OpenStack Image Service的項目名稱，它負責管理OpenStack集群中的鏡像，可以創建、刪除、編輯鏡像基本信息，支持多種虛擬機鏡像格式。但是，Glance本身並不存儲信息，它只保存描述鏡像的元數據和狀態信息，存儲工作由cinder和swift等項目負責。
3.Cinder 是OpenStack Block Storage 的項目名稱，它負責為運行實例提供穩定的塊存儲服務，可以為設備提供創建卷、刪除卷、掛載或卸載卷等功能。對於可擴展的文件系統、企業存儲服務以及需要訪問訪問塊級的應用程序而言，塊存儲是必不可少的。Cinder可以好卜為Glance提供鏡像存儲，是EMC公司參與較多的項目之一。
4.自OpenStack成立以來Swift就一直是核心組件，功能類似於一個分布式、可訪問API的存儲平台，可直接將它集成到應用程序中，或者用於存儲VM鏡像、備份和歸檔文件。
對象存儲包括對象和容器，容器類似於文件夾，對象就是存儲實體，對象必須存儲在容器中，因此您必須擁有至少一個容器才能使用對象存儲。對象可以分布在數據中心的多個磁碟中，主要是文件相關的內容和元數據。Swift也可以為Glance提供鏡像存儲，為Cinder提供卷備份服務。
5.Keystone主要為OpenStack提供身份驗證服務、用戶的角色信息、服務規則和令牌服務。Keystone為其它組件提供了服務和管理API介面，後端可以接其它認證服務，比如使用LDAP服務做為認證服務。
6.Neutron設計的目的是為OpenStack虛擬環境提供靈活地網路功能，為多租戶環境下的每個租戶提供獨立的網路環境，功能類似於VMware NSX虛擬網路功能，可是實現原理不同。Neutron通過API實現這種目友陸穗標，用戶可以創建自己的網路對象，該項目發展迅速。

⑩ 簡述OpenStack的各核心項目及相應用途

OpenStack覆蓋了網路、虛擬化、操作系統、伺服器等各個方面。它是一個正在開發中的雲計算平台項目，根據成熟及重要程度的不同，被分解虧森成核心項目、孵化項目，以及支持項目和相關項目。每個項目都有自己的委員會和項目技術主管，而且每個項目都不是一成不變的，孵化項目可以根據發展的成熟度和重要性，轉變為核心項目。截做扒止到Icehouse版本，下面列出了10個核心項目（即OpenStack服務）。
計算（Compute）：Nova。一套控制器，用於為單個用戶或使用群組管理虛擬機實例的整個生命周期，根據用戶需求來提供虛擬服務。負責虛擬機創建、開機、關機、掛起、暫停、調整、遷移、重啟、銷毀等操作，配置CPU、內存等信息規格。自Austin版本集成到項銷胡畝目中。
對象存儲（Object Storage）：Swift。一套用於在大規模可擴展系統中通過內置冗餘及高容錯機制實現對象存儲的系統，允許進行存儲或者檢索文件。可為Glance提供鏡像存儲，為Cinder提供卷備份服務。自Austin版本集成到項目中
鏡像服務（Image Service）：Glance。一套虛擬機鏡像查找及檢索系統，支持多種虛擬機鏡像格式（AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK），有創建上傳鏡像、刪除鏡像、編輯鏡像基本信息的功能。自Bexar版本集成到項目中。
身份服務（Identity Service）：Keystone。為OpenStack其他服務提供身份驗證、服務規則和服務令牌的功能，管理Domains、Projects、Users、Groups、Roles。自Essex版本集成到項目中。
網路&地址管理（Network）：Neutron。提供雲計算的網路虛擬化技術，為OpenStack其他服務提供網路連接服務。為用戶提供介面，可以定義Network、Subnet、Router，配置DHCP、DNS、負載均衡、L3服務，網路支持GRE、VLAN。插件架構支持許多主流的網路廠家和技術，如OpenvSwitch。自Folsom版本集成到項目中。
塊存儲 (Block Storage)：Cinder。為運行實例提供穩定的數據塊存儲服務，它的插件驅動架構有利於塊設備的創建和管理，如創建卷、刪除卷，在實例上掛載和卸載卷。自Folsom版本集成到項目中。
UI 界面 (Dashboard)：Horizon。OpenStack中各種服務的Web管理門戶，用於簡化用戶對服務的操作，例如：啟動實例、分配IP地址、配置訪問控制等。自Essex版本集成到項目中。
測量 (Metering)：Ceilometer。像一個漏斗一樣，能把OpenStack內部發生的幾乎所有的事件都收集起來，然後為計費和監控以及其它服務提供數據支撐。自Havana版本集成到項目中。
部署編排 (Orchestration)：Heat [2] 。提供了一種通過模板定義的協同部署方式，實現雲基礎設施軟體運行環境（計算、存儲和網路資源）的自動化部署。自Havana版本集成到項目中。
資料庫服務（Database Service）：Trove。為用戶在OpenStack的環境提供可擴展和可靠的關系和非關系資料庫引擎服務。自Icehouse版本集成到項目中。