使用SIOS Protection Suite for Linux快速服務保護資源

在最近與SIOS專業服務團隊的合作中，一位客戶詢問如何使用SIOS Protection Suite for Linux解決方案保護自定義應用程序。 SIOS Technology Corp.一位經驗豐富的高可用性專家之一，幫助理解了客戶的應用程序，並列出了SIOS提供的用於自定義應用程序支持的方法。

適用於Linux的SIOS Protection Suite提供了多種向自定義應用程序添加高可用性和應用程序監視的方法。這些選項包括：

• 創建自定義應用程序恢復工具包（ARK）¹
• 創建通用應用程序資源層次結構
• 創建快速的服務保護資源

類型	編碼複雜度	監控方式	復甦
自定義應用程序恢復工具包Resource1	最高	最高	最高
通用應用程序資源	中	高	高
快速服務保護資源	低	中	中

圖表中使用的定義

監視-定義確定受保護的應用程序，數據庫或服務的可用性，可訪問性和功能的能力。較低級別的應用程序，數據庫或服務監視提供了基本的覆蓋範圍，例如，檢查正在運行的進程，是否存在pid_file或狀態命令在執行時返回“ true”結果。注意：返回值為``true''或“0（零）''並不表示該應用程序，數據庫或服務正在運行。 但是只有執行的命令才能成功完成狀態為正（“true''或“0（零）''）的結果。最高級別的監視表明，除了較低級別的方法（例如進程狀態，ps輸出或systemd狀態返回）外，還應用了特定於應用程序的知識來確定應用程序的運行狀況和功能。最高級別的監視通常會應用有關運行狀況檢查操作的建議順序的知識，相關性的知識以及對從狀態和監視命令獲得的結果的分析。

恢復-定義為重新啟動失敗的應用程序，數據庫或服務的能力。低級別的恢復能力意味著發出了用於重新啟動的命令，並且從命令的發出中獲得了預期的輸出。最高級別的監視指示特定於應用程序的知識用於確定如何啟動應用程序，數據庫或服務的有序重新啟動，這可能需要了解操作的建議順序，依賴項，回滾或對失敗的其他相關補救措施服務。

解決方案：快速服務保護資源

在這種參與中，客戶的應用程序具有系統兼容性。 基於避免編碼的總體要求，最少的監視需求和簡單的恢復過程，我們建議使用快速服務保護（QSP）資源。

QSP資源的工作原理是為Linux資源保護的SIOS Protection Suite快速添加對systemd服務的支持。對於Customer Example.com，他們具有系統兼容的服務，並且具有啟動和停止其應用程序所需的最低要求。

[Unit] Description = SIOS“現狀”示例服務2020 之後= network.target 類型=簡[Service]單 重啟=總是 RestartSec = 3 用戶= root ExecStart = / example_app / bin / exampleapp開始 ExecStop = / example_app / bin / example[Install]app停止 WantedBy =多用戶目標

Example.com systemd文件

SIOS建議在嘗試使用適用於Linux的SIOS Protection Suite進行資源保護之前，請通過systemctl驗證示例應用程序已停止並相應地啟動：

＃systemctl狀態示例

* example.service – SIOS“現狀”示例服務2020

已加載：已加載（/usr/lib/systemd/system/example.service；已禁用；供應商預設：已禁用）

有效：無效（無效）

＃systemctl啟動示例

＃systemctl狀態示例

* example.service – SIOS“現狀”示例服務2020

已加載：已加載（/usr/lib/systemd/system/example.service；已禁用；供應商預設：已禁用）

活動：自星期五2020-08-21 14:53:27開始活動（運行）； 5秒前

主PID：19937（exampleapp）

CGroup：/system.slice/example.service

-19937 / usr / bin / perl / example_app / bin / exampleapp開始

＃systemctl停止示例

＃systemctl狀態示例

* example.service – SIOS“現狀”示例服務2020

已加載：已加載（/usr/lib/systemd/system/example.service；已禁用；供應商預設：已禁用）

有效：無效（無效）

在通過systemd驗證應用程序正常運行後，重新啟動服務並確保服務正在運行。

＃systemctl啟動示例

＃systemctl狀態示例

* example.service – SIOS“現狀”示例服務2020

已加載：已加載（/usr/lib/systemd/system/example.service；已禁用；供應商預設：已禁用）

活動：自星期五2020-08-21 15:59開始活動（運行）； 3min 2s前

主PID：30740（exampleapp）

有關資源創建過程的更多詳細信息，請參閱適用於Linux的SIOS Protection Suite快速安裝保護套件文檔。

使用SPS-L UI選擇“創建”選項，在“全局UI資源工具欄”中通過以下圖標指示：

啟動創建嚮導後，在“創建資源嚮導”窗口中選擇“快速服務保護”選項。

在下一個提示“Switchback Type''的提示中，選擇使用智能切回還是自動切回。

選擇“切回類型''後，將出現``服務器''對話框，允許您選擇自定義應用程序的主服務器。

（注意：如果服務需要存儲，請確保選擇先前為存儲資源選擇的同一主服務器。）

在“服務名稱”對話框中，找到自定義應用程序的服務。

例如，選擇正確的服務後，確定要啟用監視還是禁用監視服務。請參閱文檔以了解QSP資源提供的監視。2

接下^來，選擇一個資源標籤。資源標籤應該是一個有意義的名稱，它將幫助您的IT團隊快速確定哪種SPS-L資源可以保護您的應用程序或服務。

最後，按照最後的對話完成資源創建過程。創建資源後，使用UI將資源擴展到其他服務器。 如有必要，請在新保護的自定義服務/應用程序與任何其他所需資源（例如存儲或IP資源）之間創建依賴關係。

筆記：

1可以通過與SIOS Technology Corp.專業服務團隊合作來創建客戶應用程序恢復工具包。欲了解更多信息，請聯繫professional-services@us.sios.com

2 QSP恢復工具包quickCheck只能執行簡單的運行狀況（使用service命令的“ status”操作）。 QSP不保證提供服務或過程正常運行。 如果需要復雜的啟動和/或停止操作，或者需要進行更強大的運行狀況檢查操作，則建議使用通用應用程序或自定義應用程序ARK

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的過程與內部部署基本相同。

1. 用戶帳戶（除了Zabbix的Admin用戶之外，您還需要創建一個供生產使用的用戶）
2. Zabbix主機代理（確定從何處收集數據）
3. 項目（設置要收集的數據）
4. 觸發（定義數據處於異常狀態）
5. 操作（定義發生錯誤時要採取的操作）

此外，您可以配置特定於AWS的設置，例如在AWS IAM中創建具有Zabbix必要權限的用戶，這將允許Zabbix監視應用程序以及AWS環境的其他方面。

使用正確的工具來滿足您的監控需求

並非所有公司係統都是孤立運行的，但是許多系統鏈接在一起以交換數據並確保整體一致性。在這些環境中，Zabbix是監視和檢測多個服務器和系統中異常情況的絕佳工具。例如，如果基於DB的Web應用程序在Web應用程序服務器上存在異常，則可以禁用數據。

另一方面，Zabbix具有許多配置選項，因此您將必須決定監視什麼以及如何監視以及哪些情況異常。

另一方面，Zabbix有很多設置，因此您必須準確地設計操作要監視的內容，要執行的操作以及要執行的操作。 當然，對於關鍵系統來說，這樣的設計是必不可少的，但是，對於相對簡單的系統，例如“如果進程停止，只需重新啟動它”，就無法與Zabbix監視匹配。對於此類情況，SIOS AppKeeper是一個很好的解決方案，因為它可以監視在EC2實例上運行的應用程序的服務（進程），並在檢測到問題時重新啟動應用程序。 這使得簡單的監視和操作成為可能。

當然，並不是在每個系統上都必須使用Zabbix。通過為每種類型的監視使用正確的工具，您將能夠更有效地操作系統。

將SIOS AppKeeper添加到您的EC2監視和恢復操作中。

轉載自SIOS