我為什么棄用OpenStack
轉向VMware Vsphere
,一切皆為簡單、高效。因為我們在工作過程中涉及到大量的測試工作,每天都有成百個虛擬機的創建和銷毀工作。
工作任務非常繁重,我們的持續集成平臺CI/CD也會大量和虛擬化平臺進行交互。
早期,沒有OpenStack
的時候,我們用vmware workstation
創建虛擬機編譯和測試,這樣效率是很低的,條件也比較艱苦,動不動磁盤就滿了。要不就是虛擬機損壞導致很重要的基礎環境出問題,很多時候其實是技術人員無法很好的掌握和運用這個技術,這時候就需要用到一個專業的工具完成大量虛擬機的管理和統一創建工作。Openstack是一個KVM的管理軟件,提供存儲,網絡,操作系統虛擬化技術。
使用OpenStack完成幾點需求:
- 大量虛擬機的管理,按需分配
- 物理機器存儲資源統一管理,按需分配
- 多租戶,不同部門擁有自己獨立的網絡
- 公共網段,所有部門統一出口網絡
- 網絡虛擬化統一管理
- 虛擬化模板化,快速生成虛擬機
- 虛擬機快照,隨時動態回滾
- 統一由運維管理和分配
當然,最重要的是可以申請服務器資源來進行產品研發了,目標是優化研發流程,提升整體研發效率。
研發效率的提升,通過優化整體流程,完成CI/CD的建設,整體效率提升50%,主要是目前研發流程更加成熟和穩定。我們的持續集成平臺使用Docker、Openstack、Jenkins、gitlab、maven、nexus、Harbor等。
OpenStack M
版本已經在線上跑2年左右,逐漸發現很多問題,坑很多,而且運維復雜,有些早期的目標沒有很好的完成。
比如:
- 虛擬機快照隨時回滾,不成熟,恢復網絡會有問題,腳本可解決
- 虛擬機模板制作復雜,根據官方提供的文檔制作,很多時候cloud-init需要執行的并沒有符合預期
- 組件眾多,部署復雜,難于運維,幾乎無法升級
- 分布式存儲資源池
Cinder
,支持的雖然很多,我們選擇的是Glusterfs
,容易掛載到虛擬機失敗 - 組件眾多,依賴到RDBMS部分,容易出現前后端數據不一致,界面顯示異常。
- 資源利用率低,占用大量資源,浪費了一些硬件資源。
- 網絡效率低下,我選擇的是
vxlan
,支持多租戶,底層是openvswitch
,多層封包導致效率低 - 沒有多租戶需求,建議采用
linux bridge
模式,穩定高效 - Cinder存儲部分節點無法掛載卷,剛開始沒問題,使用大半年開始出現。
有個OpenStack系列內容可以參考:https://github.com/realxujiang/labs/tree/master/openstack-series
OpenStack定位大規模云主機管理系統,所以使用成本高,好處是規模,謹慎選擇吧。
為了更易于維護和使用,我開始嘗試新的方案。
調用發現vmware vsphere
是個不錯的技術,滿足我們以上所有的需求,也能解決所有OpenStack的缺點,而且整個產品成熟度非常高,相關產品都融合得非常好。
目前保留原有的OpenStack集群,新增兩個vmware vsphere
集群,用于新的持續集成平臺和測試資源服務。vmware vsphere
資源利用率更高。更易于管理和使用,所以打算搗鼓一下VMware vsphere產品。
使用感受,覺得操作特別簡單,企業級虛擬化產品肯定是首選,非常成熟,門檻低,很符合我們的需求。
讓人感覺虛擬化產品就應該是這樣的,安裝極簡,使用極簡,設計哲學非常到位,真是非常好的產品。
美中不足,不支持混合盤,不同類型的盤不能做到一個大的存儲卷中。
慢慢感受吧,有時間寫進一步使用的感受。
群友提問,需求挺奇怪的。是否能使用OpenStack
替代VMware Vsphere
?
可以的他們做的事情都類似,只不過成熟度不一樣,使用它可以學習現代云計算架構設計,OpenStack基本是AWS的一個copy開源作品。很多公有云使用方式和OpenStack高度一致,所以你會了OpenStack這樣的私有云,公有云使用自然不在話下。
文末,推薦斯坦福大學:
云計算課程:《Cloud Computing Technology》
歡迎關注微信公眾號,第一時間,閱讀更多有關云計算、大數據文章。
[圖片上傳失敗...(image-6bfe-1513993804428)]
原創文章,轉載請注明: 轉載自Itweet的博客
本博客的文章集合:
http://www.itweet.cn/blog/archive/