對于OpenStack用戶來說，隨著開源云平臺的持續(xù)演進(jìn)，可擴(kuò)展性仍然是一個(gè)大問題。Openstack的目標(biāo)是啟用并且運(yùn)維大規(guī)模的云集群，但是在實(shí)現(xiàn)這一愿景的過程中，仍然有一些不足之處。通常來說，在小型測試沙箱里正常工作的東西要想超越早期生產(chǎn)環(huán)境并且進(jìn)入大規(guī)模運(yùn)維時(shí)都會遇到很多的困難。

增加Openstack的可擴(kuò)展性并不容易。對于初學(xué)者，很多針對Openstack的供應(yīng)商的插件和工具都不是可擴(kuò)展的，而其他一些供應(yīng)商能夠提供有助于可擴(kuò)展性的合適工具，但是同時(shí)會引入供應(yīng)商鎖死的風(fēng)險(xiǎn)。

分解OpenStack可擴(kuò)展性難題

網(wǎng)絡(luò)似乎是OpenStack可擴(kuò)展性問題的核心所在，OpenStack的Neutron模塊僅能夠擴(kuò)展到30個(gè)左右的節(jié)點(diǎn)。公有云上的競爭對手已經(jīng)能夠在數(shù)千臺服務(wù)器上運(yùn)行成千上萬臺VM，這一限制對于考慮OpenStack的企業(yè)客戶而言是能不能繼續(xù)OpenStack方案的關(guān)鍵點(diǎn)。

Neutron問題的一部分在于OpenStack Nove核心模塊所支持的網(wǎng)絡(luò)模型。該模型限制了集群規(guī)模，并且給構(gòu)建和銷毀VLAN增加了延時(shí)。這樣的結(jié)果對于沙箱來說足夠好，但是對于生產(chǎn)環(huán)境所需的擴(kuò)展能力就是個(gè)大問題。

一些OpenStack的合作伙伴，包括Mirantis 和 Hewlett Packard Enterprise，已經(jīng)提出了一些可能的方案。但是軟件定義網(wǎng)絡(luò)承諾將軟件價(jià)值添加到廉價(jià)的，使用普通硬件的白盒交換機(jī)上也是剛剛面世，提供了和Mirantis以及其他OpenStack合作伙伴競爭的解決方案。

如果你想購買更加復(fù)雜的平臺，比如供應(yīng)商管理的OpenStack版本，一定要確保這個(gè)供應(yīng)商有能力在很多服務(wù)器機(jī)架上擴(kuò)展網(wǎng)絡(luò)。

垂直自擴(kuò)展，或者使用更多VM——使用OpenStack Heat模塊進(jìn)行擴(kuò)展時(shí)也有很多問題。Ceilometer模塊監(jiān)控VM里的工作負(fù)載，并且觸發(fā)Heat自動擴(kuò)展或者調(diào)整VM的個(gè)數(shù)。不幸的是，有很多OpenStack的版本，還有更多的專有工具，并且在很多情況下，都丟失了一些主流模塊。通常沒有Ceilometer，而是使用自定義的監(jiān)控引擎。OpenStack的廣泛用例幾乎可以保證這樣的交互一定有很多問題。這里唯一的解決方案是耐心，等到Ceilometer更大范圍部署之時(shí)。

負(fù)載均衡也有類似的問題。Neutron作為服務(wù)提供負(fù)載均衡，Heat全面支持這一點(diǎn)。但是，一些版本，沒有這個(gè)特性，需要考慮其他方案。GitHub上的開源的HAProxy項(xiàng)目是一種可能的解決方案。

解決OpenStack網(wǎng)絡(luò)問題

當(dāng)面臨OpenStack可擴(kuò)展性時(shí)，有更多的高級網(wǎng)絡(luò)運(yùn)維也都很困難。比如，連接虛擬網(wǎng)絡(luò)的功能會變成噩夢。驗(yàn)證連接并不容易，在外部連接功能上，比如防火墻，則有可能會丟失鏈接。要想把一個(gè)新服務(wù)插入到服務(wù)鏈里也很困難；IT團(tuán)隊(duì)需要銷毀服務(wù)鏈并且從頭重新構(gòu)建。

啟動風(fēng)暴——這個(gè)詞來源于VDI里的boot風(fēng)暴，如果連接斷開隨后修復(fù)時(shí)可能就會發(fā)生。重新連接數(shù)千個(gè)節(jié)點(diǎn)，使用緩慢的加密流程以及分發(fā)代理，需要花費(fèi)大量的時(shí)間。

當(dāng)面臨OpenStack可擴(kuò)展性時(shí)，這些來源于Nova，以及Keystone安全的網(wǎng)絡(luò)問題，可能會成為瓶頸。小心調(diào)優(yōu)Nova能夠有效減少這樣的問題，并且加速網(wǎng)絡(luò)搭建的運(yùn)維。比如，IT團(tuán)隊(duì)能夠增加NOVA API和處理節(jié)點(diǎn)的數(shù)量來移除鏈接創(chuàng)建中的瓶頸。還可以使用OpenContrail來解決一些Neutron的問題，這是一個(gè)高效的，低消耗的分發(fā)網(wǎng)絡(luò)服務(wù)的平臺。

隨著OpenStack組件的演化，OpenStack的可擴(kuò)展性和其他挑戰(zhàn)已經(jīng)在持續(xù)升溫。閱讀博客和文章了解最新狀態(tài)，并且記住開源云的總體優(yōu)勢非常大，但是演進(jìn)是一個(gè)大問題。