實(shí)戰(zhàn)：基于OpenStack搭建公司私有云平臺(tái)[技術(shù)選型]

《實(shí)戰(zhàn)：基于OpenStack搭建公司私有云平臺(tái)[技術(shù)選型]》由會(huì)員上傳分享，免費(fèi)在線(xiàn)閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。

1、技術(shù)選型作為兩大主流開(kāi)源云平臺(tái)，OpenStack和CloudStack各具優(yōu)勢(shì)。CloudStack安裝和部署都很方便，OpenStack框架相對(duì)開(kāi)放靈活，可以根據(jù)用戶(hù)需求方便的進(jìn)行開(kāi)發(fā)定制。本文中，博主通過(guò)自身基于OpenStack搭建公司私有云平臺(tái)的實(shí)戰(zhàn)經(jīng)驗(yàn)，對(duì)OpenStack實(shí)施私有云落地的需求進(jìn)行梳理，綜合產(chǎn)生個(gè)人的觀(guān)點(diǎn)和評(píng)價(jià)并和讀者分享。之前一段時(shí)間的工作，基于OpenStack搭建公司私有云平臺(tái)。借此機(jī)會(huì)梳理了一下OpenStack實(shí)施私有云落地的選項(xiàng)，以饗各位讀者。私有云落地需求：1、為公司W(wǎng)E

2、B服務(wù)提供彈性負(fù)載均衡，降低硬件消耗作為互聯(lián)網(wǎng)服務(wù)，在訪(fǎng)問(wèn)高峰時(shí)段和低谷時(shí)段，流量差異很大，各服務(wù)的高峰時(shí)段和低谷時(shí)段也處于不同時(shí)間點(diǎn)上，例如A服務(wù)的訪(fǎng)問(wèn)高峰期在晚上8點(diǎn)到11點(diǎn)，B服務(wù)高峰期則處于白天10點(diǎn)到15點(diǎn)。若以傳統(tǒng)架構(gòu)，則需要為2個(gè)服務(wù)的高峰值準(zhǔn)備足量的運(yùn)算資源，服務(wù)器消耗則為A+B所需最大資源，才能保證高峰期兩個(gè)服務(wù)正常運(yùn)行。換用云平臺(tái)方案后，可以對(duì)資源進(jìn)行細(xì)粒度管理，將物理服務(wù)器資源，分解成虛擬機(jī)進(jìn)行資源管理。在A(yíng)服務(wù)高峰期，可以相應(yīng)關(guān)閉B服務(wù)相關(guān)實(shí)例，以減少計(jì)算資源消耗。線(xiàn)上服務(wù)，可以考慮使用虛

3、擬機(jī)或容器技術(shù)實(shí)現(xiàn)。2、為公司研發(fā)和測(cè)試，提供虛擬機(jī)資源對(duì)于互聯(lián)網(wǎng)公司線(xiàn)上服務(wù)來(lái)說(shuō)，RD和QA都需要一套線(xiàn)下環(huán)境，來(lái)對(duì)真實(shí)場(chǎng)景進(jìn)行開(kāi)發(fā)和模擬測(cè)試。開(kāi)發(fā)和測(cè)試環(huán)境，需要完全的隔離，基于此種考慮，使用虛擬機(jī)來(lái)做開(kāi)發(fā)和測(cè)試環(huán)境目前是最好的選擇。3、解決運(yùn)維部門(mén)對(duì)資源的分配瓶頸有云平臺(tái)之前，WEB應(yīng)用的上線(xiàn)和下線(xiàn)，都需要運(yùn)維人員來(lái)部署和回收服務(wù)器資源，對(duì)于運(yùn)維部門(mén)來(lái)說(shuō)，需要有專(zhuān)人解決機(jī)器的安裝和配置、DNS設(shè)置、前端代理服務(wù)器的配置等問(wèn)題。研發(fā)部門(mén)則需要在研發(fā)流程結(jié)束后，進(jìn)入排單流程，等待運(yùn)維將機(jī)器安裝并調(diào)試，交付之后，

4、才能進(jìn)行WEB應(yīng)用上線(xiàn)。云平臺(tái)可以以模板的形式，將虛擬機(jī)做成模板，需要上線(xiàn)的時(shí)候，可以迅速以此模板為基礎(chǔ)，克隆一臺(tái)新的VM進(jìn)行交付?；厥召Y源的時(shí)候，刪除相應(yīng)VM即可。4、為公司內(nèi)部提供文件服務(wù)器，提供公司內(nèi)部員工上傳和下載文件的權(quán)限，用于公司內(nèi)部文件共享，建立公司內(nèi)部知識(shí)庫(kù)體系。私有云落地選型OpenStack&CloudStack作為兩大主流開(kāi)源云平臺(tái)，OpenStack和CloudStack各具優(yōu)勢(shì)。CloudStack是從cloud.com公司的產(chǎn)品轉(zhuǎn)向開(kāi)源，從產(chǎn)品化方面來(lái)說(shuō)，本身是個(gè)比較成熟的產(chǎn)品，安裝和

5、部署都很方便，且提供了完整的升級(jí)流程，可以便于將來(lái)和社區(qū)保持同步。然而隨著社區(qū)版本的不斷更新和兼容各家產(chǎn)品，CloudStack也逐漸變得龐大。以公司搭建私有云落地方案而言，很多功能無(wú)用且顯得多余。OpenStack開(kāi)放至今，并沒(méi)有完成產(chǎn)品化發(fā)行，優(yōu)勢(shì)在于其插件化的框架，因?yàn)榧夹g(shù)框架允許自由的選擇可用插件，私有云落地方案中，可以只選擇需要的組件進(jìn)行安裝。因?yàn)榭蚣茉试S插入不同組件，所以O(shè)penStack社區(qū)也獲得了更多廠(chǎng)商的支持，社區(qū)活躍度也比較高。在企業(yè)實(shí)施落地方案的時(shí)候，可以有更多的選擇余地，對(duì)遇到的問(wèn)題，也有

6、了更多更快的響應(yīng)?？紤]到將來(lái)公司還需要進(jìn)一步開(kāi)發(fā)所需要的組件，并且需要對(duì)云平臺(tái)進(jìn)行針對(duì)性的調(diào)優(yōu)，例如虛擬機(jī)的IO、CPU綁定等操作，而不只是依賴(lài)于開(kāi)源社區(qū)的版本，OpenStack的框架則是更好的選擇。CloudStack如果進(jìn)行二次開(kāi)發(fā)，代碼未合并入社區(qū)版本的時(shí)候，升級(jí)則需要再次merge代碼，重復(fù)工作比較多。OpenStack則可以做成插件，在升級(jí)OpenStack版本的時(shí)候，保持插件的可用。由于OpenStack的產(chǎn)品化不成熟，搭建落地到將來(lái)的升級(jí)，以及后續(xù)的二次開(kāi)發(fā)，都需要進(jìn)行不少的開(kāi)發(fā)和測(cè)試人力投入。對(duì)

7、于互聯(lián)網(wǎng)公司來(lái)說(shuō)，因?yàn)橛兄容^成熟的運(yùn)維團(tuán)隊(duì)和研發(fā)團(tuán)隊(duì)，開(kāi)發(fā)和測(cè)試在人力資源成本方面計(jì)算，并不是特別大的開(kāi)銷(xiāo)。最終的選擇，更傾向于OpenStack。KVM&XenServer&VMWareOpenStack原生對(duì)KVM支持更加完善。KVM也是比較成熟的虛擬化平臺(tái)，于2006年寫(xiě)入Linux內(nèi)核，且在Redhat6以后，轉(zhuǎn)向?qū)VM的支持而非之前大力推廣Xen的虛擬化方案。KVM相比較于Xen，更小，更輕量級(jí)，更方便管理。XenServer是Citrix將之前的商業(yè)版本開(kāi)源而來(lái)，其產(chǎn)品成熟，功能和管理界面更加友好

8、。但OpenStack對(duì)于XenServer的管理卻并不完善。VMware是商業(yè)軟件，在虛擬化平臺(tái)中，目前應(yīng)該屬于IO和穩(wěn)定性都最優(yōu)化的方案。OpenStack中，因?yàn)閂Mware本身提供了相應(yīng)的driver，對(duì)VMware的支持也比較成熟。最終放棄VMware的原因，是因?yàn)槠涫跈?quán)比較昂貴。目前暫定的方案，以KVM和XenServer為主，具體使用哪種方案，需要后續(xù)進(jìn)行各