本文的重點：對於容器公司來說，可以選擇很多方式來玩，搞OpenStack是一件錦上添花的事情。對於OpenStack廠商來說，搞容器，可是生死攸關的事情。
眾所周知，openstack的部署難度一直很大，即使從事相關工作多年，也不敢說是無論openstack的哪個版本都能安裝。
至於容器是什麼或者openstack是什麼？這裡就不贅述了。
我認為openstack和docker結合有以下好處
在我的問答裡面有關於如何部署openstack（P版）的教程，當時那個教程就是利用docker來部署的。一般安裝好作業系統的情況下，採用容器來部署的話，基本半個小時就能構建openstack。
相信做過openstack部署的都瞭解，openstack的版本基本是半年一更新，在已經部署好叢集的情況下升級的話，難度很高，而且也不能模擬生產環境進行測試。docker的升級方式堪稱完美，只需要刪掉原來的容器，啟動新的容器，如果升級有問題，直接回滾原來的容器，在這些操作下，使用者基本感覺不到。
一般的部署方式都會採用三個控制節點來解決HA，但是我想要5個怎麼辦？再比如我想把ceilometer(openstack的一個計量服務)單獨部署出來怎麼辦？這些都是很難的任務。
如果和docker結合了以後，就很簡單了，無非就是調整各個節點的容器分佈，編排的問題。控制節點是3個，還是五個，rabbitmq放在什麼位置，根本就不是問題。
如果openstack叢集採用了centos/redhat以後，想要換成Ubuntu，這個問題就很棘手了。但是把openstack與容器相結合以後，理論上，就可以擺脫作業系統的限制，因為只要你的作業系統能部署容器環境，那我的openstack叢集就能安裝。
如果是之前部署的openstack，將來有一天你要把叢集刪掉的話，基本上除了重灌系統格式化沒有很好的解決辦法了。但是利用容器部署，物理機不會受到任何“汙染”，部署完成之後，如果不想使用了，可以直接把所有的container清除掉，便可以重新回到原始的、乾淨的狀態。
最後，openstack與容器的結合是趨勢，而且最新的多個版本已經都帶了docker的管理。
本文的重點：對於容器公司來說，可以選擇很多方式來玩，搞OpenStack是一件錦上添花的事情。對於OpenStack廠商來說，搞容器，可是生死攸關的事情。
眾所周知，openstack的部署難度一直很大，即使從事相關工作多年，也不敢說是無論openstack的哪個版本都能安裝。
至於容器是什麼或者openstack是什麼？這裡就不贅述了。
我認為openstack和docker結合有以下好處
1.高效的部署方式在我的問答裡面有關於如何部署openstack（P版）的教程，當時那個教程就是利用docker來部署的。一般安裝好作業系統的情況下，採用容器來部署的話，基本半個小時就能構建openstack。
2.完美升級相信做過openstack部署的都瞭解，openstack的版本基本是半年一更新，在已經部署好叢集的情況下升級的話，難度很高，而且也不能模擬生產環境進行測試。docker的升級方式堪稱完美，只需要刪掉原來的容器，啟動新的容器，如果升級有問題，直接回滾原來的容器，在這些操作下，使用者基本感覺不到。
3.openstack元件的靈活部署一般的部署方式都會採用三個控制節點來解決HA，但是我想要5個怎麼辦？再比如我想把ceilometer(openstack的一個計量服務)單獨部署出來怎麼辦？這些都是很難的任務。
如果和docker結合了以後，就很簡單了，無非就是調整各個節點的容器分佈，編排的問題。控制節點是3個，還是五個，rabbitmq放在什麼位置，根本就不是問題。
4.降低了對作業系統的依賴如果openstack叢集採用了centos/redhat以後，想要換成Ubuntu，這個問題就很棘手了。但是把openstack與容器相結合以後，理論上，就可以擺脫作業系統的限制，因為只要你的作業系統能部署容器環境，那我的openstack叢集就能安裝。
5.純淨的系統環境如果是之前部署的openstack，將來有一天你要把叢集刪掉的話，基本上除了重灌系統格式化沒有很好的解決辦法了。但是利用容器部署，物理機不會受到任何“汙染”，部署完成之後，如果不想使用了，可以直接把所有的container清除掉，便可以重新回到原始的、乾淨的狀態。
最後，openstack與容器的結合是趨勢，而且最新的多個版本已經都帶了docker的管理。