九州云實戰人員為您揭秘成功部署OpenStack幾大要點
原創【51CTO.com原創稿件】隨著云計算的發展,企業正積極探索從傳統架構轉向云計算架構的方法。無論從國家層面還是企業自身發展來看,這都是勢在必行的一種轉型。當我們把云理解成為一種服務,尤其是基于OpenStack構建云,會遇到各種技術困惑和技術能力儲備的問題。它其實是有別于VMwae閉源產品化的一種開源解決方案。
OpenStack的技術呈現了多樣化狀態,比如計算虛擬化、存儲虛擬化、網絡虛擬化、容器和超融合等都需要有相應的涉獵和技術儲備,同時這些技術基于傳統基礎架構體系,但是又有別于傳統解決方案。這就要求我們需要具有識別OpenStack平臺本身的能力、理解所承載應用以及優化云平臺的能力、改造遷移現有應用的能力[w1] 。
準確識別OpenStack平臺四大能力
- 企業在落地云計算的時候,OpenStack作為一個開源解決方案,會遇到產品Bug、調優和組件選型,需要面對OpenStack的復雜性和部署困難的問題。
- 傳統應用的高可用依賴于基礎架構,OpenStack云平臺如何實現平臺自身高可用以及業務的高可用,同時面對互聯網場景下的雙態應用模式,需要解決傳統業務的上云,又要滿足基于容器的微服務架構實現。
- 在滿足云平臺的功能性需求的同時,還需要解決非功能性需求:異構環境的統一納管,基于應用的性能要求,不可避免的云安全要求和數據中心內及數據中心之前的災備和雙活需求。
- OpenStack在上線及上線后相關的升級、運維能力的技術和人才儲備。上線過程中的業務遷移,例如:P2V和V2V的能力等[w2] 。
直面問題解決問題,輕松部署OpenStack
針對以上遇到的上線投產要求和遷移升級需求,提供一些例子供大家參考:
- 從云平臺的擴展能力和穩定性上來看,需要解決大規模使用過程中RabbitMQ隊列堵塞的問題,可以通過基于新版本OpenStack Cell V2的架構實現云平臺控制端相關服務的基于物理服務器的拆分和管理。同時根據集群的規模進行RabbitMQ的配置文件調優。
- Memcache的Token默認存儲是64M,基于標準配置,如果有大量的API訪問請求,就會造成memcache 存儲不足 Token 被剔除,因此過期。所以需要根據云平臺的實際情況進行優化調整,實現配置最優。
- MongoDB 默認配置是不限制內存使用的,在實際使用的過程中會消耗特別大的內存,這塊需要進行限制。
- 在業務遷移場景下,需要保證原網絡和遷移后的網絡完全一致,存儲數據不丟失、業務正常。為避免解決DHCP的混亂情況,系統需要建立獨立的DHCP來進行遷移。
針對大型企業,我們可以提供面向內部的私有云,主要根據具體不同的業務需求,采用不同的可定制化的解決方案,比如存儲的多樣性定制化、網絡的復雜多樣性定制化、以及虛擬化層面不同類型的相互分離等等。另外,可以定制化內部私有云以及與公有云構建混合云的機制。這樣不僅滿足了內部云化的訴求,而且也解決了混合云對不同的業務需求進行不同管理的問題。
得力于OpenStack的快速發展,九州云實現了基于Ocata版本的OpenStack發行版,實現了容器化部署OpenStack的能力,解決了企業快速部署、升級和調優的問題,從而使得云平臺可以大規模部署和擴展,提高企業基于云平臺的業務連續性。同時為解決業務性能的不同需求,需要實現異構存儲、異構SDN的納管和定制化開發解決方案,從而滿足不同規模的企業用戶,以及存在存量異構設備的云化。例如:VMware、Nutanix、EMC Vplex等的納管和集成。
九州云基于Ocata版本的OpenStack發行版
對于中小企業,我們提供了完整的基于通用業務的一套統一的私有云架構,采用統一的分布式存儲、KVM虛擬化,OVS網絡虛擬化的產品和解決方案,能夠實現快速部署云平臺及投產使用。
與此同時,為了企業能夠駕馭OpenStack,九州云注重技術能力的輸出,提供了豐富的OpenStack開發、使用和運維的培訓。例如COA培訓,通過培訓,解決企業在部署和使用OpenStack的時候具有足夠的技術和人才儲備。
六大核心技術凸顯九州云OpenStack實力
我們現有的核心技術包括以下幾個方面:
- PaaS技術能力:支持云應用和PaaS平臺的對接整合能力,實現IaaS的標準化接口為PaaS服務。
- 容器技術能力:基于容器化部署OpenStack的能力,實現原子化升級和快速部署擴展云平臺能力。
- 運營服務能力:支持用戶自助管理、應用商店、計費計量、配額分配、請求報障等云平臺運營功能。
- Devops技術:基于OS技術的需求,具備源碼,審查管理、應用構建及發布能力的DevOps模式。
- 超融合:能夠實現基于開源技術的超融合架構的實現及大規模機柜部署,能夠納管商業超融合產品。
- NFV能力:以開源項目為基礎,對網絡關系及業務服務鏈的定義。具備部署、配置、監控、靈活編排NFV和異構區域RI的管理。
目前,我們通常采用的云架構主要是采用統一性的分布式存儲,同時結合商業存儲及超融合技術實現多樣的后端虛擬化相互結合管理、多樣的SDN網絡模式。另外還有對于整個云環境的服務容器化,也為后續的無縫升級提供了保證。
在開發過程中,我們從最初的G 和H版本開始演化,到I版本這一較穩定的版本,在實際的開發過程中從Nova、Neutron到Cinder、Kolla,Swift、Trove等,從GlusterFS到Ceph的演進,在整個過程中,主要針對不同的OpenStack使用場景進行了大量的測試以及功能的改進,再針對具體的客戶需求進行功能增加,包括多重服務的三節點的HA等。
成功部署OpenStack的經驗之談
OpenStack的成長以及整個云機構功能的演進都離不開客戶的需求,有了不同的需求,才可以將整個云做的更加完善。
1、經驗之談
- 前期做好和客戶的技術交流,以及需求收集。獲取客戶對于云平臺的期望,根據技術發展和OpenStack組件的成熟度,逐步構建。
- 確定客戶的業務形態,以及業務規模和后續的增長量。
- 根據不同的需求和業務形態采用不同的網絡模式,以及增長量等判斷分離以及超融合的架構模型。
2、教訓之談
- OpenStack的升級是一件大事,需要嚴謹的測試。
- OpenStack是開源軟件,不可避免的會出現Bug等,要積極的與社區進行結合,完善整個過程。
- OpenStack 核心組件目前比較成熟,但更多的衍生組件還不是很完善,希望OpenStack能不斷的產生更好更有用的功能,將整個OpenStack的框架做的越來越好,降低OpenStack的復雜度,提升適應性。
【作者介紹】
楊亞鵬 九州云99Cloud云計算產品服務工程師
Freezer項目核心開發者,帶領九州云99Cloud實現全球 貢獻第二,熟悉Ceph, GlusterFS, SaltStack
趙紫君 九州云99Cloud解決方案總監
趙紫君擁有超過15年的IT從業經驗,具有豐富的大型金融和醫療行業的IT從業經驗,超過10年的基礎架構解決方案及大型項目管理經驗。7年的的云計算解決方案和項目管理經驗。熟悉大型數據中心相關的基礎架構及云計算解決方案。對于虛擬化、云計算、災備及雙活數據中心具有豐富的實踐經驗。善于管理大規模、復雜的項目。
【51CTO原創稿件,合作站點轉載請注明原文作者和出處為51CTO.com】