是否到了該使用云監(jiān)控工具的時候了?

責(zé)任編輯:editor005

2015-08-18 14:35:30

摘自:TechTarget中國

企業(yè)工作負(fù)載越來越多地遷移到云中,IT人員是時候使用下一代網(wǎng)絡(luò)所需要的云監(jiān)控工具了。在這個方面,如果網(wǎng)絡(luò)管理工具目前基于網(wǎng)絡(luò)設(shè)備

企業(yè)工作負(fù)載越來越多地遷移到云中,IT人員是時候使用下一代網(wǎng)絡(luò)所需要的云監(jiān)控工具了。

幾乎所有企業(yè)現(xiàn)在都使用某種形式的云服務(wù)。其中,有超過97%的企業(yè)在使用軟件即服務(wù)(SaaS);有超過42%的企業(yè)在使用平臺即服務(wù)(PaaS);最后有超過53%的企業(yè)在使用基礎(chǔ)架構(gòu)即服務(wù)(IaaS)。

但是,這些應(yīng)用的寬度與深度并不匹配。通常情況下,只有不到四分之一的企業(yè)應(yīng)用程序通過SaaS交付。在使用IaaS和PaaS的企業(yè)中,半數(shù)企業(yè)都只是將不到3%的工作負(fù)載部署到云中。

但是,部署場景處于變革前沿。隨著滿意度的不斷增加,加上集成與安全技術(shù)的不斷成熟,運(yùn)行在云中的工作比例在快速攀升。到2020年,我們預(yù)計(jì)有50%的企業(yè)工作負(fù)載運(yùn)行在外部云。

引起這種變化的動因是DevOps技術(shù)和文化在越來越多的組織中傳播,以及真正的私有云出現(xiàn)。這種技術(shù)都非常依賴于資源的自動化和編制:工作負(fù)載在各個位置上不斷地?cái)U(kuò)大、縮小和來回移動。所有這些都在編制工具的命令行中自動完成,它們可以從一個應(yīng)用程序容器上分配任何東西,小到一個微服務(wù),大到一個復(fù)雜應(yīng)用架構(gòu)(包括容器、虛擬機(jī))、服務(wù)器(外加存儲、網(wǎng)絡(luò)和安全)都可以。

相關(guān)技術(shù)搭配

在這個轉(zhuǎn)變過程之中,IT必須保證要搭配相應(yīng)的應(yīng)用程序網(wǎng)絡(luò)管理工具。

這意味著在整個過程中IT都必須有能力去監(jiān)控可用性和性能,包括內(nèi)部應(yīng)用程序的開始開發(fā)階段到各種服務(wù)產(chǎn)品的整個進(jìn)化過程。成功意味著要能夠全面監(jiān)控服務(wù)組件及其底層平臺元素,以及從服務(wù)器到用戶設(shè)備的端到端監(jiān)控。

用戶不會關(guān)注于中間層的所有元素,但是IT需要盡可能多地理解這些服務(wù)是如何交付給用戶使用的,因?yàn)樗鼈冃枰栏鱾€組成部分中可能出現(xiàn)的問題。

必備監(jiān)控目標(biāo)清單

總體上,IT需要監(jiān)控下面的層次:

資源層,包括:

計(jì)算主機(jī),包括虛擬機(jī)(VM)、容器和工作負(fù)載直接使用的資源;

存儲,包括塊、文件或?qū)ο?

網(wǎng)絡(luò),包括物理和虛擬網(wǎng)絡(luò)。

虛擬機(jī)層

容器層

應(yīng)用/微服務(wù)層

用戶可見的服務(wù)層

而且,IT必須同時跟蹤外部和內(nèi)部托管的工作負(fù)載。

在這個方面,如果網(wǎng)絡(luò)管理工具目前基于網(wǎng)絡(luò)設(shè)備,那么IT需要像在內(nèi)部環(huán)境的一樣在外部云環(huán)境部署這些工具的虛擬版本。由于管理基于運(yùn)行在宿主、應(yīng)用服務(wù)器或容器上的代理端,所以IT需要為準(zhǔn)備監(jiān)控的特定組件分配或配置一個代理端——在同一個自動化工作流、聲明式定義或黃金鏡像中。

類似地,IT只需要通過單獨(dú)一個玻璃窗就能夠查看到構(gòu)成混合基礎(chǔ)架構(gòu)的所有層次和資源池的服務(wù)視圖。理想情況下,這個儀表板會嵌入到云管理平臺中,IT可以用它快速響應(yīng)事件。單獨(dú)一個工具和一個技術(shù)是無法解決所有問題的。云管理器是將現(xiàn)代分布式計(jì)算環(huán)境所需要的所有管理和監(jiān)控工具聚集在一起的邏輯位置。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號