27 6 月, 2022 |
高可用性集群的新選擇,SIOS 鞏固了對 Microsoft Azure 共享磁盤的支持高可用性集群的新選擇,SIOS 鞏固了對 Microsoft Azure 共享磁盤的支持微軟推出Azure 共享磁盤在 2022 年第一季度。 共享磁盤允許您將託管磁盤附加到多個主機。 實際上,這意味著 Azure 現在擁有相當於 SAN 存儲的功能,能夠高度可用集群使用雲中的共享磁盤! 將 Azure 共享磁盤與 SIOS Lifekeeper 群集層次結構結合使用的一個主要優點是,您將不再需要擁有存儲仲裁或見證節點。 這樣你就可以避免所謂的腦裂– 當節點之間的通信丟失並且幾個節點可能同時更改數據時會發生這種情況。 更少的節點意味著更少的成本和復雜性。 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復套件SIOS 推出了一個應用程序恢復工具包 (ARK)用於我們的 LifeKeeper for Linux 產品。 這稱為 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復套件。 這允許將 Azure 共享磁盤與 SCSI-3 預留結合使用。 ARK 保證共享磁盤只能從當前在該磁盤上保留 SCSI-3 保留的節點寫入。 安裝 SIOS Lifekeeper 時,安裝程序將檢測到它正在 Microsoft Azure EC2 中運行。 它將自動安裝 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復工具包以支持 Azure 共享磁盤。 Lifekeeper 中的資源創建簡單明了(圖 1)。 Azure 共享磁盤只需在本地安裝後作為文件系統類型資源添加到 Lifekeeper。 Lifekeeper 將為其分配一個 ID(圖 2)並自動管理 SCSI-3 鎖定。 SCSI-3 預留保證 Azure 共享磁盤只能在持有預留的節點上寫入(圖 3)。 在集群節點之間失去通信的情況下,備用服務器將上線,從而導致潛在的腦裂情況。 但是,由於 SCSI-3 保留,一次只有一個節點可以訪問磁盤。 這實際上防止了實際的腦裂情況。 只有一個系統會保留預訂。 它將成為新的活動節點(在這種情況下,另一個將重新啟動)或保持活動節點。 沒有保留 Azure 共享磁盤預留的節點只會使資源處於“待機狀態”狀態。 僅僅因為他們無法獲得預訂。 ![]() 鏈接到 Microsoft 對 Azure 共享磁盤的定義https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared 你可以期待什麼目前,SIOS 支持本地冗餘存儲 (LRS)。我們正在與 Microsoft 合作測試和支持區域冗餘存儲 (ZRS)。 理想情況下,我們想知道 ZRS 何時發生故障,以便我們可以將資源層次結構故障轉移到活動存儲的最本地節點。 SIOS 預計 Azure 共享磁盤支持將出現在其下一版本的 Lifekeeper 9.6.2 for Linux 中。 經授權轉載西歐 |
23 6 月, 2022 |
什麼是“腦裂”以及如何避免它什麼是“腦裂”以及如何避免它正如我們所討論的,在一個高可用性集群環境中有一個活動節點和一個或多個備用節點,當活動節點發生故障或停止響應時,它們將接管服務。 在考慮節點之間的網絡層之前,這聽起來像是一個合理的假設。 如果節點之間的網絡路徑出現故障怎麼辦? 任何一個節點現在都不能與另一個節點通信,在這種情況下,備用服務器可能會在它認為活動節點發生故障的基礎上將自己提升為活動服務器。 這導致兩個節點都變得“活躍”,因為每個節點都會認為另一個節點已經死了。 結果,數據完整性和一致性受到損害,因為兩個節點上的數據都會發生變化。 這被稱為“裂腦” . 為避免出現腦裂情況,應在集群中安裝 Quorum 節點(也稱為“見證”)。 添加仲裁節點(到由偶數個節點組成的集群)會創建奇數個節點(3、5、7 等),節點投票決定哪個應該充當集群中的活動節點。 在下面的示例中,包含節點 B 的服務器機架丟失了局域網連接性。 在這種情況下,通過在集群環境中添加第 3 個節點,系統仍然可以確定哪個節點應該是活動節點。 Quorum/Witness 功能包含在西歐保護套件。 安裝時,在所有節點(不僅是仲裁節點)上選擇 Quorum / Witness,並在所有節點(包括仲裁節點)之間定義通信路徑。 仲裁節點不託管任何活動服務。 它的唯一作用是參與節點通信,以確定哪些是活動的,並在通信中斷的情況下提供“平局投票”。 西歐也支持IO 防護和存儲作為仲裁設備,在這些配置中不需要額外的仲裁節點。 經授權轉載西歐
|
19 6 月, 2022 |
節點之間的數據複製如何工作?節點之間的數據複製如何工作?在傳統的數據中心場景中,數據通常存儲在存儲區域網絡中( SAN )。 雲環境通常不支持共享存儲。 西歐DataKeeper 使用複制技術提供“共享”存儲,以創建當前活動數據的副本。 它創建一個作為 RAID1 設備工作的 NetRAID 設備(跨設備鏡像數據)。 數據更改從鏡像源(活動節點上的磁盤設備 – 下圖中的節點 A)複製到鏡像目標(備用節點上的磁盤設備 – 下圖中的節點 B)。 為了保證兩個設備之間數據的一致性,只有活動節點對複制的設備(下例中的 /datakeeper 掛載點)具有寫訪問權限。 當它是鏡像目標(即,在備用節點上)時,不允許訪問複製設備(/datakeeper 掛載點)。 經授權轉載西歐 |
15 6 月, 2022 |
客戶端如何連接到活動節點客戶端如何連接到活動節點如前所述,一旦高可用性集群已配置,兩個或多個節點同時運行,用戶連接到“活動”節點. 當活動節點上出現問題時,會發生“故障轉移”情況,“備用”節點將成為新的“活動”節點。 當發生故障轉移時,必須有一種機制允許客戶端檢測故障轉移條件並重新連接,或者將用戶的活動客戶端會話無縫傳輸到活動節點。 虛擬 IP 地址通常在配置集群並且客戶端與活動節點使用虛擬 IP 地址。 發生故障轉移時,虛擬 IP 地址會重新分配給新的活動節點,並且客戶端會重新連接到相同的虛擬 IP 地址。 例如,假設有兩個節點 A 和 B,其 IP 地址為10.20.1.10和10.20.2.10 . 在此示例中,我們將定義一個虛擬 IP 地址 10.20.0.10,應將其視為分配給當前活動節點。 這類似於為一個節點上的一個網絡接口卡分配第二個 IP 地址。 如果命令ipa在活動節點上輸入,兩個 IP 地址都將出現(如本 Linux 示例中的第 10 行和第 12 行): 這ARP協議當客戶端嘗試使用 IP 地址查找服務器時,客戶端通常使用ARP (地址解析協議)找到蘋果電腦(媒體訪問控制)目標機器的地址。 一旦客戶端廣播一條消息以找到目標 IP 地址,活動節點就會用它的蘋果電腦地址和客戶端解析請求並連接到它。 ARP雲環境的替代方案但是,在雲環境中,無法使用以下方法識別活動節點ARP在虛擬環境中抽象了盡可能多的層。 可能需要基於在特定雲環境中使用的網絡基礎設施的替代方法。 通常有幾個選項,應從以下列表中進行選擇。 經授權轉載西歐
|
11 6 月, 2022 |
公有云平台及其網絡結構差異公有云平台及其網絡結構差異有幾個公共雲平台包括亞馬遜網絡服務( AWS )、微軟 Azure 和谷歌云。 儘管它們的基礎架構有許多相似之處,但也存在一些差異。 在許多情況下專有網絡(虛擬私有云)或網絡創建與區域綁定的(虛擬網絡)。 一個或多個專有網絡s 可以為一組邏輯應用程序定義。 通過這樣做,不同的系統被劃分為單獨的未連接網絡,除非不同專有網絡s 是專門連接的。 下一個專有網絡可以定義許多不同的子網。 根據目的,一些子網被配置為互聯網可訪問的“公共”子網,而一些被配置為互聯網不可訪問的“私有”子網。 一些雲提供商(如 Azure 和 Google Cloud)允許跨可用區(不同的數據中心)定義子網,而一些(如AWS ) 不允許跨可用區定義子網。 在後一種情況下,需要為每個可用區定義一個子網。 ![]() 在本指南中,我們將為每個節點使用不同的可用區。 一旦基本功能西歐了解產品,探索不同的場景(類似於在您自己的網絡基礎設施中使用的場景)可能是合適的,這些場景涉及跨不同子網分佈工作負載、修改這些子網的 IP 範圍、改變網絡連接到的方式互聯網等 經授權轉載西歐
|