對于OpenStack用戶來說，隨著開(kai)源(yuan)云平臺(tai)的持續演進，可擴展性仍然是(shi)一個大(da)問題(ti)。Openstack的目標是(shi)啟用并且運維大(da)規(gui)模的云集群，但是(shi)在實現(xian)這一愿景(jing)的過程中(zhong)，仍然有一些不足之處。通常(chang)來說，在小(xiao)型測試沙箱里正常(chang)工(gong)作的東西要想超越早期生產環境并且進入大(da)規(gui)模運維時(shi)都(dou)會遇到很多的困難(nan)。

增加Openstack的可擴展(zhan)性并不容易。對于初學者，很(hen)多針(zhen)對Openstack的供應商的插件和工具都(dou)不是可擴展(zhan)的，而其他一些供應商能夠提供有助于可擴展(zhan)性的合適(shi)工具，但(dan)是同(tong)時會引入供應商鎖死(si)的風(feng)險(xian)。

分解(jie)OpenStack可擴展性難題

網絡似乎(hu)是(shi)OpenStack可(ke)擴展性(xing)問題的(de)(de)核心所在，OpenStack的(de)(de)Neutron模(mo)塊(kuai)僅能(neng)(neng)夠擴展到30個左右的(de)(de)節點。公有云(yun)上(shang)的(de)(de)競爭對(dui)手已(yi)經能(neng)(neng)夠在數(shu)千(qian)(qian)臺服務(wu)器上(shang)運行成千(qian)(qian)上(shang)萬臺VM，這一限制對(dui)于考慮OpenStack的(de)(de)企業(ye)客(ke)戶而言是(shi)能(neng)(neng)不能(neng)(neng)繼(ji)續OpenStack方案的(de)(de)關鍵點。

Neutron問(wen)題的一部分在(zai)于OpenStack Nove核心模(mo)塊所支持(chi)的網絡模(mo)型(xing)。該模(mo)型(xing)限(xian)制了集群規(gui)模(mo)，并且給構建(jian)和銷毀VLAN增加了延時(shi)。這樣(yang)的結(jie)果對(dui)于沙箱(xiang)來說足夠好，但(dan)是對(dui)于生產(chan)環境所需的擴展能力就是個大問(wen)題。

一些(xie)OpenStack的(de)(de)合作伙伴，包括(kuo)Mirantis 和 Hewlett Packard Enterprise，已經提出了一些(xie)可能的(de)(de)方案。但是軟(ruan)件定義(yi)網(wang)絡承諾將軟(ruan)件價(jia)值(zhi)添加(jia)到廉價(jia)的(de)(de)，使用普通硬件的(de)(de)白盒交換(huan)機上也是剛(gang)剛(gang)面世(shi)，提供了和Mirantis以及其他OpenStack合作伙伴競爭的(de)(de)解(jie)決方案。

如果你(ni)想購買(mai)更加(jia)復雜的平臺，比如供應商管理的OpenStack版本，一(yi)定要確保這個(ge)供應商有(you)能(neng)力在很多服務器機架上擴展網絡。

垂(chui)直自(zi)擴(kuo)(kuo)展，或者使(shi)用(yong)(yong)更多(duo)(duo)VM 使(shi)用(yong)(yong)OpenStack Heat模(mo)塊(kuai)進行擴(kuo)(kuo)展時也有很(hen)多(duo)(duo)問題。Ceilometer模(mo)塊(kuai)監控(kong)VM里的(de)(de)(de)工作(zuo)負載，并且(qie)觸(chu)發Heat自(zi)動擴(kuo)(kuo)展或者調整VM的(de)(de)(de)個數。不幸的(de)(de)(de)是(shi)(shi)，有很(hen)多(duo)(duo)OpenStack的(de)(de)(de)版本，還有更多(duo)(duo)的(de)(de)(de)專有工具，并且(qie)在(zai)很(hen)多(duo)(duo)情況(kuang)下，都丟失了一(yi)些主流模(mo)塊(kuai)。通常沒有Ceilometer，而是(shi)(shi)使(shi)用(yong)(yong)自(zi)定(ding)義的(de)(de)(de)監控(kong)引(yin)擎。OpenStack的(de)(de)(de)廣泛用(yong)(yong)例幾乎可以保(bao)證這樣的(de)(de)(de)交互一(yi)定(ding)有很(hen)多(duo)(duo)問題。這里唯一(yi)的(de)(de)(de)解(jie)決方案是(shi)(shi)耐心，等(deng)到Ceilometer更大范圍部署(shu)之時。

負(fu)載均(jun)衡(heng)也有類似(si)的(de)問題(ti)。Neutron作為服務提供負(fu)載均(jun)衡(heng)，Heat全面支(zhi)持(chi)這一(yi)點(dian)。但是，一(yi)些版本(ben)，沒有這個特性，需(xu)要考(kao)慮其他方案。GitHub上的(de)開源的(de)HAProxy項目是一(yi)種可能的(de)解決方案。

解決OpenStack網絡問題

當面臨(lin)OpenStack可擴展性時，有更多的高級網絡運維也都很困難。比如，連(lian)接(jie)虛擬網絡的功能會(hui)變(bian)成噩(e)夢。驗證連(lian)接(jie)并(bing)不容易，在外(wai)部連(lian)接(jie)功能上，比如防(fang)火墻(qiang)，則有可能會(hui)丟失(shi)鏈(lian)(lian)接(jie)。要(yao)想(xiang)把一個新服務插入到服務鏈(lian)(lian)里也很困難;IT團隊需要(yao)銷毀服務鏈(lian)(lian)并(bing)且從頭(tou)重新構建。

啟動風(feng)暴(bao) 這個詞來源于VDI里的(de)boot風(feng)暴(bao)，如果連接斷開隨(sui)后修(xiu)復時可能就(jiu)會(hui)發生(sheng)。重新(xin)連接數千個節點，使用緩(huan)慢的(de)加密流程以及分發代(dai)理，需要(yao)花費大量(liang)的(de)時間。

當面臨OpenStack可(ke)擴(kuo)展性時，這些(xie)來(lai)(lai)源于Nova，以(yi)及Keystone安全的(de)網絡(luo)問(wen)題(ti)，可(ke)能會成為瓶(ping)頸(jing)。小(xiao)心調優Nova能夠有效減少(shao)這樣的(de)問(wen)題(ti)，并且加(jia)速網絡(luo)搭建的(de)運維。比如，IT團隊能夠增加(jia)NOVA API和(he)處理節(jie)點(dian)的(de)數量來(lai)(lai)移除(chu)鏈接(jie)創建中的(de)瓶(ping)頸(jing)。還(huan)可(ke)以(yi)使用OpenContrail來(lai)(lai)解(jie)決一些(xie)Neutron的(de)問(wen)題(ti)，這是(shi)一個高效的(de)，低消耗的(de)分(fen)發(fa)網絡(luo)服務的(de)平臺。

隨著(zhu)OpenStack組件的(de)演(yan)化，OpenStack的(de)可擴展(zhan)性和(he)其他挑戰已經在持續升溫(wen)。閱讀博客和(he)文章了解最新狀(zhuang)態，并且(qie)記住開(kai)源云的(de)總體優勢非(fei)常大，但是(shi)(shi)演(yan)進(jin)是(shi)(shi)一個(ge)大問題(ti)。

文章編輯：CobiNet(寧波)  
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發生產超五類，六類,七類屏蔽網線/屏蔽模塊及相關模塊配件, 我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產廠家。

歡(huan)迎來(lai)電咨詢0574 88168918,郵箱sales@aliance.cn，網(wang)址aliance.cn