Greene表示,就像許多人一樣,自己在冠狀病毒疫情期間只能在家遠(yuǎn)程工作。其帶領(lǐng)的IT團(tuán)隊(duì)在融合的VMware環(huán)境中進(jìn)行數(shù)據(jù)庫(kù)云容量管理。他表示,公共云提供商面臨的容量管理問題與Greeneideas公司正在解決的問題類似。因此,其IT團(tuán)隊(duì)成員參加了各種在線供應(yīng)商會(huì)議,并接受了在線培訓(xùn),以了解在云計(jì)算世界中是否也遇到了類似的問題,以及可以學(xué)到什么技術(shù)和經(jīng)驗(yàn)來(lái)改進(jìn)分析和流程。
Greene在了解云計(jì)算提供商對(duì)其客戶的看法之后,并結(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ì)在配置容量時(shí)可能并不真正知道他們需要什么。
要求比較苛刻的應(yīng)用程序必須以不同的方式處理。
清理不是自然發(fā)生的,并將會(huì)浪費(fèi)容量。
對(duì)于IaaS、PaaS和其他應(yīng)用程序真正提供的內(nèi)容,有許多不同的觀點(diǎn)。
以下將深入了解這些關(guān)鍵主題:
容量模型
第一個(gè)關(guān)鍵主題是需要建立一種所有利益相關(guān)者都可以理解的容量模型。無(wú)論是財(cái)務(wù)人員還是應(yīng)用程序系統(tǒng)管理員,都需要提供150個(gè)服務(wù)器或200個(gè)容器的列表以進(jìn)行使用情況檢查,通常不會(huì)產(chǎn)生有效的結(jié)果。這是為什么?相信很少有人能理解主機(jī)名或容器名稱(或是服務(wù)實(shí)例)。經(jīng)過(guò)嘗試,Greene帶領(lǐng)的IT 團(tuán)隊(duì)增強(qiáng)了從服務(wù)器和容器列表驅(qū)動(dòng)的容量模型,并合并了配置管理數(shù)據(jù)庫(kù)(CMDB)、數(shù)據(jù)庫(kù)和操作系統(tǒng)監(jiān)視工具中的數(shù)據(jù)。IT團(tuán)隊(duì)到處獲取信息,這些信息會(huì)將網(wǎng)絡(luò)上的資源用于需要查看容量使用情況。因此,在與應(yīng)用程序團(tuán)隊(duì)交流時(shí),它有助于確定這些服務(wù)器上的數(shù)據(jù)庫(kù),所用數(shù)據(jù)庫(kù)的版本(以便他們可以查看哪些數(shù)據(jù)庫(kù)是為了滿足風(fēng)險(xiǎn)要求而遷移出的原有數(shù)據(jù)庫(kù)),與涉及成本的人員溝通時(shí),首先要使用生成賬單的資源(磁盤、CPU、內(nèi)存等),然后將其映射到所涉及的各個(gè)應(yīng)用程序團(tuán)隊(duì)以及所使用的版本。
在這些情況下,組織IT團(tuán)隊(duì)都可以看到他們關(guān)心的問題,并將其映射到應(yīng)用程序或用戶社區(qū),這有助于他們?cè)u(píng)估是否仍然需要,并了解他們可能需要在哪里進(jìn)行更改,例如從原有版本的Windows 2000遷移?;旧希梢詺w結(jié)為一種模型,該模型能夠提供一組量身定制的報(bào)告來(lái)幫助他們了解自己所擁有的東西,而不是逐項(xiàng)列出的賬單說(shuō)明所用資源。
評(píng)估需求
Greene表示,他們發(fā)現(xiàn)的下一個(gè)主題是,應(yīng)用程序團(tuán)隊(duì)在首次遷移到云環(huán)境或構(gòu)建新應(yīng)用程序時(shí)可能不知道他們真正想要什么。他們通常具有可以打動(dòng)用戶的出色功能和構(gòu)想,但是詢問采用多少個(gè)CPU和多少內(nèi)存等問題時(shí),他們通常會(huì)詢問供應(yīng)商,并希望更好地運(yùn)行他們的產(chǎn)品,而基礎(chǔ)設(shè)施部門面臨節(jié)省成本并提高利用率的壓力,但最終會(huì)選擇采用云計(jì)算服務(wù)。他們面臨的挑戰(zhàn)是,關(guān)于應(yīng)用程序的接受程度以及下一步可能會(huì)想到的功能,存在很多假設(shè)甚至猜測(cè)。這通常會(huì)導(dǎo)致這樣一種情況:必須遷移到不同的運(yùn)營(yíng)環(huán)境以滿足他們的性能需求,這需要應(yīng)用程序團(tuán)隊(duì)和基礎(chǔ)設(shè)施團(tuán)隊(duì)花費(fèi)大量時(shí)間和精力進(jìn)行處理。
許多團(tuán)隊(duì)做出的一個(gè)假設(shè)是,可以構(gòu)建適合所有應(yīng)用程序的一種架構(gòu),但大多數(shù)大型公司都有廣泛的投資組合,通常遵循80/20或90/10規(guī)則。通常情況下,只有少數(shù)應(yīng)用程序能夠推動(dòng)業(yè)務(wù)發(fā)展、擁有龐大的用戶群或需要更高的性能。因此,雖然大多數(shù)應(yīng)用程序都能適應(yīng)為用戶設(shè)計(jì)的經(jīng)濟(jì)高效、高密度的環(huán)境,但重要的是需要更高性能的環(huán)境或可用的選擇,而不是采用一種滿足所有需求的解決方案。
清理不是自然發(fā)生的
另一個(gè)主題是清理不是自然發(fā)生的,并將會(huì)浪費(fèi)容量。在公共云中,這通常是增加成本,而在私有云中,這通常表現(xiàn)為容量不足或意外增長(zhǎng)。在大多數(shù)情況下,允許開發(fā)人員通過(guò)自動(dòng)化的方式為他們的任務(wù)配置系統(tǒng),但是當(dāng)不再需要容量時(shí),沒有人進(jìn)行清理。因此,當(dāng)他們完成一個(gè)需要資源的特殊開發(fā)項(xiàng)目時(shí),或者當(dāng)他們遷移到數(shù)據(jù)庫(kù)、Web服務(wù)器或操作系統(tǒng)的下一個(gè)版本以滿足架構(gòu)或風(fēng)險(xiǎn)方面的標(biāo)準(zhǔn)時(shí),沒有人愿意放棄原有資源(也許他們想了解新資源是否真的有效)。如果不注意這一點(diǎn),則隨著組織在云平臺(tái)中運(yùn)營(yíng)更長(zhǎng)的時(shí)間,將會(huì)積累更多的無(wú)用數(shù)據(jù)。這里的關(guān)鍵是向負(fù)責(zé)支付賬單的人員展示,或者證明他們使用私有云資源的正當(dāng)性,以及他們所使用的與之相關(guān)的內(nèi)容,以便他們能夠做出正確的決策。
處理要求苛刻的應(yīng)用程序
最后,許多組織開始遷移到云端,他們了解原有數(shù)據(jù)中心的利用率有多低,以及效率低下的IT設(shè)備帶來(lái)的浪費(fèi)。對(duì)這一點(diǎn)敏感的是,本地云計(jì)算供應(yīng)商已經(jīng)找到了將同一資源(CPU、內(nèi)存或IO帶寬)同時(shí)承諾給多個(gè)應(yīng)用程序或虛擬機(jī)的方法。人們認(rèn)為,共享這些資源的應(yīng)用程序不太可能同時(shí)使用這些資源。
在通常情況下,對(duì)于Web服務(wù)器之類的事情來(lái)說(shuō),這是一個(gè)很好的選擇,用戶可以在一天之內(nèi)快速響應(yīng)Web發(fā)送的請(qǐng)求。但是,這對(duì)于數(shù)據(jù)庫(kù)服務(wù)器而言可能并不好,因?yàn)閿?shù)據(jù)庫(kù)服務(wù)器可能需要幾秒鐘的時(shí)間來(lái)處理一些查詢,并且數(shù)據(jù)庫(kù)中的應(yīng)用程序使用量往往會(huì)出現(xiàn)一些高峰。這里面臨的挑戰(zhàn)在于,如果每個(gè)人都對(duì)系統(tǒng)提出CPU或內(nèi)存需求,那么系統(tǒng)就會(huì)進(jìn)行交換,在交換過(guò)程中,系統(tǒng)會(huì)花費(fèi)所有的時(shí)間將進(jìn)程移入或移出內(nèi)存,或者將系統(tǒng)堆疊到無(wú)法滿足要求的程度。因此,在這個(gè)例子中,可以分析每個(gè)應(yīng)用程序或產(chǎn)品(例如,數(shù)據(jù)庫(kù)通常在啟動(dòng)時(shí)分配大量?jī)?nèi)存區(qū)域,而不釋放它們,如果過(guò)度提交,則可能進(jìn)行交換),并為這一應(yīng)用程序做出正確的決策,而不是根據(jù)供應(yīng)商的實(shí)驗(yàn)室環(huán)境使用通用的指導(dǎo)原則。
IaaS、PaaS和XaaS到底提供了什么?
最后一個(gè)主題是,人們對(duì)于IaaS、PaaS和XaaS的真正含義有很多不同的看法。應(yīng)用程序團(tuán)隊(duì)可以閱讀許多關(guān)于云計(jì)算可以做什么的文章,并且他們假設(shè)遷移到云端時(shí),以某種方式獲得了更多的功能和服務(wù)。Greene表示,組織將會(huì)得到在系統(tǒng)中構(gòu)建和設(shè)計(jì)的東西。從滿足組織要求的備份,到故障切換自動(dòng)化,再到防火墻安全性,所有這些都需要使用適當(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é)論
從容量的角度來(lái)看,這些是在公共云和私有云應(yīng)用的一些主題。相信每個(gè)運(yùn)營(yíng)環(huán)境都需要進(jìn)行研究和建模,以使組織能夠運(yùn)行分析以查看容量問題所在。需要注意的是,容量問題實(shí)際上有兩種:第一個(gè)是性能,組織會(huì)發(fā)現(xiàn)給定應(yīng)用程序?qū)τ谄洚?dāng)前位置而言太多了(需要遷移到更好的運(yùn)營(yíng)環(huán)境)。第二個(gè)是總體容量管理(這將確保組織可以為給定的容器或虛擬機(jī)提供足夠的資源)。這將成為永無(wú)止境的分析,因?yàn)橐坏┙鉀Q了一個(gè)問題,就有另一個(gè)問題需要解決。該模型幫助組織確定問題,然后可以使用環(huán)境中的工具(移動(dòng)容器、遷移到新容器或可能移動(dòng)到新架構(gòu))來(lái)確保運(yùn)營(yíng)環(huán)境為未來(lái)發(fā)展做好準(zhǔn)備。
編輯:hfy
-
云計(jì)算
+關(guān)注
關(guān)注
39文章
7776瀏覽量
137369 -
Web服務(wù)器
+關(guān)注
關(guān)注
0文章
138瀏覽量
24399 -
PaaS
+關(guān)注
關(guān)注
2文章
132瀏覽量
21451 -
IaaS
+關(guān)注
關(guān)注
0文章
67瀏覽量
18568
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論