改善您的雲採用之旅

 

2020 年和 2021 年改變世界的事件以某種方式重塑了我們所知道的幾乎所有事物，並且高可用性也不例外，因為許多公司都在快速跟踪他們的雲採用之旅。 儘管關閉和限制，許多 IT 團隊還是將本地數據中心換成了雲。 很多人都在問，‘現在呢？以下是解決 2022 年雲之旅的五件事。

1. 為雲添加高可用性

在推動雲計算的過程中，許多 IT 和業務領導者發現自己急於將服務和應用程序從因 COVID-19 而關閉的數據中心遷移到雲中。 其他人湧向雲端，不是因為數據中心關閉，而是為了應對遠程工作突然增加帶來的爆炸式需求浪潮。 對於一些人來說，雲之旅是如此之快，以至於沒有包括高可用性，現在他們已經（艱難地）發現應用程序仍然在雲中崩潰，並且意外中斷和計劃外停機仍然是 AWS 的剋星， Azure 和 GCP——就像它們在以前的數據中心中一樣。

修復雲之旅的第一步是增加高可用性。 這對您的企業意味著幾件事：

1. 設計和構建高可用性和冗餘架構
2. 選擇將保護關鍵組件和應用程序的軟件和服務
3. 定義和記錄相關的流程和程序，以及至少最低限度的治理
4. 為質量保證、程序測試和混沌測試部署生產副本

2. 擴展以提高災難恢復的可用性

當然，並非每個人都在不考慮某種形式的情況下遷移到雲高可用性. 一些 IT 團隊有先見之明，不會將 HA 留在本地，但在急於上雲的過程中，他們將所有關鍵服務器都移到了同一個雲可用區。 雖然擁有一些 HA 保護比完整的漏洞要好，但如果您只將服務器和應用程序部署在單個可用區 (AZ) 中，現在是時候為備用集群節點擴展至多可用區，甚至內置通過在不同區域部署第三個節點進行災難恢復。SIOS 已幫助數十家客戶規劃多可用區架構並添加災難恢復解決方案。

3. 建立您的雲之旅團隊

一夜之間，一些公司及其 IT 團隊從完全本地化轉變為與 Cloud Formation 模板、快速入門指南、IAM 角色、內部負載均衡器、覆蓋 IP 以及破譯 VM 大小的確切含義有關。現在是組建團隊來支持雲之旅的時候了。這將意味著幾件事：一種。 增加容量。除非您能夠完成一個完整的提升和轉變，否則您可能會擁有相同的員工來管理雲和本地應用程序。傳統解決方案以喜怒無常而著稱，需要大量工作才能保持穩定和可用以導航未來的雲之旅，您需要能夠滿足可用性要求、了解雲架構並為企業需求規劃前進方向的能力。

灣。 通過培訓提高技能.為您的 IT 團隊提供雲培訓。要管理和規劃課程，請通過有關雲解決方案、架構、最佳實踐和權衡的額外培訓，尋找方法來增強組織內的 IT 卓越性。訓練有素的員工不僅會在提高可用性方面獲得紅利，而且還會通過以經濟、可擴展和合乎邏輯的方式解決可用性、維護和增長問題，從而獲得紅利。翻譯：他們會在構建雲基礎架構的其餘部分時避免浪費金錢。

4. 集成自動化和分析以確保正常運行時間

作為 SIOS Technology Corp. 的客戶體驗副總裁。 我曾與幾家公司合作，這些公司在 2021 年遷移到雲，而沒有犧牲 HA、DR 或他們的團隊。 如果您認真對待達到所需的正常運行時間數 (99.99%)，並製定了不可協商的災難計劃，那麼是時候增加分析和額外監控的嚴格性了。 確保您的可用性解決方案具有應用程序感知自動化和編排功能，以便在發生災難或計劃外停機時進行恢復。 添加分析和自動化以鞏固您的解決方案，並使您的雲遷移從被動故障轉移到主動通知和故障發生前的緩解。想像一下，如果應用程序性能不佳，或者延遲增加、錯誤或 VM 無響應行為及時得到通知，以避免在業務高峰期出現停機。 分析也很重要，因為它們可以揭示可能已經逃離原始可用性架構的系統和應用程序。

5. 更新 IT 流程和治理

我們認為失敗的許多事情都植根於過程的失敗。 確保您的組織的流程是最新的、有據可查的、適當的溝通和遵守的。 這些流程應包含與誰、什麼、何時、何地以及如何與客戶相關的業務戰略、目標和組織需求相關的一些關鍵最低要求。

確保您的新雲環境的所有權和簽核流程有據可查。 對於從獲取基礎架構的硬件團隊轉移到雲團隊的客戶，我親眼目睹了因角色和責任衝突、衝突或未解決所帶來的挫敗感。 在遷移中糊塗是一組痛點，在沒有明確治理的情況下從災難中挖掘出來是一個更大、成本更高的問題。

如果您已經實現了向雲的飛躍，那麼留在那裡並使其為您工作是旅程的下一部分。如果您的雲之旅突然或崎嶇不平，請考慮這五點來改善您的雲之旅，並了解 SIOS 技術不僅可以幫助您提高雲中的高可用性，還可以幫助您提高在雲中運行的流程。

-Cassius Rhue，客戶體驗副總裁 經許可轉載西歐

如何將鏡像從一個網絡移動到另一個網絡

SIOS 高級產品 (Windows) 支持工程師 Greg Tucker 提供了一個 8 分鐘的教程，演示如何移動兩節點系統上的鏡像.
此外，他還討論：

• 為什麼我應該將我的鏡像放在指定的網絡上？
  • 答案是：提高性能並避免完全重新同步
• 我應該何時執行此任務？
  • 答：如果您注意到任何變化，請盡快
• 它需要任何停機時間嗎？
  • 答案是：沒有停機時間，因為這是一項“高度可用”的任務
• 我的集群中有多少個節點可以更改我的 IP 地址？
  • 答案是：3個節點或更少

完成本教程後，Greg 將分享所有 SIOS 支持聯繫信息，以供進一步的問題或查詢。

如何將鏡像從一個網絡移動到另一個網絡西歐經授權轉載西歐

高度可用還是高度脆弱？ 高可用性清單

各種規模的企業對 IT 系統的需求都在不斷增長，這已不是什麼秘密。 但是，只有當 IT 系統具有可操作性、彈性和高可用性時，它們才對這些企業及其客戶有效。 當企業希望擴大其企業可用性時，擁有衡量和評估漏洞的基線可能會產生成功合併基礎架構、軟件、服務和支持的差異，從而提高您的成功率。

有時，最基本的清單可以幫助您確定您的解決方案是高度可用還是高度易受攻擊？

您的組織是否有適當的基礎設施來支持高可用性?

• 您的數據中心是否安裝了環境傳感器來測量建築系統？
• 您的數據中心是否有 24x7x365 全天候運營？
• 您的數據中心是否包括來自不同來源的冗餘電源和網絡連接？
• 您的數據中心是否包含多層主機和存儲服務？
• 作為客戶體驗副總裁，我看到客戶試圖創建一個高度可用的解決方案，而沒有解決其基礎架構中的基本問題。

他們部署軟件，但在網絡基礎設施、服務器和數據中心本身內部存在不穩定性。 雲解決了許多基礎架構問題，但並非所有云平台的架構都相同。 請務必了解您的數據中心、本地或云。

您的組織是否有涵蓋設計、架構和流程的運行手冊（或劇本）？

• 您的操作手冊是否有據可查、公開且易於訪問？
• 運行手冊的常規部分是否足夠自動化？
• 誰有權訪問您的企業操作手冊？
• 它是最新的和當前維護的嗎？
• 您的運行手冊和其中的任何自動化工具是否有版本控制？

如果您回答了什麼是 Runbook 或 playbook，那麼您的第一步就是找到或創建一個。 運行手冊（或劇本）可幫助您的組織維護與高可用性系統架構相關的系統和流程。 一些公司使用自動化工具來創建部署和配置服務器的腳本，其他公司使用版本控製文檔來概述所有事物如何協同工作以提供彈性和成功。 您的團隊需要有一個新人和現有團隊成員可以去了解環境、流程和正在使用的工具的地方。

您的組織是否擁有專門用於維護高可用性最佳實踐的資源？

• 您的組織是否為這些員工和承包商提供支持和培訓？
• 您的組織是否賦予這些團隊自主權以適應和創造更好的最佳實踐？

“我沒有設置這些系統，”IT 管理員說，“我只是用其他一些服務器繼承了這些系統。”哀嘆是組織中一種誠實且經常觀察到的現象。 無論是併購、成本削減、外包還是一般人員流動的結果，高可用性企業的一個關鍵組成部分是足夠的人員配備。 一個高度脆弱的企業的一個關鍵是人員不足、訓練不足或支持不足。

您的組織是否有適當的變更管理控制措施？

• 您是否有定期更新政策和時間表？
• 您是否有明確的補丁維護流程？
• 您是否有針對補丁（漏洞、威脅等）的審核流程？

變更管理很重要。 變更管理控制和政策對於降低風險和確保您的系統可用是絕對必要的。 沒有適當限制的用戶可以添加破壞穩定性的包或更新，或進行破壞組織數小時的更改。 此外，沒有明確的政策通常會在預期（記錄）和實際（現有）之間產生偏差。 變更管理對於確保備用集群與主/源系統處於相同的補丁和軟件級別以及確保 QA（或預生產）不會嚴重偏離生產環境也至關重要。

您的組織是否有適當的訪問控制？

• 您是否有用於服務器管理的帳戶管理層？
• 您是否有防止意外停機的控制措施？

我們的服務團隊加入了客戶呼叫並等待、等待、等待有權運行一組提升命令的管理員加入會話以配置和更新他們的軟件。 幾週後，我們的團隊加入了一個不同的客戶電話會議，並驚恐地看到多個具有管理權限的用戶在同一個集群上運行了一系列命令。 兩次調用的差異清楚地指出訪問控制很重要。 高可用性企業需要確保適當的訪問控製到位，以防止用戶運行可能損壞配置或削弱其操作的提升命令。 確保用戶根據他們的角色、需求甚至經驗限制他們可以做什麼。

貴公司是否有定期的測試流程？

• 您的組織是否在生產前在預生產或 QA 環境中進行測試？
• 您的組織是否執行定期備份和備份測試？
• 您的組織是否實施災難恢復方案和混沌測試以實現持續改進？

測試需要時間，但我的職責是幫助客戶完成他們的雲遷移和高可用性部署，時間一直都花得很好。 通常，高可用性和易受攻擊之間的區別可以歸結為客戶或合作夥伴的測試過程。 隨著解決方案變得越來越複雜，測試和驗證對於降低風險和漏洞變得越來越重要。 如果一切都從設計到生產，那麼您正在運行一個高度易受攻擊的系統。 但是，如果您有測試和檢查點，那麼在將更改投入生產之前驗證更改的過程會大大降低您的風險。 作為客戶體驗副總裁，我們的服務團隊與一位重要客戶合作，該客戶在完成上線遷移之前在 QA 中部署了整整一年的系統。 在那一年，他們模擬了中斷、災難、客戶負載、停機時間、維護、修補策略、備份、從備份中恢復，以及一系列其他測試套件。 因此，它們在性能、流程遵從性、高可用性和企業成功方面取得了顯著成果。

雖然沒有清單能夠涵蓋高可用性中的每個潛在漏洞，但回答這些問題將為您了解您的企業是高可用性還是高度易受攻擊奠定堅實的基礎。

經授權轉載西歐

迪士尼 Encanto 中關於高可用性、IT 團隊和克服停機時間的課程

週末，我加入了收看迪士尼 Encanto 並成為這個故事的粉絲、課程和機會的學生以及 Lin-Manuel Miranda 的絕對粉絲的人群中。 迪士尼的 Encanto 在高可用性、集群和彈性方面提供了什麼？

課程高可用性，IT 團隊，並從迪士尼的 Encanto 中克服停機時間[Warning: movie spoilers ahead]在 Encanto 中，您很快就會了解到 Family Madrigal 是一個特殊的家庭。 在其中一首開場歌曲“The Family Madrigal”中，我們了解到所有家庭成員都有獨特而特殊的天賦；超人的力量，聽數英里的能力，預言和預測，召喚美麗花卉和植物的能力，變形的能力，治癒的能力，以及控制天氣的能力。 好吧，似乎每個人都有“禮物”，除了米拉貝爾。

第 1 課：你不需要超人的天賦才能有所作為。

米拉貝爾雖然不像其他兄弟姐妹和家庭成員那樣有天賦，但卻是了解家庭健康和疾病的核心人物。 此外，她能夠幫助家人在一切都崩潰時將事情重新組合起來，而無需其他禮物。 您需要高可用性，但您不必打破預算、開發超自然能力或依靠奇蹟來實現它。

隨著電影的繼續，佩帕的小兒子安東尼奧已經準備好參加他的禮物儀式。 然而，在聚會和慶祝活動期間，Abuela 注意到 Casita 的地基出現裂縫。 但她的警告無人理會。

第 2 課：不要忽視裂縫。

當米拉貝爾看到裂縫時，她開始尋求找出危及卡西塔的原因以及她可以如何提供幫助。 起初，她被其他人忽視甚至斥責。 如果您發現您的 IT 基礎設施存在裂縫或缺陷，或者您的架構和設計存在裂縫，您將如何應對？ 你會忽略這些裂縫，假裝沒有看到它們，甚至責備團隊發現它們嗎？ 不要忽視裂縫。 響應問題的第一個跡象通常是防止更大問題的完美方法。

在她尋求答案並拯救奇蹟的魔法的過程中，多洛雷斯讓米拉貝爾與她超級強壯的姐姐路易莎交談，路易莎最初表示一切都很好，絕對沒有錯。 但路易莎最終開始透露，知道有一個人的重量對她來說變得太大了。

第 3 課：HA 的重量對於一個人或一個團隊來說太大了。

正如路易莎所說，“壓倒駱駝的是壓力，是永不停息的壓力。”。 開發高可用性解決方案、設計和架構彈性和數據可用性並不是一個簡單的過程，而且絕對不是一個人或單個團隊的任務。 您的 DBA、IT 管理員和 ERP 管理員無法獨自承擔維護關鍵企業可用性的重任。 同樣，一維方法不能承載四 (4) 個 9 的可用性。 相反，它需要一個完全一致的團隊與完整的 HA 解決方案協同工作，以理解、設計、開發和部署工具和技術。 您的 IT 團隊的角色和職責分佈和定義如何？ 確保沒有人獨自承擔 HA 的責任。

當米拉貝爾向布魯諾尋求她正在尋找的答案時，每個人都說：“我們不談論布魯諾。”布魯諾的天賦是預知，但由於他的警告和看似消極的願景，他消失了。

第 4 課：不要害怕看到前方麻煩的人。

作為客戶體驗副總裁，我幫助客戶對其基礎架構和集群解決方案進行健康評估。 運行狀況檢查完成後，並非所有客戶都樂於聽到他們有問題需要解決。 我們都盡我們所能避免壞消息。 但是，忽略升級、忘記維護以及淡化團隊布魯諾發現的風險不會讓問題消失。 事實上，它可能會讓你最擔心的事情成為現實。

米拉貝爾最終找到了一條通往布魯諾的秘密通道，發現布魯諾從未離開，但覺得他必須破壞她的視力來保護她和他自己。

第 5 課：企業文化可以壓製或創造更高的可用性

您的文化可以粉碎或創造更高可用性和彈性的空間。

米拉貝爾問布魯諾是否一直在修補小屋的裂縫，但布魯諾回答說他害怕裂縫。

第6課：不要害怕裂縫

HA 需要持續、協調的持續努力。 這項工作的一個重要部分是為那些可能危及您的應用程序或架構與執行之間的差距的 IT 漏洞找到解決方案和修復程序。

即使布魯諾（或埃爾南多）試圖修補裂縫，很明顯基礎問題對於散亂和膚淺的解決方案來說太多了。

第 7 課：Spackle 無法解決基本問題

查看您的基礎架構並查看解決問題的方式。 您是在部署變通辦法、創可貼和臨時“黑客”，還是在尋找解決集群、企業可用性和災難期間執行問題的根本原因的架構和基礎解決方案？

第 8 課：找到你的 Jorge

如果您一直在部署比根本原因解決方案更多的黑客和變通方法，請找到您的 Jorge。 尋找熟練的團隊成員、合作夥伴或解決方案提供商，並允許他們努力實施能夠解決問題或加強基礎設施的基礎解決方案。

布魯諾看到了另一個願景，即如果 Mirable 擁抱 Isabela，Casita 就可以得救。 Mirabel 為 Isabela 提供了一個開花的機會，但 Abuela 不這麼看。 Mirabel 和 Abuela 之間發生爭執，Abuela 將“Casita”中的裂縫歸咎於 Mirabel。 Mirabel 指責 Abuela 提出了不可能的要求、不切實際的期望和錯誤的希望。

第 9 課：責備會產生更多問題

Pass the Blame 是一款很棒的派對遊戲，但它對於 HA、集群彈性或數據保護來說並不是很好。 我曾經幫助過一個客戶，他的組織說明了責備是徒勞的。 在概念驗證集群遇到導致延遲的問題後，項目經理將延遲歸咎於應用程序團隊。 應用程序團隊責怪備份管理員，後者又責怪基礎設施管理員。 在整個指責過程中，他們的集群仍然不可用，概念驗證仍然停滯不前，唯一取得的進展是團隊之間的憤怒裂縫越來越大。 只有當他們將這些差異放在一邊時，他們才能做出解決問題所需的調整併繼續成功的 POC。

“小屋”倒塌，米拉貝爾逃跑。 後來，阿爾瑪找到了米拉貝爾，和解後，他們和家人和村莊一起建造了比以往更好的小屋。

第 10 課：將其重建得更強大

當然，Encanto 的最後一幕充滿了 Alma (Abuela) 懺悔的教訓，例如：

1. 不要隱藏你所看到的或忽略裂縫
2. 對重要的人（或者在你的情況下是團隊和業務）說實話
3. 建立一種文化，讓他人超越他們的角色或天賦
4. 儘早尋求（並接受）幫助
5. 痛苦不需要成為監獄
6. 領導者有能力將人們聚集在一起或將他們推開

但最後一課中最重要的是重建得更好、更強大、更團結。 在每次計劃外或計劃內的停機之後，都會從根本原因分析、經驗和新的理解中吸取教訓。 因此，還將有機會為您的高可用性和災難恢復構建更強大的解決方案和架構。

考慮一個客戶在發現中斷是由直接部署到生產環境的代碼導致後能夠創建標準部署管道和 QA 系統的案例。 或者另一位客戶發現磁盤和數據庫警告在中斷前被抑制了數週。 不要浪費停機時間帶來的時間和機會。 請務必共同努力，避免孤島、依賴單一優勢或將基礎設施的希望寄託在錯誤的事情上。

當然，您應該自己觀看整部電影，但當您了解電影的魔力和音樂並了解其他幾個角色的生活和教訓時，HA 會有更多的教訓

• 卡米洛：適應性強且靈活
• 路易莎：力量是好的，但不要否認你感到軟弱和脆弱的地方
• 佩帕：你可以控制自己的態度和行為
• 多洛雷斯：傾聽一切，但也要採取行動
• 布魯諾：如果你熱愛你的工作，你會一直尋找解決方案
• 伊莎貝拉：它不一定是完美的工作。 HA 是一場持續的戰鬥：設計、開發、測試、部署、重複
• 喝咖啡的孩子：喝太多咖啡對你不好
• Mirabel：你需要一個有希望和遠見的人才能成功
• 阿爾瑪：不要浪費你的第二次機會，也不要忽視真正重要的事情

電影以重聚結束，米拉貝爾和牧歌站在完工的房子前。 當米拉貝爾觸碰門把手時，“小屋”就恢復了生機，家和家人的神奇禮物都回來了。 試試 Encanto 的這 10 節高可用性課程，欣賞這部電影，並記住“沒有什麼是您不能做的……與您的客戶、合作夥伴、解決方案提供商和管理員團隊一起”。

如何激活 SIOS Protection Suite for Linux 的許可證

既然你已經獲得了你的適用於 Linux 軟件的 SIOS 保護套件，您將需要激活您的許可證。這個 7 分鐘的視頻將幫助您入門。 它會引導您完成開始運行 SIOS Protection Suite for Linux 軟件所需的所有步驟。觀看 SIOS 支持代表演示安裝 SIOS 許可證所需的步驟：如何插入授權/激活 ID、如何獲取和插入主機 ID，以及下載激活文件。

該視頻說明了在何處訪問軟件以供下載、如何從購買或試用的權利中查看和驗證主機名和 ID，以及如何下載包含在您的歡迎電子郵件中的激活文件以完成該過程。 您還將學習如何訪問我們的SIOS 文檔門戶網站，您可以在其中找到有關 SIOS Protection Suite for Linux 的發行說明、安裝指南、技術文檔和深入信息，以及每個 SIOS 產品的廣泛主題。

接收有關如何快速輕鬆地完成這些步驟的有用提示和方便的見解。 了解開始運行 SIOS Protection Suite for Linux 是多麼簡單。

如何激活 SIOS Protection Suite for Linux 的許可證