openstack發展很猛，很多朋友都很認同，2023年，會很好的解決openstack部署的問題，讓安裝，配置變得更加簡單易用。
其實部署工具，最麻煩的地方，不是軟體的配置和安裝，而且網路。使用者的網路情況太多，還有openstack本身的網路也很複雜。
關於如何step by step的部署，目前openstack 官方已經把文件整理的很好，基本把我收藏夾裡的內容都整理在這裡：
這是mirantis出品的部署安裝工具，2023年10月份，推出他的3.2版本，讓人很震撼，基本算是把openstack所有的部署都web化，你可以太多的選擇：尤其是網路，儲存。這基本都是大家學習的榜樣。已經敢和企業簽訂sla。
目前國內杜玉傑，九州雲，在做該項目的漢化工作和考慮日後的技術支援。
這應該算是openstack最早的安裝指令碼，他是通過直接git原始碼，進行安裝，目的是讓開發者可以快速搭建乙個環境。目前這套指令碼可以在ubuntu和fedora下跑的很好。
這算是我知道的第乙個基於ubuntu 源的安裝指令碼，當時diablo發布的時候，有bug，keystone和horizon無法一起工作，ubuntu 11.10源裡的包也是有相同的bug，並且ubuntu 官方並不打算維護和公升級。這位作者個人身份，維護了diablo 版本後來的公升級，打包，並且寫了一套指令碼。
這套指令碼，其實寫的非常好，我同事改造了一下，就可以安裝es***版本。目前正在改進，用來安裝folsom版本。
stackops在chef上是比較強悍的，包括dell的crowbar，也是和他合作，才搞定chef。不過我的理解，他的chef 指令碼是沒有開源的。
stackops通過商業定製，進行收費。目前感覺有點走下坡路，業內的聲音比較小了。對openstack的新版本支援比較慢，es***支援，到9月份才支援。目前還沒有任何關於folsom 的支援。
在openstack上，dell是有點鬱悶，中國的那句老話，起個大早，趕個晚集。openstack剛發布的時候，dell就號稱要做乙個工具部署，不過畢竟是硬體公司，對軟體還是比較外行。
dell的crowbar，是乙個iso，裝完後，你可以在web介面進行openstack的部署，底下其實也是使用chef。整合了nagios監控，安裝os是dell自己開發的，有點創新。
以前dell的crowbar乙個大的特色就是可以遠端設定機器的raid和bios，這是從dell，我才知道可以這樣做。不過也正因為這個特色，導致廠商繫結，還有dell自己如何定位crowbar，當初還想搞乙個商業的版本，結果後來放棄。
crowbar目前的開發，其實應該是遇到問題，任何做部署工具的，應該都是乙個很好的失敗的案例。後續的發展，維護，更新都是問題。
作者blog
這是canonical推出的部署工具，可以用在openstack的部署，類似puppet，chef 的部署工具。maas是用於安裝ubuntu，juju是用於部署應用。
我是很早就測試他們，本來有作業系統的優勢，做部署工具，應該會有優勢，不過比較失望，maas開始的時候，就是乙個半成品，maas裝完的操作系 統，是無法固定ip位址，真不知道他們怎麼想的，可能是我土鱉，不能理解資料中心的機器，都是通過dhcp獲得ip。我訂閱了juju的郵件列表，乙個星 期就1,2封郵件，比較慘淡。研究的人估計也很少。
以前maas底下是使用cobbler，不過現在最新的版本，已經去掉，用ubuntu自己搞的。
依靠自己的公司投入去維護一套工具，難度都是比較大的。所以maas和juju，前景真的不是太好。你如何和puppet和chef 競爭？
這可是出身名門，rackspac推出的openstack部署工具，乙個iso，你裝好後，裡面帶乙個chef 虛擬機器。你用iso安裝作業系統的時候，就要選擇機器的角色。
rackspace有一點做的是不錯，提供乙個診斷工具，讓使用者可以通過這個診斷工具，向rackspace提交問題，這個是非常值得借鑑的作法，當然也是很有難度的。
文件也很全，大家可以去看看，我是一直都沒測試。
chef **完全開源，並且現在同時支援centos 和ubuntu, 並且支援folsom。在github上，大家可以看看。趣遊的朋友對這個比較有研究。
通過這個專案，你可以了解到openstack那個元件屬於不穩定，例如nova volume，vnc，他們都不整合，從另外乙個方面說明這有問題。
思科很早就介入openstack，quantum專案，算是思科發起。思科的openstack版本，倒是比較有意思，基本puppet來做，並且自己做了乙個openstack源。
看了一下思科的openstack資料，簡單理解：通過puppet部署cobbler，利用cobbler安裝ubuntu 12.04，利用puppet安裝opentack的元件，整合監控，好像已經把監控整合到dashboard裡。可惜一直沒條件測試，看文件，好像是需 要思科的專門交換機才行。目前是支援folsom和es***。
puppet公司，其實已經直接加入openstack，官方的身份維護著puppet的openstack模組，並且openstack模組，可以同時支援ubuntu和redhat系列，redhat的工程師在幫忙。
這是日本人搞的乙個部署工具，也是基於cobbler和puppet，另外還做了乙個web管理，我是一直都沒測試，作者還去參加開發大會，介紹他 們的產品。目前openstack官方文件關於puppet的部署，是這位開發者在維護。這套產品是在日本科研系統生產系統中使用。
這是openstack的nova推出的新功能，只能等grizzly發布，再好好看看。這是日本的好幾家搞openstack的公司，聯合搞的乙個功能，啥時候，中國也搞乙個呢？
其實這個專案，是基於dodai-deploy上開發的，目前**已經加入openstack，並且吸引了很多的開發者，redhat的開發者也參與，讓人更加有信心。
詳細的介紹：
文件是在slideshare和google doc，需要fq，所以我就放到網盤上。
有句話非常經典：no community support ,no feature. 沒有社群支援的開源軟體，沒有前途。應該很好反思一下國內的開源狀況。
folsom安裝，由於引人了quantum，導致安裝比較複雜，不過終於有朋友搞出乙個指令碼，不只是支援quantum，還支援nova network。我已經測試過nova network，非常好用。
cobbler一般都是用來安裝系統，不過cobbler 2.4版本，將會提供安裝openstack的功能，真的不知道他如何實現，關注中，過完年，好好測試一下。
這是雅虎搞的openstack安裝指令碼,用python寫的, 我同事學習半天，據說用了很多python的高階語法，可以在centos 6.2下跑, 不過我是沒看到任何使用者在測試.不過這個指令碼一直都在堅持更新。雅虎今天的狀況，還能投入那麼大精力去做開源。
grid dynamics公司，是一家諮詢公司，在redhat沒有正式宣布加入openstack前，centos的openstack的rpm包都是他們維護 的，並且最開始的epel上的包，也是他們幫忙做的，並且他們還開發了好幾個模組：dns管理，賬單管理。還有乙個dashboard。不過這些專案，都 沒有成為孵化專案。
他們也開發了一套指令碼來部署
以前，如果你希望在centos下安裝openstack，就必須用這個公司提供的源，後來redhat加入openstack，也就改變很多。最近半年，好像比較沉默，沒看到太多的資訊。如果大家希望基於centos來做部署，其實可以參考一下。
這個專案目前放在stackforge，算是努力成為孵化專案。目前是支援redhat系列。說明
更新很頻繁，值得關注。尤其是打算使用centos的朋友。
openstack安裝部署
本文主要分享的是雲計算 openstack的使用 私有雲平台建設 雲伺服器雲硬碟的構建和使用。從基本概念入手到私有雲建設，資訊量非常大。對於openstack的安裝部署都是從官方文件中一步步的介紹，內容非常詳細。一 雲計算 基本概念 雲計算 cloud computing 是基於網際網路的相關服務的...
指令碼部署openstack
本文把openstack部署的所有命令整理成乙個完整的指令碼，乙個指令碼解決所有問題。一般部署分三步 1，安裝openstack包 2，修改配置檔案 3，執行這個指令碼。來，試一下 在python下 import mydeploy mydeploy.deploy all 如果想重置資料庫，例如nov...
自動化部署openstack
all in one 方式 兩塊網絡卡，8g記憶體，20g儲存,可以再加乙個20g儲存做塊儲存 首先配置epel源 root server1 wget o etc yum.repos.d epel.repo安裝依賴性 root server1 yum install python devel lib...