OpenStack 部署完就是一個 “僵棧StuckStack”，一般出于技術(shù)原因，但有時是商業(yè)上的原因，它是無法在沒有明顯中斷，也不花費時間和成本的情況下升級的。在關(guān)于這個話題的***一篇文章中，我們討論了這些云中有多少陷入僵局，以及當時是怎么決定的與如今的大部分常識相符?，F(xiàn)在 OpenStack 已經(jīng)有 7 年了，最近隨著容器編排系統(tǒng)的增長以及更多企業(yè)開始利用公共和私有的云平臺，OpenStack 正面臨著壓力。

沒有魔法解決方案

如果你仍在尋找一個可以沒有任何問題地升級你現(xiàn)有的 僵棧StuckStack 的解決方案，那么我有壞消息給你：沒有魔法解決方案，你***集中精力建立一個標準化的平臺，它可以有效地運營和輕松地升級。

廉價航空業(yè)已經(jīng)表明，雖然乘客可能渴望***的體驗，可以坐在頭等艙或者商務(wù)艙喝香檳，有足夠的空間放松，但是大多數(shù)人會選擇乘坐***的，最終價值等式不要讓他們付出更多的代價。工作負載是相同的。長期而言，工作負載將運行在最經(jīng)濟的平臺上，因為在高價硬件或軟件上運行的業(yè)務(wù)實際上并沒有受益。

Amazon、Microsoft、Google 等大型公共云企業(yè)都知道，這就是為什么他們建立了高效的數(shù)據(jù)中心，并使用模型來構(gòu)建、操作和擴展基礎(chǔ)設(shè)施。長期以來，企業(yè)一直奉行以設(shè)計、制造、市場、定價、銷售、實施為一體的***秀的硬件和軟件基礎(chǔ)設(shè)施。現(xiàn)實可能并不總是符合承諾，但它現(xiàn)在還不重要，因為成本模式cost model在當今世界無法生存。一些組織試圖通過改用免費軟件替代，而不改變自己的行為來解決這一問題。因此，他們發(fā)現(xiàn)，他們只是將成本從獲取軟件變到運營軟件上。好消息是，那些高效運營的大型運營商使用的技術(shù)，現(xiàn)在可用于所有類型的組織。

什么是軟件模型?

雖然許多年來，軟件程序由許多對象、進程和服務(wù)而組成，但近年來，程序是普遍由許多單獨的服務(wù)組成，它們高度分布在數(shù)據(jù)中心的不同服務(wù)器以及跨越數(shù)據(jù)中心的服務(wù)器上。

OpenStack 服務(wù)的簡單演示

許多服務(wù)意味著許多軟件需要配置、管理并跟蹤許多物理機器。以成本效益的方式規(guī)模化地進行這一工作需要一個模型，即所有組件如何連接以及它們?nèi)绾斡成涞轿锢碣Y源。為了構(gòu)建模型，我們需要有一個軟件組件庫，這是一種定義它們?nèi)绾伪舜诉B接以及將其部署到平臺上的方法，無論是物理的還是虛擬的。在 Canonical 公司，我們幾年前就認識到這一點，并建立了一個通用的軟件建模工具 Juju，使得運營商能夠從 100 個通用軟件服務(wù)目錄中組合靈活的拓撲結(jié)構(gòu)、架構(gòu)和部署目標。

Juju 建模 OpenStack 服務(wù)

在 Juju 中，軟件服務(wù)被定義為一種叫做 Charm 的東西。 Charms 是代碼片段，它通常用 python 或 bash 編寫，其中提供有關(guān)服務(wù)的信息 - 聲明的接口、服務(wù)的安裝方式、可連接的其他服務(wù)等。

Charms 可以簡單或者復雜，具體取決于你想要賦予的功能。對于 OpenStack，Canonical 在上游 OpenStack 社區(qū)的幫助下，為主要 OpenStack 服務(wù)開發(fā)了一套完整的 Charms。Charms 代表了模型的說明，使其可以輕松地部署、操作擴展和復制。Charms 還定義了如何升級自身，包括在需要時執(zhí)行升級的順序以及如何在需要時優(yōu)雅地暫停和恢復服務(wù)。通過將 Juju 連接到諸如 裸機即服務(wù)(MAAS) 這樣的裸機配置系統(tǒng)，其中 OpenStack 的邏輯模型可以部署到物理硬件上。默認情況下，Charms 將在 LXC 容器中部署服務(wù)，從而根據(jù)云行為的需要，提供更大的靈活性來重新定位服務(wù)。配置在 Charms 中定義，或者在部署時由第三方工具(如 Puppet 或 Chef)注入。

這種方法有兩個不同的好處：1 - 通過創(chuàng)建一個模型，我們從底層硬件抽象出每個云服務(wù)。2 - 使用已知來源的標準化組件，通過迭代組合新的架構(gòu)。這種一致性使我們能夠使用相同的工具部署非常不同的云架構(gòu)，運行和升級這些工具是安全的。

通過全面自動化的配置工具和軟件程序來管理硬件庫存，運營商可以比使用傳統(tǒng)企業(yè)技術(shù)或構(gòu)建偏離核心的定制系統(tǒng)更有效地擴展基礎(chǔ)架構(gòu)。有價值的開發(fā)資源可以集中在創(chuàng)新應(yīng)用領(lǐng)域，使新的軟件服務(wù)更快上線，而不是改變標準的商品基礎(chǔ)設(shè)施，這將會導致進一步的兼容性問題。

在下一篇文章中，我將介紹部署完全建模的 OpenStack 的一些***實踐，以及如何快速地進行操作。如果你有一個現(xiàn)有的 僵棧StuckStack，那么雖然我們不能很容易地拯救它，但是與公有云相比，我們將能夠讓你走上一條完全支持的、高效的基礎(chǔ)架構(gòu)以及運營成本的道路。

即將舉行的網(wǎng)絡(luò)研討會

如果你在舊版本的 OpenStack 中遇到問題，并且想要輕松升級 OpenStack 云并且無需停機，請觀看我們的在線點播研討會，從 Newton 升級到 Ocata 的現(xiàn)場演示。

作者簡介：

專注于 Ubuntu OpenStack 的云產(chǎn)品經(jīng)理。以前在 MySQL 和 Red Hat 工作。喜歡摩托車，遇見使用 Ubuntu 和 Openstack 做有趣事的人。