移轉不只是更換工具

監控平台通常不會在一夜之間變得複雜。在許多 Nagios XI 環境中，複雜度是多年累積的結果，包括實用的客製化設定、自訂外掛、臨時修正，以及沒有寫下來的操作經驗。這些調整當初可能都解決了實際問題，但經過多年後，整套環境可能變得難以維護、說明，甚至難以交接給新的管理人員。

因此，移轉到 WhatsUp Gold 不只是把舊平台換成新平台，也是一個重新檢視監控環境的機會。我們可以問問自己：現在的監控環境應該長什麼樣子？哪些檢查仍然有用？哪些告警能幫助團隊採取行動？哪些告警只是在製造雜訊？哪些儀表板能協助團隊做決策？哪些只是顯示多年以前留下來的狀態資訊？

移轉的目的，不是把 Nagios XI 中的每個物件原封不動地搬過去，而是保留真正重要的可視性，盡量移除長期累積的技術負擔，並用更清楚的方式重新建立監控環境。這就像搬家一樣，不是把所有東西連同灰塵一起搬進新家，而是先整理、分類，再把真正需要的物品放到適合的位置。

本指南將說明如何實際執行 Nagios XI 到 WhatsUp Gold 的移轉，包括要盤點哪些內容、哪些設定需要重新設計、如何進行驗證，以及團隊最常遇到的問題。

為什麼團隊會考慮從 Nagios XI 移轉到 WhatsUp Gold

Nagios XI 可能變得難以維護的原因

Nagios XI 具備彈性與強大功能，尤其適合擁有 Linux 與程式撰寫能力的環境。不過，彈性高有時也會帶來長期的維護負擔。當團隊出現以下情況時，通常就會開始考慮移轉：

• 需要維護大量自訂外掛
• 告警相依性與升級通知路徑過於複雜
• 新管理人員很難快速上手
• 與以網路監控為主的工具相比，內建的網路視覺化功能較有限
• 高度依賴 Linux 與程式撰寫能力
• 監控設計經過多年修改，卻沒有統一標準

WhatsUp Gold 在日常管理上的不同

WhatsUp Gold 採用更以網路為中心、也更方便日常管理的方式。它不只依賴手動建立的檢查項目與自訂邏輯，也著重於自動探索、裝置範本、網路拓撲、儀表板，以及更簡單的管理流程。實際使用上，可以協助團隊改善：

• 裝置探索與資產清單的正確性
• 透過裝置範本維持一致的監控設定
• 網路拓撲與整體網路情境的可視性
• 告警管理與日常處理流程
• 儀表板與網路作業中心（NOC）的資訊呈現
• 部署速度與日常管理效率

WhatsUp Gold 資產清單

實用的移轉路線圖

好的移轉需要有步驟，但不應該只是盲目複製貼上。大多數成功的專案通常會分成六個階段：

1. 評估與盤點
2. 對照概念
3. 探索裝置
4. 重新設計並建立監控
5. 移轉告警
6. 設計儀表板、建立報表、驗證與正式切換

第一階段：先做一次完整盤點

在設定 WhatsUp Gold 之前，請先仔細檢查現有的 Nagios XI 環境。這項盤點可以協助團隊了解目前監控了什麼、為什麼要監控、誰會使用這些資訊，以及這些設定是否仍然有價值。

這個步驟就像整理倉庫：如果不先清點裡面有什麼，就很容易把不需要的東西也搬到新地方。

基礎架構

• 主機
• 主機群組
• 服務群組
• 業務流程相依性
• 父子關係

監控邏輯

• 主動檢查
• 被動檢查
• 自訂外掛
• 事件處理程式
• 效能資料收集

告警設定

• 聯絡人
• 聯絡人群組
• 通知升級規則
• 排程停機時間
• 維護時段

報表

• 可用性報表
• 主管儀表板
• SLA 報表需求

文章重點 不要低估盤點工作。許多 Nagios 環境都累積了多年自訂檢查，而且相關文件可能早已不完整。如果團隊無法說明某項檢查的用途，以及它為什麼存在，就不應該直接把它搬到新平台。

第二階段：轉換監控概念，不要直接複製設定

移轉時最常見的錯誤之一，就是試圖做到一對一轉換。Nagios XI 與 WhatsUp Gold 採用不同的管理方式，因此更好的做法是轉換「監控目的」，而不是直接複製設定物件。

以上對照表可以當作起點，但不要把它當成自動移轉工具。真正重要的設計工作在於：決定裝置應該如何分組、哪些監視器最適合、哪些地方需要設定相依性，以及哪些儀表板能真正幫助日常工作。

第三階段：先建立 WhatsUp Gold 基礎，再重新建立監控

完成盤點後，請先安裝 WhatsUp Gold，並確認平台基礎設定正常，再開始重建監控邏輯。需要確認的項目包括：

• SQL 連線
• 認證資料庫
• 輪詢方式
• 探索範圍

請依照環境需求設定相關的探索認證與存取方式：

• SNMPv2／v3
• WMI
• SSH
• VMware 認證
• 雲端認證，如適用

WhatsUp Gold 認證資料庫

接著，請使用 IP 範圍、種子路由器或其他支援的探索方式來探索裝置。裝置探索不只是填入系統資料，也是早期驗證的重要步驟。如果探索結果不正確，後續建立的監控也可能跟著出錯。

探索完成後要確認的問題

• 裝置數量是否合理？
• 路由器與交換器是否正確分類？
• 伺服器是否套用適合的範本？
• 介面是否都有被探索到？

認證是否能成功進行輪詢？

第四階段：有目的地重新建立監控

這通常是移轉中最花時間的階段，但也是最能帶來改善的部分。建議先從最重要的基礎架構開始，完成驗證後，再分批擴大範圍。

先從大家都依賴的項目開始

• 網路：可用性、CPU、記憶體、介面使用率與錯誤率
• 伺服器：CPU、記憶體、磁碟使用量與服務狀態
• 虛擬化環境：Hypervisor 與相關儲存陣列

把自訂外掛視為需要重新評估的設計

自訂外掛通常是 Nagios 移轉中最棘手的部分。有些外掛支援重要的業務流程，有些已經過時，也有些是多年前由已離開團隊的人員撰寫。重新在 WhatsUp Gold 建立相同監控前，請先將每個外掛分類：

簡單原則 只移轉仍然有價值的項目。否則，這不是移轉監控，而是把技術負擔搬到另一個新平台。

第五階段：正式切換前，先重新設計告警

告警設定往往是移轉成功或失敗的關鍵。Nagios 環境可能經過多年累積，形成複雜的通知鏈、升級規則、重複告警與大量告警。移轉到 WhatsUp Gold 時，應該趁機簡化告警行為，而不是把過去所有規則全部照搬。

更清楚的告警方式

將這兩類告警分開管理，可以讓問題更容易判斷，也能避免把「服務中斷」和「效能超過門檻」混在一起。就像家中的煙霧警報器與電費提醒，兩者都重要，但處理方式完全不同。

第六階段：為不同使用者建立儀表板

儀表板應該事先規劃，而不是最後才臨時加上去。許多 Nagios 環境高度依賴狀態頁面，移轉時可以進一步建立自訂檢視，配合不同團隊的工作方式。

主管儀表板

• 可用性
• 重大告警
• SLA 摘要

維運儀表板

• 目前告警
• 裝置狀態
• 效能趨勢

NOC 儀表板

• 全螢幕輪播畫面
• 網路拓撲圖
• 重要服務狀態

WhatsUp Gold 儀表板

正式切換前：確認基本功能

裝置出現在新平台中，並不代表移轉已經完成。正式切換前，請在 Nagios XI 與 WhatsUp Gold 同時運作的期間，確認監控、告警、儀表板、探索結果與備份程序。

監控

☐ 所有重要裝置都已納入監控

☐ 所有重要服務都已納入監控

☐ 已收集效能資料

告警

☐ 已測試電子郵件或工單通知

☐ 已測試通知升級路徑

☐ 已測試動作原則與通知

儀表板

☐ 已確認 NOC 檢視畫面

☐ 已確認主管報表

探索

☐ 裝置數量符合預期

☐ 介面已正確探索

備援

☐ 已記錄備份與復原程序

☐ 已設定 SQL 備份

常見問題與避免方式

1. 把所有東西都移轉過去

如果某項檢查已不再支援目前的服務、應用程式或工作流程，就可以留在舊平台，不必移轉。移轉是清除多餘監控負擔的好機會。

2. 嘗試一對一轉換

直接轉換也許能保留舊架構，但通常無法建立出好的 WhatsUp Gold 設計。請先了解原本的監控目的，再使用 WhatsUp Gold 的概念重新建立。

3. 忽略自訂外掛

有些外掛可能支援重要的業務流程。請提早找出這些外掛，記錄它們的用途，再決定要取代、重新建立，還是淘汰。

4. 沒有整理告警

即使技術上完成移轉，如果仍然保留過多或難以理解的告警，日常運作仍可能失敗。請利用這次專案減少告警疲勞，讓真正重要的告警更容易被注意到。

5. 跳過並行驗證

驗證期間，請讓 Nagios XI 與 WhatsUp Gold 同時運作。正式切換前，至少要經歷一次維護週期、一次備份週期，以及多種告警情境的測試。

使用 PowerShell 加快移轉速度

為了讓移轉更容易，我也準備了一個 PowerShell 5.1 指令碼，可以協助將 Nagios XI 的主機與主機群組，轉換成 WhatsUp Gold 中的裝置與裝置群組。這個指令碼不能取代完整的規劃與驗證，但在移轉大型環境時，可以節省時間，也能減少手動複製貼上的工作。您可以在我們的 GitHub 中找到這個指令碼。

結語：移轉真正的價值，而不是移轉複雜度

從 Nagios XI 移轉到 WhatsUp Gold，不應該只是單純更換平台。真正的價值，在於利用這次移轉重新整理監控作業、移除長期累積的複雜設定、簡化告警、提升網路可視性，並減少日常管理負擔。

能取得最佳成果的團隊，通常會在重新建立監控前先提出幾個重要問題：我們現在還需要這項檢查嗎？誰會使用這個告警？這個儀表板能幫助誰做決策？是否能用內建監視器取代這段自訂邏輯？

當這些問題成為移轉的依據，最後得到的就不只是一套新的監控工具，而是一個更整齊、更容易管理的監控環境，能提供更清楚的資訊，也能降低日常維運負擔。