使用 EVA4400 進行容錯的 SAN 複製
我希望有人能指出我正確的方向 - 看起來我對這個主題沒有足夠的知識，而且時間框架太緊，我無法深入探索不同的場景。
我們有兩個相距幾英里的數據中心，通過 100 Mbps 鏈路連接。每個數據中心將有 5 個 BL490 刀片，ESX 標準託管大約 50 個虛擬機。每個站點都有 HP eva4400 SAN，並設置了 SAN 複製。VC 將位於第一個數據中心，並且兩個數據中心都聯網。
SAN 複製是塊級的，所以看起來我不能只複製更改，但必須複製所有寫入。這應該不是問題，因為連結每天可以維持大約 1.8 TB 並且可以緩衝數據。
但是我很難想像在這種情況下恢復將如何工作。我們不需要即時恢復，我會說 4 小時的恢復時間是可以接受的，因此由於財務原因，不會輕易接受像 DR 場景這樣的花哨的自動 SRM，但是歡迎任何意見。
目前的構想是：將 LUN 從主站點複製到輔助站點。當災難發生時，IT 人員打開遠端端的 ESX 主機並將複製的 LUN 連接到它們，然後註冊虛擬機並更改 IP 地址。
我知道這似乎是一個可怕的手動過程，我幾乎可以肯定我在這裡錯過了一些明顯的陷阱。
有人可以讓我知道我應該去哪個方向嗎？關於這個主題的文章？
這是一個全新的設置，我們寧願建立基本的恢復過程並在以後擴展它。我只需要一個正確的方向來實現這種可擴展性。
非常感謝您！
謝爾蓋，
我們用兩個 EVA 8000 做類似的事情，除了我們的彼此相距半英里並且通過光纖連接。如果您有熱備用 ESX 伺服器，那麼每次在 EVA 上創建新的源 LUN 時，它們也會同時出現在備用 ESX 伺服器上。預設情況下，它們將沒有讀寫訪問權限，直到故障轉移。每次執行此操作或至少偶爾一次，您都需要重新掃描 ESX 伺服器中的 HBA 以選擇新的 LUN。在災難中，您需要做的就是對 LUN 進行故障轉移並重新註冊 VM。不明白為什麼需要更改 IP 地址。肯定只有一套會在任何時候。此外，如果您可以偶爾測試一次並註冊虛擬機，那麼該步驟也將被刪除。
整個過程可以在幾分鐘而不是幾小時內完成。