如何構建高度可用的服務器解決方案？

任何高可用性解決方案的關鍵組成部分都是弄清楚如何重定向客戶端流量。 幾乎每個基於用戶的應用程序都需要連接到服務器。 重定向客戶端流量將允許用戶連接，而不必知道應用程序或數據庫實際位於何處。

大多數解決方案建議基於網絡的IP重定向或基於網絡的DNS重定向。 這行得通。 但是，根據我們的經驗，針對高可用性服務器的最佳解決方案是使用可以從一台服務器切換到另一台服務器的虛擬IP地址。 該服務器正在監聽來自虛擬IP地址的連接，該地址今天託管在一台服務器上，另一天又切換到另一台。

要更進一步，您可以使故障轉移自動化。 在此處，系統會做出決策並在檢測到故障時切換應用程序。 請記住，此步驟是構建高可用性解決方案的關鍵。

購買與構建高可用性解決方案的好處

這可以使用腳本和邏輯來檢查從一台服務器到另一台服務器的進程和虛擬IP地址的狀態來實現。 但是，我們在購買與構建高可用性解決方案中面臨的挑戰之一是，我們真正需要花費多少時間來構建。 這包括進行腳本編碼，API開發（例如cloudwatch API或lambda函數）的時間。 讓我們不要忘記測試和維護。

小時候，我很想寫那個代碼。 但是在為《財富》 100強公司工作之後，並被一位高級經理大喊大叫之後，當我的一個腳本在凌晨3點無法正常工作時，我的感受就不同了。 當我發現一年前編寫的代碼的問題時，這個問題更加嚴重。 我的經理們希望這種高度可用的解決方案能夠100％工作。 如果沒有用，請花時間打電話給某人並大喊大叫。

SIOS實現高可用性自動化

從長遠來看，購買解決方案並花一點時間對其進行調整以適應我們的環境是否更便宜？ 無論應用程序或數據庫如何，這都是SIOS高可用性（HA）解決方案出現的地方。 SIOS具有將進程堆棧從一台服務器切換到另一台服務器的代碼。 這使用戶和管理人員可以放心地從自動執行故障轉移流程和高可用性而來。

關於SIOS HA傘，我最喜歡兩件事。 第一，虛擬IP的代碼，其中IP地址已添加到服務器，並且應用程序重新啟動以偵聽連接。 第二個是通過使用SIOS提供的與應用程序無關的API集啟用的。 這樣，任何人都可以使用插件來保護任何應用程序。 立即聯繫SIOS，以了解有關您的環境的高可用性解決方案的更多信息。

– Edmond Melkomian，PMP，MCSD，SIOS Technology，Inc.顧問

轉載自SIOS

IT災難恢復的痛苦階段

如果您沒有實施正確的企業可用性體系結構，災難恢復的痛苦可能使您無所適從。 在IT中與我們的朋友Dave會面，向我們介紹災難的5個階段。

階段1：拒絕

Dave in IT：“哦，哦。那是什麼警報？只是有一點應用程序崩潰，對嗎？沒什麼大不了。我將立即啟動並運行。”

在企業可用性方面，幾乎沒有應用程序崩潰或沒什麼大不了的事情。公司擁有SLA，並且擁有真實的資金。您的選擇現實可能與您的客戶和利益相關者的觀點不同。

階段2：憤怒

戴夫（Dave）：“你在開玩笑嗎？在所有時間[censored]中……今天，該應用程序將無法啟動。嗯我討厭這[censored]個…[censored]…應用程序。等等，這是什麼新提醒。嚴重的是，現在，數據中心已關閉！”

在快速的節奏和高風險的環境中，它確實變得非常非常雜亂。 當未經檢查的警報和故障發生時，問題會隨著壓力，沮喪和憤怒而迅速增加。

狀態3：討價還價

IT中的Dave：“嘿，在應用程序中，這就是IT中的Dave。你們有App1環境的任何備份嗎？ 。 。你確定嗎？您能再檢查一次嗎？我知道您已經檢查了兩次，但您可以再檢查一次。我要在星期二的Taco買飲料！”

Dave in IT：“嘿Donna DBA，這就是Dave in IT。 應用程序中的Art表示您可能會幫助我。您是否偶然為該財務數據庫或庫存管理系統設置了任何數據庫複製？ 。 。 。 你確定嗎？嗯，你還記得我們是否有辦法從嗯中恢復過來。 。 。數據中心崩潰了？”

當我的女兒遇到麻煩時，討價還價是她的第一個去。好的，第二。首先是消失，但你太聰明了，只能走開火焰。但是，IT中的戴夫（Dave）並不是唯一意識到討價還價和乞討不能很好地替代為高可用性和災難恢復制定明確策略的人。跳過討價還價，乞求您的災難，因為“ 80％的人不在乎，而20％的人很高興是您（由Les Brown改寫）。”

階段4：悲傷

Dave in IT：“這真是太好了。應用程序服務器崩潰，數據中心已關閉，如果可以找到備份並可以加載它們，備份將需要幾個小時才能恢復。我沒有辦法擺脫……我把更新的簡歷放在哪裡了。”

當然，您有備份，並且已經對其進行了驗證。但是回到這些備份會對RTO和RPO產生影響。這次你能吸收嗎？當然，那是在您的數據中心恢復之後。

步驟5：驗收

戴夫（Dave）：“已經兩個小時了。我從來不知道我們以前有這麼多的執行干係人。在那之後我永遠都無法慶祝自己的2週年紀念日。好吧，我想明天我要打掃辦公室。我絕對不可能做到這一點！”

失敗會發生。數據中心出現故障。應用程序失敗。不能否認丟失數據中心，服務器故障或應用程序崩潰的可能性。這種接受是正常的，這是提高可用性的一部分。SIOS Technology Corp.的專家希望確保避免因無法實施可用性策略而失業或變得更糟。

不要像IT中的Dave。通過設計和實施企業可用性架構來避免災難性災難以及災難恢復和停機時間，該架構包括最佳的混合，內部部署或云以及最佳的監視，恢復和系統故障轉移自動化解決方案。

–客戶體驗副總裁Cassius Rhue

轉載自SIOS

為什麼高可用性必須如此復雜？

這是Hallmark電影季，我的意思是聖誕節季節，我的意思是Hallmark聖誕節電影季……（別太苛刻，我是六位年輕女士的父親，一個沒有希望的浪漫主義者，並且嫁給了一位享有美好生活的配偶。假期的笑聲和幸福的結局）。 如果您正處於Hallmark電影季，那麼您很可能會聽到“為什麼愛情如此復雜？”這句話。這句話將在這位傷心欲絕的年輕人對新的愛情產生新的感情之前，並準備在他們懷中跳起夜晚，就像老火焰走進晚會一樣。如果您不喜歡霍爾馬克（Hallmark）的假日戀情，那也許不是您想知道的愛情。也許您想知道：“為什麼高可用性必須如此復雜。

高可用性如此復雜的十個原因：

1. 創新的速度
   

   雲計算，邊緣計算，超融合，多雲，容器和機器學習正以驚人的速度改變著企業可用性的格局。據保守估計，AWS目前擁有175多種服務，並且“在雲中提供了高度可靠，可擴展的低成本基礎架構平台，為全球190個國家/地區的數十萬企業提供了動力。”選擇一種HA解決方案，以允許在所有這些環境中進行一致的管理，並具有基礎結構和應用程序意識，這是降低複雜性的重要方法。

2. 災難的隨機性

   有人曾經說過：“使您的解決方案具有防災能力，而Universe將建立更好的災難。”我們不僅在技術領域看到了創新，而且在災難世界中也看到了創新。 資源匱乏，冷卻系統災難，自然災難，電網故障以及許多新的和隨機的災難通常使隔離整個企業變得更加困難。 去年的解決方案可能需要更新，以應對今年前所未有的停機。 與多年致力於高可用性的供應商合作非常重要，該供應商在尋找災難隨機性解決方案方面擁有第一手經驗。

3. 應用程序複雜度

   隨著技術在虛擬化和雲計算領域的發展，應用程序也在緊隨其後。 這些應用程序供應商增加了利用雲的新選項時，也增加了額外的複雜性。您的應用程序應受旨在在AWS，Azure，GCP或其他環境中提供更高可用性和群集的解決方案保護。尋找能夠提供更多應用程序意識，最佳實踐理解並提供可用性解決方案的供應商，這些解決方案在設計時考慮到了應用程序的架構方式，並能夠優化應用程序在雲中的編排。

4. 威脅的進展
   

   對企業的威脅也影響您的可用性。 系統始終必須處理來自入侵者，黑客甚至是自欺欺人的攻擊。這些攻擊已經變得更加複雜，避免受害的解決方案和方法通常會影響組織內部署的佈局，體系結構和軟件。 該軟件必須與您的可用性解決方案和您的應用程序“完美融合”。 作為SIOS技術客戶體驗副總裁，我已經看到過於激進的病毒掃描程序如何影響您的應用程序和可用性解決方案。確保您了解安全系統對HA / DR環境的影響，並選擇適用的HA解決方案，而不違反您的安全目標。

5. 法規要求

   數據洩露會影響您的應用程序，虛擬機管理程序和環境的體系結構，但法規要求也是如此。現在，已成為全球業務的企業必須確保它們符合多個國家/地區的數據處理法規。這可能會影響您的解決方案可以部署在哪個區域，以及可以用於冗餘的區域數量。另外，法規要求也會影響可以為您的組織提供支持的團隊，這可能會影響可用性軟件和支持的選擇。

6. 縮小窗戶
   

   在24/7全天候搜索，購物，遊戲，銀行和研究領域，窗口正在縮小。查詢必須運行得更快並且花更少的時間。響應必須更快，並且必須有更好的數據。這意味著您的環境所允許的停機時間比您以前想像的要快得多。這也意味著維護窗口要更緊湊，更緊湊，並且必須進行優化和高度協調。 與HA供應商合作，後者可提供有關優化集群配置以提高應用程序性能和快速恢復時間的指導。

7. 競爭壓力增加
   

   我在一個小鎮長大。 五金店有一個競爭對手。 雜貨店有一個競爭對手。 書店，古董店，汽車經銷店，出租辦公室和銀行都擁有一個競爭對手。 如今，您有成千上萬的競爭者，他們除了在結帳購物車中看到您的客戶外，只想要什麼。 這種競爭會影響整個業務的複雜性。 它在維護窗口，升級以及您以何種速度進行創新方面具有重大影響。 可能每五年刷新一次的環境已移至雲端，可以在幾秒鐘或幾分鐘內優化和提高處理器速度和內存。 曾經只有一本簡單的應用程序清單，涵蓋簡單應用程序列表的系統現在看起來更像“戰爭與和平”，涵蓋了不斷增加的流程，產品，服務和情報，以增加利潤，同時努力降低風險和停機時間。

8. 高可用性解決方案成本

   我們都希望我們有一個無限的預算，但是有時您所擁有的預算之間的現實有時還很有限。團隊通常被迫在消耗與固定成本，備用集群上的應用程序的許可成本以及可用性軟件的相關成本之間進行權衡。企業許可證通常會在可用性環境中為備用服務器添加一個“難以下嚥”的價格標籤。即使您是核心的“ DIY”團隊，架構可用性解決方案也不是免費的。DIY附帶維護，管理，源代碼控制，測試，部署，版本管理和版本控制，補丁程序和補丁程序管理方面的額外費用。雖然您的專家團隊可能顯然已準備好應對挑戰，但您的企業可能希望將其高價值的人才用於創造更多的收入機會。

9. 業務成長
   

   創新帶來的業務增長意味著您的團隊現在負責更關鍵的應用程序，更多的站點，更多的辦公室以及更多需要訪問和高度可用的數據。 隨著業務的發展和蓬勃發展，向上擴展和向外擴展所帶來的挑戰不僅增加了前面提到的複雜性，而且還擴展了您必須準備和計劃的內容。

10. 團隊失誤
    

    環境的複雜性，創新的速度，業務的增長，應用程序層的進步以及競爭格局的增長，帶來了保持頂級人才以保持基礎架構平穩運行的挑戰。大多數公司都知道可用性是人員，流程，產品和體系結構的結合。 因此，尋找方法通過自動配置，記錄的運行手冊，在整個基礎架構中採用一致的HA策略來降低集群環境的複雜性，既是保留安裝和管理基礎架構的人才，又是減輕風險和沈重負擔的關鍵。負責可用性關鍵部分的人員。

面對現實吧，愛需要艱苦的工作，良好的溝通，時間，投入，技巧和決心。 建立成功關係沒有捷徑。對於在企業內部不斷發展，日益複雜和靈活的技術空間中實現最佳結果，也可以說同樣的話。可用性，集群，災難恢復和正常運行時間如此之高，因為它需要認真，專注，不間斷的從上到下的文化轉變，這要考慮到創新的速度，應用程序和業務流程的複雜性，競爭和增長，以及使應用程序，數據庫和關鍵基礎結構在需要時可供需要的人員使用的其他組件。

-客戶體驗副總裁Cassius Rhue