none
VM Replica後的相關問題請教 RRS feed

  • 問題

  • 各位好!

    請教一下,如果現在已經有預計要把在台中的VM使用VM Replica移轉到高雄那邊去進行備援使用

    因為Fail Over之後主機的IP一定會有所異動,請問如何解決Client端連線的問題呢?

    感謝~

    2016年10月5日 上午 03:21

所有回覆

  • 你好, Replica 可以設定啟動後會配置的IP address, 情境可以參考以下網站

    https://blogs.technet.microsoft.com/canitpro/2013/08/26/step-by-step-configure-ip-failover-on-replica-virtual-machines/

    另外如果2地的IP Address Scope不一樣你需要在DNS上做手動設定, 把客戶端轉向高雄那邊的IP address

    你可以把DNS 紀錄的TTL改得短時間一點, 又或是讓客戶端做flushdns的動作


    邊幫助, 邊鍛鍊

    2016年10月5日 上午 06:06
  • 你好, Replica 可以設定啟動後會配置的IP address, 情境可以參考以下網站

    https://blogs.technet.microsoft.com/canitpro/2013/08/26/step-by-step-configure-ip-failover-on-replica-virtual-machines/

    另外如果2地的IP Address Scope不一樣你需要在DNS上做手動設定, 把客戶端轉向高雄那邊的IP address

    你可以把DNS 紀錄的TTL改得短時間一點, 又或是讓客戶端做flushdns的動作


    邊幫助, 邊鍛鍊

    謝謝您的回覆,您所提的這些想法我們都有想過,目前有幾個瓶頸點:

    1.目前Client端的DNS都是指向台中這邊,台中這邊因颱風全面停電,所以DNS也不能提供服務,所以如何把Client端指向高雄那邊?

    2.因為Client端散布在不同的VPN網段並有上百台的終端設備,所以如果要在Client端作動作會是蠻辛苦的事情

    以上反饋給大家,感謝^^!


    • 已編輯 DannyLee 2016年10月5日 上午 06:26
    2016年10月5日 上午 06:26
  • 你好, 

    你們的UPS系統應該提供足夠的電力讓重要設備繼續運作一段時間, 好讓Site Failover得以完成,

    在各客戶端flushdns只是要求立刻顯示效果的方法, 調整DNS TTL可以讓客戶端自動在某時間內取得新的DNS A Record

    例如說UPS足以支持30分鐘的運作時間, Site Failover在10分鐘內穩定, 如果你兩地的DNS是要AD方式運作

    在Replica起動後應該會自行更新AD Integrated DNS的A Record. 而如果該條A Record的TTL是5分鐘的話

    大多數客戶端應該在15分鐘內就能轉接到高雄繼續工作了, 而台中也應該在其後15分鐘把重要系統作安全關機.


    邊幫助, 邊鍛鍊

    2016年10月5日 上午 07:50
  • 你好, 

    你們的UPS系統應該提供足夠的電力讓重要設備繼續運作一段時間, 好讓Site Failover得以完成,

    在各客戶端flushdns只是要求立刻顯示效果的方法, 調整DNS TTL可以讓客戶端自動在某時間內取得新的DNS A Record

    例如說UPS足以支持30分鐘的運作時間, Site Failover在10分鐘內穩定, 如果你兩地的DNS是要AD方式運作

    在Replica起動後應該會自行更新AD Integrated DNS的A Record. 而如果該條A Record的TTL是5分鐘的話

    大多數客戶端應該在15分鐘內就能轉接到高雄繼續工作了, 而台中也應該在其後15分鐘把重要系統作安全關機.


    邊幫助, 邊鍛鍊

    感謝您的回覆,目前Client端那邊並無AD網域環境,請問有其他的建議嗎?感恩~

    Thanks :)


    • 已編輯 DannyLee 2016年10月5日 上午 09:36
    2016年10月5日 上午 09:26
  • 這樣你可能要自行做一些自動化檢測來實現DNS紀錄更新

    我想到的即時辦法可能是以Schedule Task來檢查Replica VM的狀態

    例如用Get-VM這個Powershell檢查VM是否Running State

    https://technet.microsoft.com/en-us/library/hh848479.aspx

    再以Set-DnsServerResourceRecord或dnscmd來更新DNS紀錄

    https://technet.microsoft.com/en-us/library/jj649911.aspx

    https://technet.microsoft.com/en-us/library/cc772069(v=ws.11).aspx


    邊幫助, 邊鍛鍊

    2016年10月5日 上午 10:12
  • Client 端除了總部外,
    其他的點都是透過 VPN 回總部,
    包含使用總部的 DNS 服務嗎?
    高雄的點是否夠大,可以放置 DNS 服務主機?
    用戶端電腦的 IP 設定是固定還是透過 DHCP 取得?
    DHCP 是由各點自己發放的嗎?

    感覺這個問題不是只有 Replica 的設計使用,
    包含網路架構都需要通盤考量,
    再來就是,有些服務環境像是 SQL Server 不太適合用 Hyper-V Replica 的,
    即便要用也有一些但書存在


    蘇老碎碎念
    資訊無涯,回頭已不見岸
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案

    2016年10月5日 下午 12:44
    版主
  • 同意Aska, 背後的設備也要有一定投資才能應付全區停電的狀況...

    你可能要作多一點嚴格測試(模擬全區停電也頗難)..以了解整套方案可承受的範圍

    或考慮使用一些雲端應用


    邊幫助, 邊鍛鍊

    2016年10月6日 上午 01:38
  • 謝謝二位的回覆,真的很感心~

    請教各位,如果Client端的DNS第一台設定為台中的DNS Server、第二台DNS設定為高雄的DNS Server,如此可以解決目前的這個問題嗎?

    另外想跟各位確認,Client端這兩個DNS的設定,是在第一台DNS無法回應的情況下才會去找第二台DNS進行Query嗎?

    因為如果這個部分是用Run Robin的方式進行的話也會不可行,在一般正常情況下Client不應該去問高雄的DNS,這樣反而會導致Client端連到高雄的備援VM去而無法運作

    目前客戶端暫時不考慮雲端的服務,不然我們也是很想建議放在Azure上面,因為這樣至少不用擔心停電中斷服務的問題^^
    2016年10月7日 上午 01:31
  • 不太可行, Windows Client不會在找不到第一台DNS 服務紀錄時直接跳轉到使用第2個

    而最久的等候時間會是15分鐘, 除非客戶端重啟, 或重啟DNS Client服務才會直接跳轉

    當第一台DNS服務器斷線, Client端會接收到NULL Respond(完全沒有回應),

    這情況下Windows DNS Client會進入重試階段, 並不是大家所想使用第二台DNS服務

    基於這樣都涉及人手操作, 所以不會是最適當的做法

    另外你提議的Round Robin紀錄方式會導致日常應用受到不必要的效能折損, 而且Hyper-V Replica日常也不在啟動狀態所以不可行...


    邊幫助, 邊鍛鍊

    2016年10月7日 上午 03:36
  • 看來目前只能從Client端去變更其連線的主機IP這邊去想辦法了

    很好奇其他的廠商或客戶,遇到這種服務FailOver到異地去之後,怎麼解決Client端連線的問題!?

    先謝謝大家的分享,感恩 ^^

    2016年10月7日 上午 04:02
  • 不同廠商有不同的處理手法, 但每家都有一套Best Practice

    如果要達到他們提供的效果, 必須也符合他們建議的配置.

    例如微軟系統在配合Active Directory時能大大提高方案的可用性和配置難度,

    假如客戶能稍稍多付出一點, 對日後的擴展考慮也更靈活一些

    而Site Recovery也是現在很熱的話題, 所以應該也不難找到案例.


    邊幫助, 邊鍛鍊

    2016年10月7日 上午 07:28