企業(yè)的成長(zhǎng)是一件令人興奮的事情，但它往往會(huì)給 IT 專業(yè)人員帶來(lái)獨(dú)特的挑戰(zhàn)。在嘗試升級(jí) IT 管理環(huán)境時(shí)會(huì)遇到一些常見(jiàn)的障礙。在我們大規(guī)模管理 IT 基礎(chǔ)架構(gòu)系列的第二篇博客中，我們討論了如何在監(jiān)控軟件可擴(kuò)展性和易用性之間找到合適的平衡點(diǎn)。

兩種類型的基礎(chǔ)設(shè)施管理軟件

基礎(chǔ)設(shè)施管理軟件傳統(tǒng)上分為兩類之一：易于使用、流暢、快速但可能從未設(shè)計(jì)為真正可擴(kuò)展的軟件，以及昂貴、令人困惑且難以定制的四大遺留系統(tǒng)。

適用于小型環(huán)境的基于 Windows 的系統(tǒng)：

第一類通常是為小型環(huán)境設(shè)計(jì)的基于 Windows 的系統(tǒng)。這些在中小型企業(yè)和組織中非常常見(jiàn)，隨著它們的發(fā)展和發(fā)展，它們?cè)噲D盡可能長(zhǎng)時(shí)間地保留這些系統(tǒng)。這些解決方案通常使用添加額外服務(wù)器以進(jìn)行擴(kuò)展的方法，但通常會(huì)遇到性能和管理開(kāi)銷問(wèn)題。例如，Windows 修補(bǔ)、許可、防病毒和維護(hù)要求都以與我們添加服務(wù)器和性能經(jīng)常受到影響的速度相同的速度擴(kuò)展，從而限制了我們可以使用這種解決方案真正管理的最大規(guī)模。他們有時(shí)也會(huì)成為目標(biāo)受眾的受害者，當(dāng)我們?cè)噲D管理數(shù)千甚至數(shù)萬(wàn)臺(tái)設(shè)備時(shí)，用于管理一百臺(tái)服務(wù)器或路由器的 UI 突然變得非常痛苦。

許多這些解決方案的吸引力在于“無(wú)限”許可證，這似乎很吸引人，因?yàn)樗鼞?yīng)該允許您根據(jù)需要添加任意數(shù)量的設(shè)備，但只能添加與一臺(tái)服務(wù)器可以處理的設(shè)備一樣多的設(shè)備，并且在很多情況下，這比你想象的要少得多。我們測(cè)試的一個(gè)軟件解決方案開(kāi)始在單個(gè)服務(wù)器上的 1500 臺(tái)設(shè)備上出現(xiàn)嚴(yán)重問(wèn)題，而且沒(méi)有添加大量復(fù)雜的服務(wù)或應(yīng)用程序檢查，甚至沒(méi)有運(yùn)行網(wǎng)絡(luò)流量。一份設(shè)計(jì)指南僅推薦每臺(tái)服務(wù)器最多 500 臺(tái)設(shè)備！

老派“四大”解決方案

第二類管理系統(tǒng)，老式的“四大”解決方案旨在處理非常大的環(huán)境，但用戶界面“晦澀難懂”，對(duì)這些系統(tǒng)進(jìn)行小的更改或定制可能會(huì)很昂貴，并且需要專業(yè)培訓(xùn)或顧問(wèn)。重要的是要理解這實(shí)際上是設(shè)計(jì)使然，因?yàn)檫@些公司中的大多數(shù)從服務(wù)和咨詢業(yè)務(wù)中賺到的錢比從銷售軟件中賺到的錢要多得多。這意味著許多公司最終得到了一個(gè)在必須升級(jí)之前從未完全實(shí)施的平臺(tái)。我們的一位客戶花了三年時(shí)間和超過(guò) 200 萬(wàn)美元嘗試實(shí)施其中一種解決方案，由于年度升級(jí)不得不重新開(kāi)始兩次，最后不得不放棄它并改變方向。

解決這一挑戰(zhàn)的方法是保持管理、報(bào)告和配置集中化，以簡(jiǎn)化擴(kuò)展。通過(guò)確保這些任務(wù)有一個(gè)單一的用戶界面——一個(gè)旨在擴(kuò)展的用戶界面——我們消除了創(chuàng)建自定義網(wǎng)頁(yè)、訪問(wèn)多個(gè) UI 或?qū)W習(xí)腳本語(yǔ)言來(lái)管理和維護(hù)平臺(tái)的要求。只需單擊幾下，您就可以根據(jù)需要部署服務(wù)引擎，從而更快地?cái)U(kuò)展，而所有內(nèi)容都可以從您習(xí)慣的同一個(gè)集中式 Web 界面進(jìn)行管理和訪問(wèn)。

基礎(chǔ)架構(gòu)管理軟件更新流程旨在讓您可以完全自動(dòng)化和安排它，或者只需單擊一下，您就可以在不中斷服務(wù)的情況下下載和安裝最新版本 - 然后這些更新會(huì)自動(dòng)推送到所有不同的服務(wù)和遠(yuǎn)程收集引擎，使這個(gè)過(guò)程完全無(wú)痛。

還采用分布式方法來(lái)解決這個(gè)問(wèn)題，確保遠(yuǎn)程收集器——我們稱之為“服務(wù)引擎”——正在做大量繁重的計(jì)算和數(shù)據(jù)庫(kù)工作，這樣雖然您仍然可以從單個(gè)中央控制臺(tái)獲取所有數(shù)據(jù)，繁重的工作被分散，再次幫助擴(kuò)展到世界上最大的網(wǎng)絡(luò)環(huán)境。

基于設(shè)備的方法意味著無(wú)需管理或配置外部數(shù)據(jù)庫(kù)，也無(wú)需滿足操作系統(tǒng)或防病毒要求。內(nèi)置自動(dòng)化旨在簡(jiǎn)化配置，無(wú)需人工干預(yù)，即使在高度動(dòng)態(tài)的環(huán)境中也是如此，因此該解決方案可以在幾天而不是幾個(gè)月或幾年內(nèi)部署，并且即使在 DevOps 節(jié)奏的環(huán)境中也可以保持同步。

被警報(bào)淹沒(méi)

警報(bào)過(guò)載是大多數(shù)管理員曾經(jīng)處理過(guò)的事情，但隨著環(huán)境的擴(kuò)大，它變得更加嚴(yán)重。這是最常見(jiàn)的抱怨：收件箱、電話和聊天應(yīng)用程序都在爆炸式通知中，有時(shí)一天數(shù)百甚至更多，沒(méi)有人能夠跟上它們，更不用說(shuō)在解決潛在問(wèn)題上取得進(jìn)展了。結(jié)果，您的操作員和工程師開(kāi)始忽略甚至過(guò)濾掉這些警報(bào)，讓您在生產(chǎn)應(yīng)用程序失敗時(shí)等待用戶投訴。

忽略這樣的警報(bào)是自找麻煩，因?yàn)榭傆幸惶欤腥瞬豢杀苊獾貢?huì)忽略錯(cuò)誤的警報(bào)，而您將遇到本可以很容易避免的重大中斷。當(dāng)用戶因?yàn)閿?shù)據(jù)庫(kù)集群的最后一個(gè)成員失敗而呼叫幫助臺(tái)時(shí)，您已經(jīng)陷入困境。這甚至可能比沒(méi)有監(jiān)控更糟糕，因?yàn)楫?dāng)現(xiàn)實(shí)與盲目一樣好時(shí)，管理層可能會(huì)感到安全，因?yàn)槭虑檎谑艿矫芮嘘P(guān)注。這意味著即使是擁有多個(gè)高級(jí)監(jiān)控系統(tǒng)的組織也經(jīng)常陷入消防模式，在警報(bào)發(fā)生時(shí)做出反應(yīng)，而沒(méi)有真正提前并在影響用戶之前防止中斷。

那么，如何在不讓指揮中心充斥警報(bào)的情況下，確保一切都得到良好監(jiān)控？作為一般規(guī)則，您應(yīng)該只為可操作的項(xiàng)目保留活動(dòng)警報(bào)。如果您不打算在收到通知后立即對(duì)其做出反應(yīng)，則不應(yīng)對(duì)其發(fā)出警報(bào)。例如，如果您在硬盤驅(qū)動(dòng)器達(dá)到 90% 的利用率時(shí)收到警報(bào)，然后因?yàn)椴痪o急而忽略它們，則會(huì)發(fā)生兩件事：首先，您遲早會(huì)因?yàn)橥浽隍?qū)動(dòng)器填滿之前返回該警報(bào)，其次，您正在調(diào)整自己和您的團(tuán)隊(duì)以忽略可能代價(jià)高昂的警報(bào)。相反，您應(yīng)該使用詳細(xì)的報(bào)告來(lái)告訴您有關(guān)每臺(tái)服務(wù)器的關(guān)鍵指標(biāo)。

但是，使這種方法發(fā)揮作用的一個(gè)關(guān)鍵點(diǎn)是安排和自動(dòng)化這些報(bào)告，這樣就不會(huì)遺漏任何東西。平臺(tái)使您可以在 Web 界面中查看任何內(nèi)容，只需單擊幾下即可轉(zhuǎn)換為自動(dòng)報(bào)告，無(wú)需任何特殊培訓(xùn)或 SQL 知識(shí)，也無(wú)需使用可能令人討厭的外部報(bào)告工具。

結(jié)論

您可以觀察到一些解決方案是可以在您為 IT 基礎(chǔ)架構(gòu)奠定基礎(chǔ)之前實(shí)施的。在創(chuàng)建新企業(yè)時(shí)，您通常會(huì)制定允許無(wú)縫增長(zhǎng)以實(shí)現(xiàn)組織目標(biāo)的程序，同樣重要的是，您的 IT 團(tuán)隊(duì)必須為自己設(shè)想增長(zhǎng)。