從網路安全噩夢中汲取的 6 個高可用性經驗教訓

最近，一家安全供應商針對不斷上升的安全威脅向公司報告了一些最佳實踐建議和建議。雖然安全威脅應該受到每個企業的關注，但此建議不僅限於網路安全；它對於需要保護關鍵應用程式和服務的 HA 合作夥伴和客戶同樣重要。

最近有關網路安全的文章為 HA 帶來的六大要點

1. 立即採取措施提高 HA
   等待停機事件並專注於快速恢復是一個糟糕的策略。準備和防止停機是一個更好的解決方案。開始識別關鍵的 Tier1 和 Tier2 應用程式、資料庫和服務。第 1 層應包括所有關鍵業務解決方案那不可能是無法訪問的。也就是說，應用程式必須 24/7 可用，如果離線將造成嚴重的業務後果。雖然第 2 層應用程式應盡可能頻繁地運行，但它們的重要性較低，您的企業可以容忍長達數小時的中斷，而不會對業務產生重大影響。
2. 制定全面的醫管局保障計劃
   制定保護關鍵應用程式、資料庫和服務的計劃。確保該計劃包括架構和設計文件以及回應停機的人員職責。請務必準備好在 QA 或沙箱環境中部署叢集的流程，並專注於將活動和詳細資訊記錄到操作手冊中。這些沙箱和 QA 系統還可用於測試、培訓和驗證升級、修補程序和維護。
3. 認識並解決高可用性風險
   所有組織都必須認識到，沒有一家公司能夠免受停機中斷的影響，無論規模大小或位置如何。小型、中型和大型企業都容易遭受自然災害或人為災害。大型組織將經歷相當多的用戶錯誤、本地建設導致的資料中心故障、基礎設施故障以及網路元件中斷。中小型實體，尤其是。那些擁有本地解決方案或規模較小的 IT 團隊的人，需要添加HA保護以及。雖然大公司可能會在停電中損失更多資金，但中小型企業也可能損失相當數量的資金。需要注意的是，遷移到雲端並不足以防範所有風險。
4. 業務主管需要領導高可用性策略
   準備和防範停機不僅僅是 IT 團隊的問題。企業主管需要參與保護企業免受已知風險、暴露和停機威脅。這意味著關鍵管理人員和利害關係人需要主動詢問 HA 的覆蓋範圍、計劃和人員配置。企業主管也應該做好投資準備，確保一級應用程式、資料庫、服務和資料的全面覆蓋，以應對意外情況。他們也應該主動將覆蓋範圍擴大到二級及以上。
5. 持續溝通對醫管局的重要性
   業務領導層、各個領域（網路、儲存、運算、雲端、資料庫和應用程式）的管理員應經常召開會議，討論新的和現有的HA 威脅、新的和現有的挑戰以及持續的需求。必須保持內部團隊討論以了解需求和業務連續性計劃。事實上，HA 考慮因素需要成為從 C 級到基層的所有相關內部規劃和溝通的一個組成部分。然而，這種溝通不能停止於內部利害關係人。相反，業務領導者和 HA 利害關係人必須與 HA 供應商及其研發和支援團隊一起審查公司狀況、HA 要求和關鍵發現。
6. 不要等到災難發生才檢查您的 HA 解決方案
   公司需要經常審查他們的計劃以及執行這些計劃的能力。此審查需要比閱讀操作手冊、文件或集群設計更深入。請查看操作手冊以及實務練習以驗證和更新操作手冊。測試停機後系統恢復流程，包括客戶端和業務營運恢復

立即採取行動，保護您的系統免於停機

與安全建議類似，公司應立即採取行動，確保其係統、解決方案、應用程式和資料免受停機和災難的影響。不要等到災難發生才發現您的 HA 策略的缺陷。立即聯絡 SIOS增強您的 HA 策略並保護您的業務免受意外中斷。

經許可轉載安全作業系統

DataKeeper UI 與汽車儀表板：高可用性監控指南

除了分享使用的樂趣DataKeeper叢集版以其高可用性和災難復原除了能力之外，我們大多數人還有其他一些共同點。 。 。我們開汽車…電動、汽油或混合動力。 《富比士》稱，截至 2022 年，92% 的家庭至少擁有一輛汽車。

這些數以百萬計的汽車與 DataKeeper 有一些共同點。 。 。

帶有狀態指示器的儀表板。

在 DataKeeper 的情況下，使用者介面 (DataKeeper.msc) 具有所謂的鏡像定義或鏡像狀態。

在汽車中，指示燈被親切地稱為“儀表板燈”，或者對於某些 X 世代來說，它們可能會被稱為“儀表板燈”“白痴燈”

讓我們直接討論一下它們的相似之處。

所有汽車都具有一定程度的燃燒（燃料）、電力（或非電力）和冷卻能力；因此儀表板上的相關指示燈通常為紅、黃、綠三種顏色。與汽車儀表板一樣，DataKeeper UI 在控制台樹中具有「紅綠燈」模式。

正如我們所提到的，對汽車進行故障排除時可能遇到的情況，例如電池、燃油問題、引擎過熱（如您的引擎）、DataKeeper 故障排除也可以合併到以下方面：

• 貯存
• 網路
• 其他（安全、用戶管理等）

回顧一下 DataKeeper UI 控制台樹中的「紅綠燈」標識符，讓我們來看看「幕後」來識別鏡像的狀態。

當駕駛員將汽車送去修理問題或進行定期維修時，經銷商的技術顧問或服務技術人員將插入 OBD 連接器（車載診斷），以大致了解問題可能出在哪裡發生（燃燒、電氣或其他）

識別鏡像狀態顏色以診斷 DataKeeper 問題

作為支援/驅動 DataKeeper 的用戶，您的第一級分類應該是識別鏡像的「顏色」變化，以確認儲存、網路或其他是否影響了用戶、效能等。

這些標識符被親切地稱為鏡像定義。鏡像狀態與 OBD 類似，可以透過啟動名為“的命令來識別”emcmd 。 getmirrorvolinfo <驅動器號>」。

筆記：

要存取“emcmd”命令（順便說一句，它代表擴展鏡像命令），我們可以啟動提升的（管理員）命令提示符，如下所示：

• “cd %extmirrbase%”
  • 這是實用程式所在安裝路徑的捷徑，例如 <root>\Program Files (x86)\SIOS\DataKeeper

輸出將顯示為“#主機名稱#”

第一個整數代表鏡像的角色，（1 = 來源，2 = 目標）

至於Last整數，Mirror可以獲得6種狀態：

1 – 鏡像（綠色）

2 – 鏡像正在重新同步（黃色）

3 – 鏡子破碎（紅色）

4 – 鏡子暫停（黃色）

5 – Resyc 正在等待（黃色）

有多種變化 – 正如它與您的汽車或 DataKeeper 相關一樣 – 人們必須找到一個起點來識別“痛點”

• 司機：你和家人共用一輛車嗎？有人留下頂燈了嗎？燃油類型是否從 94 辛烷值改為 87 辛烷值？
• DataKeeper 管理員：您是唯一的支援人員嗎？其他部門是否可以存取您的集群，例如資料庫管理員、負責儲存、網路等的基礎設施人員？

深入探究：擴展集群資源之前要採取的預防措施

貯存

做好你的功課。基礎設施和資料庫管理員希望擴展其儲存以滿足不斷增長的需求。他們非常了解手頭上的任務，但如果執行不正確或順序錯誤，DataKeeper 中的鏡像顏色可能是紅色、黃色或無。看看我們的文件和支援視頻關於如何正確調整儲存大小。

網路

輕鬆避免完全重新同步。基礎設施和資料庫管理員可能希望將現有鏡像流量分段到不同的網絡，而不會造成任何停機或高可用性損失。您能想像沒有 HA 來重新創建新鏡像並且必須對幾 TB 甚至 1 PB 的資料執行完全重新同步嗎？看看我們的文件和支援視頻如何輕鬆實現這一目標

其他（安全）

了解密碼管理。密碼原則可能會根據 Active Directory 中規定的時間範圍進行變更。如果管理員不知道這一點，並且重新啟動 SIOS DataKeeper 服務，則不會自動傳播為 SIOS DataKeeper 服務帳戶 (Active Directory) 變更的密碼。因此，需要在服務小程式中手動更新服務帳戶密碼。 (services.msc) 若要正確使用 SIOS DataKeeper 服務帳戶，請查看我們的支援文件

跨多個部門管理 DataKeeper 以避免停機

您的汽車可以有多位駕駛員、不同的服務技術人員、不同的路況等。 DataKeeper 也不例外，因為可能存在負責儲存、網路、安全等的跨職能部門，這可能會對 DataKeeper 產生不利影響。可能存在與DataKeeper 存在關係/依賴性的相關集群資源。顏色；特別是黃色和紅色。

監控 DataKeeper 鏡像狀態和基礎架構變更的清單

• 回顧「紅綠燈」顏色
• 透過 emcmd 辨識鏡像的狀態。取得鏡像卷資訊指令
• 如果涉及多個部門，請詢問整個基礎設施（儲存、網路、安全或其他部門）的變更或規劃事件
• 透過事件檢視器日誌、ipconfig /all 輸出增強您的初始分類，dk健康檢查，僅舉幾例

有關 DataKeeper 問題，請聯絡 SIOS 支持

如果您的汽車已經「失效」並將您留在路邊，您可能會聯繫 AAA，他們會提供拖車。有疑問或非優先問題，請發送電子郵件至support@us.sios.com。如果您的問題很緊急，請致電 877-457-5113 與我們聯絡。

經許可轉載安全作業系統

網路研討會：賦能教育：利用 SIOS 解決方案增強系統可用性

註冊參加點播網路研討會

應對現代教育的挑戰不僅需要創新的教學方法，還需要創新的教學方法。它需要強大的技術支援。

本次網路研討會討論了高可用性 (HA) 和災難復原 (DR) 在確保不間斷學習體驗方面的關鍵作用。了解機構如何有效管理旺季、迎合全球學生人口統計並處理潛在的系統故障。特別關注 SIOS 高可用性解決方案，了解如何建立彈性、經濟高效且使用者友好的 IT 基礎架構。

經許可轉載安全作業系統

 

網路研討會：探索單一伺服器保護高可用性的優勢

對於大多數組織來說，保持可靠的正常運作時間和連續性至關重要，尤其是對於業務必需的應用程式。但是你的其他應用程式呢？考慮重要性較低的應用程式並計劃提高其可用性非常重要。單一伺服器保護高可用性是解決方案。

觀看此點播網路研討會，了解單一伺服器保護高可用性 (SSP-HA)、它與其他 HA 解決方案有何不同以及如何在 IT 環境中利用它。

經許可轉載安全作業系統

如何使用 SIOS DataKeeper 執行效能測試複製

為生產資料庫配置複製可能是一項非常艱鉅的任務，特別是如果您沒有提前進行研究的話。本部落格將涵蓋正確設定環境的最棘手方面的許多部分…性能。了解這些關鍵點將使您處於領先地位，並確保您的生產上線不會在最後一刻出現任何問題。

要考慮的第一個也是最基本的一點是為您的配置選擇正確的鏡像類型。 SIOS DataKeeper 在建立過程中提供兩種鏡像類型選項：同步和非同步。根據您的環境，這些選項都有各自的優點和缺點。

選擇鏡子類型

同步鏡像在具有高速連接的 LAN 環境中表現最佳，並在提交到主系統時提供 1:1 的寫入一致性。但是，如果網路或目標儲存無法跟上主系統的吞吐量，您將看到寫入速度降低以保持同步寫入一致性。因此，不建議在 WAN 或高延遲環境中使用同步鏡像。

然而，非同步鏡像非常適合 WAN 環境。非同步鏡像提供了確保節點之間 1:1 寫入一致性的所有相同功能，但不同之處在於，寫入先提交到主系統，然後再提交到目標系統。這是可能的，因為使用了位圖（也稱為意圖日誌），位圖在區塊級別追蹤系統上發生的所有更改，並透過稱為積壓的積壓盡快將資料寫入目標。寫入佇列可以受到寫入次數或資料總 MB 的限制，當達到限制時，鏡像將暫停並且資料將同步，從而防止資料不同步時發生故障轉移。

硬體配置：

現在您已經決定哪種鏡像類型最適合您的環境，重要的是要了解DataKeeper 並不神奇，DataKeeper 只能以系統允許的速度寫入和複製，因此擁有能夠實現應用程式所需吞吐量的硬體至關重要。以下是一些建議和技巧，可確保您擁有實現複製目標所需的硬體。

1. 確保您的主系統和目標系統具有相同的儲存硬體。例如，目標 IOPS 應等於來源 IOPS。否則，環境中最慢的元件將成為寫入速度的瓶頸。匹配的硬體總是會提供更好的性能。
2. 在了解點陣圖的重要性後，顯著提高效能的最簡單且最便宜的方法是將點陣圖儲存在其自己的專用高速記憶體上。點陣圖非常小，因此配置 5 或 10GB SSD 就足夠了，並且可以提供巨大的效能增強回報。
3. 測試獨立硬件，並了解複製資料會帶來一些開銷。例如，如果您需要在環境中達到 10,000 IOPS，請確保您的硬體至少可以在所有屬於叢集的節點上獨立實現一致的 10,000 IOPS。如果您打算執行同步鏡像，請確保滿足最低要求，因為會引入更多開銷來維護同步一致性。網路還需要進行負載測試，以確保您可以傳輸複製方案所需的資料。
4. 知道如何正確測試。當利用測試環境來驗證生產能力時，盡可能模仿設定非常重要。據了解，您不能僅僅為了測試複製而設置整個生產資料庫克隆，但利用正確的資料生成工具可以更好地指示當前的效能能力。 Diskspd 是一個免費工具，可用於一些基本測試，但在 SQL 領域，HammerDB 提供了更好的現實世界效能指標。

磁碟速度：https://github.com/microsoft/diskspd
錘資料庫：https://www.hammerdb.com/

1. 最後，我們進行了 DataKeeper 調整，除了 DataKeeper 中的鏡像類型之外，還有可設定的設定。修改這些內容通常會更加細緻，最好在 SIOS 支援團隊的建議下完成。但是，如果您已確認所有其他建議均已到位，那麼調整某些 DataKeeper 參數可能會提供滿足您所需指標所需的最後效能提升。調整的一些範例是增加寫入佇列中的未完成寫入的數量或修改點陣圖檔案刷新到磁碟的頻率。

經許可轉載安全作業系統