我們的客戶之一，位於東京的出版公司Hobby Japan，最初使用的是Amazon CloudWatch，但其人手不足的IT團隊無法對警報做出足夠快速的響應。他們想利用自動化，並轉移到SIOS AppKeeper。  自從遷移到AppKeeper以來，他們的EC2實例沒有遇到任何問題或意外停機。這是有關Hobby Japan案例研究的鏈接。

監視雲應用程序不是一項全職工作。  您需要一個易於安裝和使用，不會讓您不知所措的監視解決方案，並希望能夠自動解決系統故障。  我們鼓勵您在這裡註冊以嘗試SIOS AppKeeper的14天免費試用。

規劃是企業可用性（和幸福婚姻）的關鍵

計劃約會和度假，神話般的浪漫晚餐是深愛您的配偶的重要組成部分。  研討會和講習班充斥著改善您的關係的技巧，幾乎遍布世界每個地區。

但是，請收聽SIOS Technology Corp.提供的培訓課程。專業服務項目經理Edmond Melkomian很快就會發現，策劃晚宴和周年紀念活動並不是唯一深愛您的配偶的唯一方式。

在有關Linux的SIOS Protection Suite的最新課程中，Edmond分享了三個提示，可幫助您在企業環境中深愛您的配偶：計劃，計劃，計劃。

1。   “計劃”您的企業可用性解決方案

在他的課程中，Edmond Melkomian要求學生說出部署企業解決方案時應該做的第一件事。  他的回答是“計劃，計劃，計劃。”似乎很明顯，但是第一步是開始製定計劃。  計劃的一個相當不錯的開始包括制定每個項目階段的詳細信息，例如里程碑，檢查點，風險，風險緩解和策略，利益相關者，時間表，利益相關者溝通計劃。  體面的計劃還將包括有關啟動，簽字和關閉以及資源（人員，管理，法律/合同）的詳細信息。

計劃在解決方案生命週期中創建，查看，修改和更新您的計劃。

2。   計劃部署什麼以提高企業可用性

計劃要部署的內容。  您的企業基礎結構的很大一部分可能超出了當前團隊在您公司範圍內的壽命範圍。  在遷移到雲或更新可用性策略時，值得花費時間和精力來製定有關部署內容的計劃。  將計劃重點放在確保在所有關鍵組件，網絡，計算，存儲，電源，散熱和應用程序上部署冗餘。  所有數據中心和雲提供商通常都確保啟動冷卻，電源和網絡冗餘。

許多公司提供架構團隊，雲解決方案提供商，可用性專家，應用程序架構師和遷移專家，以幫助團隊發現關鍵的，有時是隱藏的依賴關係以及易受單故障點（SPOF）影響的高風險區域。  這項調查工作將納入您的可用性策略中部署和/或更新內容的計劃。

計劃檢查您需要部署的內容。

3。   計劃保留質量檢查/預生產集群，以確保可靠的可用性

當我在SIOS Technology Corp.開發團隊工作時，我永遠不會忘記與一個漫長而狂熱的客戶進行週五晚上的通話。  本月早些時候，頻繁的客戶未將新的軟件解決方案部署到生產環境中。  結果是大規模的失敗。  他在星期五（美國東部標準時間）下午4:30致電我們的800號碼。  為什麼我記得那個確切的時間？星期五是約會之夜。  我和我的妻子製定了晚餐計劃，為六個待命的女孩（按小時）保姆，並希望有一個浪漫輕鬆的夜晚。  我正要去電話響的那一天。  經過一個小時的緊張之後，我們恢復了運行。  可以通過保留UAT或QA系統來避免或減輕這種不幸的情況。

正如SIOS Technology Corp.客戶體驗軟件工程師Harrison Howell在他的博客“6-common-cloud-migration-challenges''中指出的那樣，本地部署的限制不再是相同的限制。

來自本地系統的客戶需要記住，資源不再是限制因素。在雲中，可以毫不費力地複制系統，並在不影響生產的情況下隔離運行，這在本地並不重要。按需訪問IT資源允許HA和DR的UAT擴展到“關閉主節點”之外。網絡可能遭到破壞，內核可能會崩潰，甚至數據庫也可能損壞，而這些都不會影響生產！識別和測試這些方案可以改善HA和DR的狀態。

計劃部署和維護用於HA和DR測試的UAT系統。  正如Harrison提到的那樣，“識[issues]別和測試[your overall]”“改善了HA和DR的狀態”，這增加了成功度過約會之夜的機會。

4。   計劃定期維護和更新（包括文檔）

最後，為定期維護和更新計劃時間以維護企業可用性。  您的企業需要保持高可用性，以保持高利潤和成功。  環境不會停滯不前，從開始到報廢，補丁，安全更新，擴展和常規維護都是經常發生的事情。  為將更新和維護納入企業的方式和時間制定計劃，不僅可以確保您保持最新狀態，還可以最大程度地降低風險和停機時間。  確保在您的計劃中包括使用測試系統。  制定計劃好的例程和過程來驗證補丁程序，內核和操作系統更新以及安全軟件，並且不要忘了隨著項目的發展而更新項目文檔和未來的計劃。

如果您記得預先計劃高度冗餘，高度可靠和高可用性的系統，計劃在Go-Live之後保留QA /生產前的群集，併計劃進行定期維護和更新，那麼您也可以保留計劃與您的配偶約會之夜。  不僅限於約會之夜，而且由於生產系統減少，您也可以在凌晨3點起床的夜晚保持免費。  這是我愛你的伴侶的秘訣。

我愛我的妻子，因此我幫助客戶部署SIOS Technology Corp.的DataKeeper群集版和適用於Windows和Linux產品的SIOS保護套件，作為高度可用的企業保護解決方案的一部分。  聯繫SIOS。

—客戶體驗副總裁Cassius Rhue

經SIOS許可轉載的文章

備份，複製和高可用性（HA）群集是IT風險管理的基本組成部分，它們與汽車上的輪子一樣必不可少。複製對於IT數據保護也至關重要。

備份和HA群集環境不是互斥的

儘管備份，複製和故障轉移都很重要，但是它們之間必須有關鍵的區別，以確保正確應用它們。

例如，雖然您可以使用複制來維護數據的連續不斷的副本，而無需在更大的數據保護環境中考慮使用它，但是您還將復制問題數據（例如感染了病毒的數據）。

在這種情況下，必須進行備份才能使數據恢復到已知的最後一個好點。通過執行複制，您可以訪問在系統故障之前立即復制的映像（= RTO / RTO更好），其方式只是簡單地生成數據並在eDiscovery類型模型中提供支持就不能。

因此，SIOS Protection Suite包括SIOS LifeKeeper群集軟件和DataKeeper複製軟件。SIOS LifeKeeper是HA故障轉移群集產品，可監視應用程序運行狀況並協調應用程序故障轉移，而DataKeeper是基於塊的存儲複製軟件。但是，僅因為它是HA群集，並不意味著不需要備份。使用SIOS Protection Suite在HA集群環境中進行備份時，請考慮注意事項和注意事項。

高可用性群集環境中的五個備份點

將以下五點作為備份獲取的目標：

1. 作業系統（OS）
2. SIOS Protection Suite – LifeKeeper / DataKeeper程序群集軟件
3. SIOS Protection Suite – LifeKeeper / DataKeeper配置信息
4. 應用程序（例如SQL Server，SAP S / 4 HANA，Oracle，PostgreSQL等）
5. 申請資料

備份操作系統

要備份操作系統，通常使用標準的操作系統實用程序或第三方備份軟件。但是，由於對高可用性環境沒有特殊考慮，因此我們將不在此處進行介紹。

備份SIOS Protection Suite群集軟件

包含SIOS LifeKeeper / DataKeeper程序的SIOS Protection Suite也可以通過OS標準實用程序或第三方備份軟件獲得，但是如果該程序由於磁盤故障等原因而消失了。在沒有故意備份的情況下，您需要重新安裝它。可能會有一些人考慮這樣做的二分法。

備份SIOS Protection Suite配置信息

SIOS LifeKeeper帶有一個名為lkbackup的簡單命令，使您可以備份配置信息。lkbackup可以在SIOS LifeKeeper和相關資源上運行，並且不會影響正在運行的服務。

在以下三種主要情況下可以執行此命令。

• 安裝新創建的SIOS LifeKeeper資源後立即
• 更改SIOS LifeKeeper配置之前和之後（添加/更改依賴關係，添加/刪除資源）
• SIOS LifeKeeper版本升級前後

如果使用lkbackup備份配置信息，即使由於磁盤故障而導致配置信息消失，或者由於操作錯誤等導致配置信息損壞等），也可以快速返回到原始操作狀態。

備份操作程序

儘管備份操作程序是指備份HA群集中受保護的業務應用程序，但仍可以使用OS標準實用程序或第三方備份軟件來創建和還原備份映像，如1所示。和上面的2。

備份業務應用程序數據

在高可用性集群環境中，提供了可以由活動服務器和備用服務器訪問的共享存儲。在正常操作期間，活動集群節點將使用共享存儲。應用程序數據（例如，數據庫數據）通常存儲在此共享存儲中，但是備份該存儲時應牢記以下幾點。

對於共享存儲配置 

當獲取無SAN群集配置中的數據的備份並且活動群集節點和備用系統都共享存儲時，只能從活動系統訪問數據（備用系統無法訪問數據）。結果，備份也處於活動狀態。在這種情況下，請確保有足夠的處理能力來處理故障轉移和備份還原方案。

對於數據複製配置 

在配置數據複製的情況下，從操作系統進行備份是基本操作，但是通過暫時停止鏡像並釋放鎖，備份也可以在備用系統側執行。但是，在這種情況下，數據暫時不同步。

從外部備份服務器備份群集節點

要從外部備份服務器執行群集節點備份，請使用群集節點的虛擬或真實IP地址。每種情況下的注意事項如下。

使用群集節點的虛擬IP地址進行備份

從備份服務器的角度來看，備份將執行到LifeKeeper虛擬IP地址所指示的節點。在這種情況下，備份服務器不需要知道哪個節點是活動節點。

使用集群節點的真實IP地址進行備份

從備份服務器的角度來看，無需使用LifeKeeper的虛擬IP地址即可將備份執行到實際IP地址。由於無法從備用群集節點訪問共享存儲，因此備份服務器和客戶端必須檢查哪個節點是活動節點。

將備份，複製和故障轉移群集組合在經過充分測試和驗證的配置備份中是必不可少的。使用事先在用戶側執行足夠的操作驗證。