Hyper-V的複本容錯移轉Failover

1.計畫性容錯移轉(Planned Failover):
位於「主要VM」主機上操作,手動方式將「主要VM」移轉到「複本VM」,「主要VM」須於關機狀態下才能執行

2.容錯移轉(Failover):
位於「複本VM」主機上操作,「主要VM」關機時(故障)「複本VM」才能開機

3.測試容錯移轉(Test Failover):
位於「複本VM」主機上操作,操作時會產生一個「測試複本VM」,可用於測試「複本VM」是否能正常開機操作

利用Hyper-V Nested Virtualization VM測試高可用性的容錯移轉Failover之反轉複寫

在測試完計畫性容錯移轉之後, 接著操作複本VM的反轉複寫

1. 使用第二台主機(複本VM), 操作反轉複寫方向

2. 開始反轉複寫方向設定

利用Hyper-V Nested Virtualization VM測試高可用性的容錯移轉Failover

在測試完VM的複寫之後, 先不要刪除複本VM, 接著可以繼續測試VM的容錯移轉Failover

1. 查看第一台主機(主要VM), 可以使用「計畫的容錯移轉」功能

2. 查看第二台主機(複本VM), 可以使用「容錯移轉」及「測試容錯移轉」功能

利用Hyper-V Nested Virtualization VM測試高可用性的複寫(VM複製)

利用Hyper-V Nested Virtualization VM測試高可用性的複寫, 也就是整個VM環境,磁碟複製到另外一台巢狀主機上以作為備份

1. 除了要在網域環境操作外, 預先準備 Hyper-V 設定中的複寫設定要勾選 啟用此電腦作為副本伺服器, 另外設定好複本檔案存放位置(每一台巢狀主機皆要設定)

2. 按下確定後會有啟用防火牆Hyper-V複本連線提示

Hyper-V VM進行高可用性複製 Replica 注意事項

1. 伺服器硬體有支援 Win 2016 的 Hyper-V

2. 主要VM的主機及複本VM的主機需有足夠儲存空間

3. 主要VM的主機及複本VM的主機皆須啟用 Hyper-V 複寫的防火牆規則

4. VM的複製為單向複製, 而只有「主要VM」才能啟動(開機), 「複本VM」無法啟動(開機), 不過「複本VM」在容錯移轉時是可以啟動(開機)

5. 移除VM的複製功能時, 只能手動設定移除

6. 設定身分驗證及通訊埠

Hyper-V VM Replica 示意圖

利用Hyper-V Nested Virtualization VM練習高可用性的移轉-2.VM移動到另一台主機上

利用Hyper-V Nested Virtualization VM練習高可用性的移轉, 將整個VM移動到另一台主機上

1. 查看VM設定, 現在是在Wey-NVHost1主機上

2. Wey-NVHost2 主機上尚未安裝任何VM

利用Hyper-V Nested Virtualization VM練習高可用性的移轉-1.於同一主機中轉移到不同磁碟內

利用巢狀VM練習高可用性的移轉, 於同一主機中轉移到不同磁碟內

1. 先查看移轉目的地磁碟E, 是完全空白的狀態

2. 查看VM的原始磁碟位置, 是在磁碟C之下

利用Hyper-V Nested Virtualization VM練習設備故障時高可用性的移轉或複製前的準備

在利用 Hyper-V Nested Virtualization VM 練習設備故障時高可用性的移轉或複製之前, 所安裝的 Hyper-V 角色 需先勾選允許虛擬機器及時移轉, 這樣才能繼續後面的操作

安裝Hyper-V角色時要勾選允許虛擬機器及時移轉

w-studio.idv.tw

沒有勾選允許虛擬機器及時移轉, 之後在Hyper設定就沒有及時移轉及複寫功能

復原時間目標(Recovery Time Objective, RTO) 與 復原點目標(Recovery Point Objective, RPO)

復原時間目標 (Recovery Time Objective, RTO):

RTO是指從故障中恢復所需的時間, 可以忍受多久的停機時間, 當系統受到損害時造成停機, 透過選擇的復原程序或方法進行復原所需的最少時間.


復原點目標 (Recovery Point Objective, RPO):

RPO是指當故障發生時可以接受的最少資料損失, 來評估多久進行一次備份, 意指備份資料的頻率, 備份頻率越多(間隔時間越短)可復原資料越完整

(網路上有些RPO與RTO圖感覺不是很正確, RPO的線段終點應該不是故障發生時的那一個點, 於是畫了一個比較符合定義的圖)

RPO與RTO, w-studio

關於SLA(Service Level Agreement)

SLA(Service Level Agreement)服務等級協定:

1. 操作時間: 系統可操作的時間及停止運作時維護的時間

2. 服務可用性: 服務可用性是一定時間的百分比, 通常是資料和服務可供用戶使用的一個日曆年, 例如每年99.9％的服務可用性, 代表著每年資料和服務的計劃外停機時間不超過0.1％, 或每年(24小時/7日連續開機)停機不超過8.75小時, 但是組織應定義維護窗口, 這些窗口表示系統停機以進行維護過程(例如硬體升級或部署軟體更新)的預定時間.

3. 復原點目標(Recovery Point Objective, RPO)

4. 復原時間目標(Recovery Time Objective, RTO)

5. 保留時間目標: 保留時間目標衡量儲存備份資料的時間長度, 例如可能需要從上個月資料快速還原, 但可能須儲存資料數年, 恢復SLA中資料的速度取決於資料的儲存時間, 應該考慮資料的可還原速度.

6. 系統效能, 系統效能越好還原資料越快

IT的高可用性(high availability)

何謂IT的高可用性(high availability):
1. 定義高可用性:
  1) 資料中心基礎架構: 能持續運作的機房設備
  2) 伺服器硬體: 具容錯功能的硬體
  3) 儲存: 能持續運作的儲存架構
  4) 網路基礎架構: 能持續運作的網路架構
  5) 網際網路: 能持續連上網際網路(ISP)
  6) 網路服務: 能持續提供網路服務(如ADDS, DNS)
2. 定義連續可用性:
  1) 執行商務影響分析(business impact analysis(BIA))
  2) 執行風險評估(risk analysis(RA))
  3) 執行應用程式特定分析
  4) 不同的應用程式建立不同的連續可用性
3. 定義商務持續性:
  1) IT系統的服務等級協定(SLAs(Service Level Agreements))
  2) 復原人員的聯繫及技術
  3) 次要的網站(全功能網站複製)
  4) 建立解決方案
  5) 應用程式允許的最大中斷情況
4. 建立災害復原計畫:
  1) 什麼資料要復原
  2) 資料復原的位置及存放
  3) 災害發生時能立即復原資料或系統
  4) 測試復原計畫
  5) 評估復原計畫
  6) 服務等級協定(SLAs(Service Level Agreements)), RPO, RTO, 99.9%的高可用等級
5. 建立高可用性網路:
  1) 高可用網路卡
  2) MPIO(Multipath I/O)
  3) 高可用LAN
  4) 高可用WAN
  5) 高可用網際網路
6. 建立高可用性儲存:
    RAID, DAS, NAS, SAN, 雲端
7. 建立高可用性硬體及運算功能:
  1) 建立容錯移轉叢集(Failover Clustering)
  2) 建立網路負載平衡(NLB)
  3) 使用RAID儲存架構