Greene表示，就像許多人一樣，自己在冠狀病毒疫情期間只能在家遠(yuǎn)程工作。其帶領(lǐng)的IT團(tuán)隊(duì)在融合的VMware環(huán)境中進(jìn)行數(shù)據(jù)庫云容量管理。他表示，公共云提供商面臨的容量管理問題與Greeneideas公司正在解決的問題類似。因此，其IT團(tuán)隊(duì)成員參加了各種在線供應(yīng)商會議，并接受了在線培訓(xùn)，以了解在云計(jì)算世界中是否也遇到了類似的問題，以及可以學(xué)到什么技術(shù)和經(jīng)驗(yàn)來改進(jìn)分析和流程。

Greene在了解云計(jì)算提供商對其客戶的看法之后，并結(jié)合其豐富的工作經(jīng)驗(yàn)，開始確定容量管理的挑戰(zhàn)。因此，組織采用私有云可能被人們認(rèn)為在特定計(jì)算機(jī)上的容量不足，也可能被認(rèn)為公共云環(huán)境中的成本攀升。

Greene為云計(jì)算環(huán)境中的容量管理提供的關(guān)鍵主題是：

需要建立所有利益相關(guān)者都能從自己的角度理解的容量模型。

采用應(yīng)用程序團(tuán)隊(duì)在配置容量時可能并不真正知道他們需要什么。

要求比較苛刻的應(yīng)用程序必須以不同的方式處理。

清理不是自然發(fā)生的，并將會浪費(fèi)容量。

對于IaaS、PaaS和其他應(yīng)用程序真正提供的內(nèi)容，有許多不同的觀點(diǎn)。

以下將深入了解這些關(guān)鍵主題：

容量模型

第一個關(guān)鍵主題是需要建立一種所有利益相關(guān)者都可以理解的容量模型。無論是財(cái)務(wù)人員還是應(yīng)用程序系統(tǒng)管理員，都需要提供150個服務(wù)器或200個容器的列表以進(jìn)行使用情況檢查，通常不會產(chǎn)生有效的結(jié)果。這是為什么?相信很少有人能理解主機(jī)名或容器名稱(或是服務(wù)實(shí)例)。經(jīng)過嘗試，Greene帶領(lǐng)的IT 團(tuán)隊(duì)增強(qiáng)了從服務(wù)器和容器列表驅(qū)動的容量模型，并合并了配置管理數(shù)據(jù)庫(CMDB)、數(shù)據(jù)庫和操作系統(tǒng)監(jiān)視工具中的數(shù)據(jù)。IT團(tuán)隊(duì)到處獲取信息，這些信息會將網(wǎng)絡(luò)上的資源用于需要查看容量使用情況。因此，在與應(yīng)用程序團(tuán)隊(duì)交流時，它有助于確定這些服務(wù)器上的數(shù)據(jù)庫，所用數(shù)據(jù)庫的版本(以便他們可以查看哪些數(shù)據(jù)庫是為了滿足風(fēng)險要求而遷移出的原有數(shù)據(jù)庫)，與涉及成本的人員溝通時，首先要使用生成賬單的資源(磁盤、CPU、內(nèi)存等)，然后將其映射到所涉及的各個應(yīng)用程序團(tuán)隊(duì)以及所使用的版本。

在這些情況下，組織IT團(tuán)隊(duì)都可以看到他們關(guān)心的問題，并將其映射到應(yīng)用程序或用戶社區(qū)，這有助于他們評估是否仍然需要，并了解他們可能需要在哪里進(jìn)行更改，例如從原有版本的Windows 2000遷移。基本上，它可以歸結(jié)為一種模型，該模型能夠提供一組量身定制的報(bào)告來幫助他們了解自己所擁有的東西，而不是逐項(xiàng)列出的賬單說明所用資源。

評估需求

Greene表示，他們發(fā)現(xiàn)的下一個主題是，應(yīng)用程序團(tuán)隊(duì)在首次遷移到云環(huán)境或構(gòu)建新應(yīng)用程序時可能不知道他們真正想要什么。他們通常具有可以打動用戶的出色功能和構(gòu)想，但是詢問采用多少個CPU和多少內(nèi)存等問題時，他們通常會詢問供應(yīng)商，并希望更好地運(yùn)行他們的產(chǎn)品，而基礎(chǔ)設(shè)施部門面臨節(jié)省成本并提高利用率的壓力，但最終會選擇采用云計(jì)算服務(wù)。他們面臨的挑戰(zhàn)是，關(guān)于應(yīng)用程序的接受程度以及下一步可能會想到的功能，存在很多假設(shè)甚至猜測。這通常會導(dǎo)致這樣一種情況：必須遷移到不同的運(yùn)營環(huán)境以滿足他們的性能需求，這需要應(yīng)用程序團(tuán)隊(duì)和基礎(chǔ)設(shè)施團(tuán)隊(duì)花費(fèi)大量時間和精力進(jìn)行處理。

許多團(tuán)隊(duì)做出的一個假設(shè)是，可以構(gòu)建適合所有應(yīng)用程序的一種架構(gòu)，但大多數(shù)大型公司都有廣泛的投資組合，通常遵循80/20或90/10規(guī)則。通常情況下，只有少數(shù)應(yīng)用程序能夠推動業(yè)務(wù)發(fā)展、擁有龐大的用戶群或需要更高的性能。因此，雖然大多數(shù)應(yīng)用程序都能適應(yīng)為用戶設(shè)計(jì)的經(jīng)濟(jì)高效、高密度的環(huán)境，但重要的是需要更高性能的環(huán)境或可用的選擇，而不是采用一種滿足所有需求的解決方案。

清理不是自然發(fā)生的

另一個主題是清理不是自然發(fā)生的，并將會浪費(fèi)容量。在公共云中，這通常是增加成本，而在私有云中，這通常表現(xiàn)為容量不足或意外增長。在大多數(shù)情況下，允許開發(fā)人員通過自動化的方式為他們的任務(wù)配置系統(tǒng)，但是當(dāng)不再需要容量時，沒有人進(jìn)行清理。因此，當(dāng)他們完成一個需要資源的特殊開發(fā)項(xiàng)目時，或者當(dāng)他們遷移到數(shù)據(jù)庫、Web服務(wù)器或操作系統(tǒng)的下一個版本以滿足架構(gòu)或風(fēng)險方面的標(biāo)準(zhǔn)時，沒有人愿意放棄原有資源(也許他們想了解新資源是否真的有效)。如果不注意這一點(diǎn)，則隨著組織在云平臺中運(yùn)營更長的時間，將會積累更多的無用數(shù)據(jù)。這里的關(guān)鍵是向負(fù)責(zé)支付賬單的人員展示，或者證明他們使用私有云資源的正當(dāng)性，以及他們所使用的與之相關(guān)的內(nèi)容，以便他們能夠做出正確的決策。

處理要求苛刻的應(yīng)用程序

最后，許多組織開始遷移到云端，他們了解原有數(shù)據(jù)中心的利用率有多低，以及效率低下的IT設(shè)備帶來的浪費(fèi)。對這一點(diǎn)敏感的是，本地云計(jì)算供應(yīng)商已經(jīng)找到了將同一資源(CPU、內(nèi)存或IO帶寬)同時承諾給多個應(yīng)用程序或虛擬機(jī)的方法。人們認(rèn)為，共享這些資源的應(yīng)用程序不太可能同時使用這些資源。

在通常情況下，對于Web服務(wù)器之類的事情來說，這是一個很好的選擇，用戶可以在一天之內(nèi)快速響應(yīng)Web發(fā)送的請求。但是，這對于數(shù)據(jù)庫服務(wù)器而言可能并不好，因?yàn)閿?shù)據(jù)庫服務(wù)器可能需要幾秒鐘的時間來處理一些查詢，并且數(shù)據(jù)庫中的應(yīng)用程序使用量往往會出現(xiàn)一些高峰。這里面臨的挑戰(zhàn)在于，如果每個人都對系統(tǒng)提出CPU或內(nèi)存需求，那么系統(tǒng)就會進(jìn)行交換，在交換過程中，系統(tǒng)會花費(fèi)所有的時間將進(jìn)程移入或移出內(nèi)存，或者將系統(tǒng)堆疊到無法滿足要求的程度。因此，在這個例子中，可以分析每個應(yīng)用程序或產(chǎn)品(例如，數(shù)據(jù)庫通常在啟動時分配大量內(nèi)存區(qū)域，而不釋放它們，如果過度提交，則可能進(jìn)行交換)，并為這一應(yīng)用程序做出正確的決策，而不是根據(jù)供應(yīng)商的實(shí)驗(yàn)室環(huán)境使用通用的指導(dǎo)原則。

IaaS、PaaS和XaaS到底提供了什么?

最后一個主題是，人們對于IaaS、PaaS和XaaS的真正含義有很多不同的看法。應(yīng)用程序團(tuán)隊(duì)可以閱讀許多關(guān)于云計(jì)算可以做什么的文章，并且他們假設(shè)遷移到云端時，以某種方式獲得了更多的功能和服務(wù)。Greene表示，組織將會得到在系統(tǒng)中構(gòu)建和設(shè)計(jì)的東西。從滿足組織要求的備份，到故障切換自動化，再到防火墻安全性，所有這些都需要使用適當(dāng)?shù)墓?yīng)商工具進(jìn)行規(guī)劃和實(shí)施，因?yàn)樗鼈儾皇且怀刹蛔兊摹４蠖鄶?shù)云計(jì)算提供商為操作系統(tǒng)、磁盤速度、支持的應(yīng)用程序甚至設(shè)置提供了很多選擇和可能性。組織面臨的挑戰(zhàn)是大量的選擇，并將它們轉(zhuǎn)換為滿足組織的需求并能與供應(yīng)商的環(huán)境良好配合的配置列表。

結(jié)論

從容量的角度來看，這些是在公共云和私有云應(yīng)用的一些主題。相信每個運(yùn)營環(huán)境都需要進(jìn)行研究和建模，以使組織能夠運(yùn)行分析以查看容量問題所在。需要注意的是，容量問題實(shí)際上有兩種：第一個是性能，組織會發(fā)現(xiàn)給定應(yīng)用程序?qū)τ谄洚?dāng)前位置而言太多了(需要遷移到更好的運(yùn)營環(huán)境)。第二個是總體容量管理(這將確保組織可以為給定的容器或虛擬機(jī)提供足夠的資源)。這將成為永無止境的分析，因?yàn)橐坏┙鉀Q了一個問題，就有另一個問題需要解決。該模型幫助組織確定問題，然后可以使用環(huán)境中的工具(移動容器、遷移到新容器或可能移動到新架構(gòu))來確保運(yùn)營環(huán)境為未來發(fā)展做好準(zhǔn)備。
編輯：hfy