Date: 16 1 月, 2021
我是否仍應在AWS中使用Zabbix？
Amazon EC2監控
Zabbix作為集成OSS監視工具具有很高的市場份額。儘管已在內部部署環境中廣泛使用它，但仍有許多在AWS環境中使用Zabbix的示例。儘管AWS還具有Amazon CloudWatch之類的監控服務，但為什麼還要使用Zabbix？本節說明監視EC2實例和其他實例的好處以及配置過程。
為什麼使用Zabbix代替Amazon CloudWatch？
在AWS環境中，所有基礎架構均由AWS操作，但您必須負責Amazon EC2實例本身以及在Amazon EC2上構建的應用程序的操作。 換句話說，您必須監視應用程序以確保它們正常運行，並且在出現問題時必須採取措施。Zabbix是此類監視工具的不錯選擇。
Zabbix的優點是不僅可以監視本地。 而且還有云和虛擬環境的集成方式。
鑑於標準Amazon CloudWatch僅限於監視AWS資源（CPU，內存等）， Zabbix允許您甚至詳細監視應用程序的狀態。
以下是Zabbix的其他優點的列表。
具有多個AWS賬戶的環境集成監控
Amazon CloudWatch在每個AWS帳戶的基礎上執行監視。Zabbix可以監視多個AWS賬戶的環境，該環境可以監視由多個賬戶組成的業務系統。它還不僅可以通過基於閾值的簡單警報來檢測異常，還可以通過組合多個閾值和條件來檢測異常。
可以配置詳細通知以適合實際操作條件
發生異常時，Amazon CloudWatch可以通過消息通知您。例如，如果系統因維護而停機，則無需通過消息通知您。在這裡Zabbix允許您配置這些情況，從而抑制不必要的消息。這樣，您可以確保僅在確實有錯誤需要解決時才通知您。
沒有指標保留期（監視日誌）
使用Amazon CloudWatch，指標最多可以存儲15個月。此外，您只能按小時增量存儲指標15個月，並且如果將監視間隔設置為少於60秒，則最多只能存儲3小時。Zabbix允許長期存儲指標，而無需更改信息的粒度。
如何使用Zabbix監控AWS環境
如果要在AWS中使用Zabbix，則需要創建一個Amazon EC2和數據庫實例並在其上安裝Zabbix。安裝後，除了需要設置以下內容外，配置Zabbix的過程與內部部署基本相同。
- 用戶帳戶（除了Zabbix的Admin用戶之外，您還需要創建一個供生產使用的用戶）
- Zabbix主機代理（確定從何處收集數據）
- 項目（設置要收集的數據）
- 觸發（定義數據處於異常狀態）
- 操作（定義發生錯誤時要採取的操作）
此外，您可以配置特定於AWS的設置，例如在AWS IAM中創建具有Zabbix必要權限的用戶，這將允許Zabbix監視應用程序以及AWS環境的其他方面。
使用正確的工具來滿足您的監控需求
並非所有公司係統都是孤立運行的，但是許多系統鏈接在一起以交換數據並確保整體一致性。在這些環境中，Zabbix是監視和檢測多個服務器和系統中異常情況的絕佳工具。例如，如果基於DB的Web應用程序在Web應用程序服務器上存在異常，則可以禁用數據。
另一方面，Zabbix具有許多配置選項，因此您將必須決定監視什麼以及如何監視以及哪些情況異常。
另一方面，Zabbix有很多設置，因此您必須準確地設計操作要監視的內容，要執行的操作以及要執行的操作。 當然，對於關鍵系統來說，這樣的設計是必不可少的，但是，對於相對簡單的系統，例如“如果進程停止，只需重新啟動它”，就無法與Zabbix監視匹配。對於此類情況，SIOS AppKeeper是一個很好的解決方案，因為它可以監視在EC2實例上運行的應用程序的服務（進程），並在檢測到問題時重新啟動應用程序。 這使得簡單的監視和操作成為可能。
當然，並不是在每個系統上都必須使用Zabbix。通過為每種類型的監視使用正確的工具，您將能夠更有效地操作系統。
將SIOS AppKeeper添加到您的EC2監視和恢復操作中。
轉載自SIOS