在升級IT管理時減少挑戰(zhàn)

企業(yè)的成長是一件令人興奮的事情，但它往往會給 IT 專業(yè)人員帶來獨特的挑戰(zhàn)。在嘗試升級 IT 管理環(huán)境時會遇到一些常見的障礙。在我們大規(guī)模管理 IT 基礎架構系列的第一篇博客中，我們討論了分布式監(jiān)控數(shù)據(jù)對大型 IT 環(huán)境的好處。

需要分布式數(shù)據(jù)收集

實施分布式數(shù)據(jù)收集對于使 IT 基礎架構擴展成為一個無縫過程至關重要。大型 IT 環(huán)境通常有多個需要監(jiān)控的大型數(shù)據(jù)中心或遠程計算資源，無論這些資源是托管在遠程公司位置還是虛擬私有云數(shù)據(jù)中心。這使得分布式數(shù)據(jù)收集成為必要，因為在本地收集性能指標和延遲非常重要。如果未在本地收集性能指標，則統(tǒng)計信息可能會受到網(wǎng)絡拓撲或負載的影響。

示例：如果您在首爾有一個為亞太地區(qū)客戶提供服務的數(shù)據(jù)中心，那么測量來自加利福尼亞的往返延遲或應用程序響應沒有多大意義。

知道國際數(shù)據(jù)線路可能具有最低帶寬和最高延遲連接，如果每個應用程序都是從用戶所在的位置測量的，那么統(tǒng)計數(shù)據(jù)將更容易解釋和比較。但是，您需要能夠做到這一點，而不必擁有多個管理點。

分布式監(jiān)控數(shù)據(jù)收集的好處

分布式數(shù)據(jù)收集的眾多好處之一是能夠在連接中斷期間緩存數(shù)據(jù)。

示例：如果您有為本地客戶提供服務的遠程位置，并且國際鏈接出現(xiàn)故障或我的 Internet 虛擬專用網(wǎng)絡線路上的路由中斷，則數(shù)據(jù)中將存在很大差距，除非本地收集器仍然能夠繼續(xù)監(jiān)控并趕上進度當鏈接重新連接時。

能夠使用分布式資源進行收集也是擴展時的一個優(yōu)勢。隨著您在全球范圍內(nèi)擴展企業(yè)，能夠將資源密集型收集器（如 Netflow 或 Syslog）卸載到專用系統(tǒng)而不會丟失所有數(shù)據(jù)的單個用戶界面，這變得非常有價值。另一個優(yōu)勢是從您的長距離 WAN 鏈接中消除密集的數(shù)據(jù)收集流量。

示例：如果您首爾數(shù)據(jù)中心的所有服務器都將其日志數(shù)據(jù)發(fā)送到本地系統(tǒng)，然后僅根據(jù)需要轉發(fā)摘要和報告數(shù)據(jù)，那么您已經(jīng)消除了排長隊的高帶寬負載，并且大部分時間都保留了它本地 - 這將對性能產(chǎn)生顯著影響。

如何實現(xiàn)分布式監(jiān)控數(shù)據(jù)采集

使分布式數(shù)據(jù)收集成為可能的一種方法是使用“服務引擎”服務引擎是遠程部署的設備，無論是物理上還是虛擬上，都可以從您的中央平臺卸載功能。服務引擎可以被部署來執(zhí)行幾個不同的任務，或者它們可以根據(jù)您的特定環(huán)境的需要進行專門化。

服務引擎使用示例：

• 卸載 Syslog 或 Windows 事件日志數(shù)據(jù)的收集，以將其保留在服務器本地。
• 收集流量性能數(shù)據(jù)，如 Netflow 或 IPFIX，以使這些數(shù)據(jù)遠離您的 WAN 鏈接，或僅用于在大型環(huán)境中分配負載。
• 分發(fā)性能和可用性監(jiān)控的基礎知識，以在不打開防火墻的情況下處理隔離的 DMZ 段，或監(jiān)控世界另一端的遠程數(shù)據(jù)中心。

這種靈活性使您能夠根據(jù)客戶或環(huán)境的具體要求以多種不同的方式部署解決方案。