OpManager 白皮書

通過綜合的基礎設施管理方案終止應用管理的相互推諉游戲

簡介

設想以下場景：業務的關鍵性訂單處理應用速度緩慢，分支機構的銷售人員無法處理訂單。現金流轉受阻，幫助臺呼叫不斷，業務停止。應用程序組責備服務器組。但服務器組強調服務器以 99.9% 的可用性運行，這暗示著可能在網絡級發生了問題。網絡組反駁說 WAN 鏈接完好，正在發揮作用。現在應該責備誰呢 – 應用程序組、服務器組、網絡組還是缺乏集成的基礎設施管理方法？

責備從何而起？

此事純粹是在分支機構之一的銷售執行者試圖通過公司 WAN 訪問 ERP 應用時無法處理訂單的情況下發生的。他在客戶消失前呼叫了幫助臺。幫助臺將該問題上傳給 IT 負責人。當應用程序組、服務器組和網絡組互相說“如果無法證明是我的錯，那就不是我的錯”時，相互推諉游戲就開始了。混亂中的各方甚至還能拿出各自的報表，顯示在呼叫時其資產都處于高可用狀態。

混亂的原因：單點產品確保的假安全

將網絡、系統和應用作為不同的實體進行監視，而沒有集成的解決方案才是發生相互推諉游戲的根本原因。而且，在發生問題時可以聲明每個實體都可用，則證明個別工具確保的是假安全。但是，實時用戶體驗是多種因素的組合，這些因素包括哪個服務器為其提供服務，發生問題時該服務器的健康狀況如何，發生問題時該應用程序是否真正可用，以及與該服務器相關的響應時間是什么，等等。

應用程序性能低劣可能有很多原因，包括：

在網絡級
- 總公司與分支機構之間的主 WAN 鏈接的不可用性
- 由于擁塞在 WAN 鏈接中遇到較長的往返行程時間
- 導致增加延遲時間的路由器性能問題
在服務器級
- 因增加的負載而導致服務器的資源不足（CPU、內存等）
- 導致速度減慢或服務器性能下降的硬件或 NIC 卡錯誤
- 某些特定時間（峰值時間）服務器上的不平常高流量活動
在應用級
- 沒有優化應用程序的數據持久模塊，導致間歇性連接問題
- 可能在部署前沒有進行很好地測試，導致應用程序經過重修后經常崩潰。
- 應用程序負載在特定時刻激增導致性能低劣（對任何人）

要終止相互推諉游戲，首先要避免單點產品確保的假安全，因為這種假安全在IT遭受意外襲擊時無法查明根本原因。

沒有綜合的網絡監視方案
會導致不具生產效率的 IT 環境

解決方案：將網絡、系統和應用管理的集成在一起

這里的集成方案關系到獲取網絡、服務器和應用程序性能的實時可見性以及在發生故障時查明故障根本原因的能力。集成的企業基礎設施管理解決方案將高度重視運行應用程序的服務器，并通過適當的警報和通知來升級磁盤空間利用率等問題。

實現集成管理解決方案
將構建有生產效率的 IT 環境

ManageEngine 套件：用于 SME 的有成本效益的集成網絡、系統和應用管理工具

對于無法負擔傳統基礎設施管理解決方案（如 HP Openview、CA Unicenter、IBM Tivoli 和 BMC Patrol）的 SME 而言，ManageEngine 提供負擔得起的產品。將這些產品與集中故障工單記錄軟件一起使用時，它們就可提供集成管理體驗。

WAN 可視化和監視工具：用于網絡組

OpManager 幫助網絡組可視化其跨分支機構運行的 WAN 鏈接。個別鏈接性能、帶寬使用率統計、路由器延遲問題等可以使用 NetFlow Analyzer 進行標識。

服務器監視工具：用于服務器組

OpManager 監視服務器的主要健康狀況參數（如 CPU、內存和磁盤利用率），并在磁盤空間不足、CPU 利用率高等時前攝性發出警報。

應用程序管理工具：用于應用程序組

Applications Manager 幫助全面監視應用程序和數據庫。應用程序支持組將從此工具受益，使用此工具，他們能了解各種使用場景下的確切響應時間。

IT 疑難解答的集成控制臺

ManageEngine ServiceDesk Plus 幫助提供 IT 疑難解答的單個控制臺。OpManager、Applications Manager 和 NetFlow Analyzer 生成的警報可以在 ServiceDesk Plus 中自動轉換為票證。在上面討論的案例中，將自動為同一個服務器生成兩個票證。一個由 OpManager 生成，表示磁盤空間不足，另一個由 Applications Manager 生成，表示響應時間延遲。這些票證將包括全部問題并有助于獲取統一視圖。此外，管理員還可以將這兩個票證合并為單個問題以便于問題的解決。