目前台北有兩台做DAG服務中,現在要在台中新增一台Exchane Server,也要加入此DAG中,互作資料備援,請問這中間的連線要注意什麼嗎?萬一線路忙碌或中斷,這時候的狀況是怎樣?要怎麼排解這之間複製的問題?有這方面的資料可以提供作三考嗎?謝謝先進們的指導。
Exchange DAG 可以忍受的最大網路延遲是 250ms...
通常台灣到日本大約 40~70ms
台灣到美國西岸大約 130~170ms
台灣到德國法蘭克福大約 250~350ms
要看你的網路距離和穩定度....
Latency 超過 250ms, DAG 就認定對方斷線...
DAG Cluster 沒有預期長時間斷線的復原對策, 所以如果經常會掉封包 (損失超過 1% 以上), 或者常常斷線達數十秒鐘以上的話, 你的 DAG 可能經常需要重建 (包含重新複寫整個 MDB)...
謝謝先進的指導,因為沒有實務經驗,上頭執意要做,所以要有準備,到底這樣跨SITE DAG到底有何優缺點?我很怕線路問題影響到DB同步,到時候也不知道會有什麼狀況發生,要怎麼處理。
要面臨的問題還不是只有 DAG 而已....
你們的架構是三合一嗎? 還是 CAS/MBX 拆開?
那 Outlook 要從哪邊連進來?
DAG 只管 MBX, 他可沒去處理 CAS Role 喔....
公司是使用Exchange Server 2016,是三合一角色
目前用戶端都是從內網連至台北的DAG虛擬主機名稱做存取
現在主管要在台中新增一台主機,做此DAG的成員
那你們台中這台是單純只做 MBX, 還是也要兼做 CAS 掛掉之後的 Failover?
若是後者的話, 你們 CAS 的 Load Balance 打算怎麼做?
再多問一點:
台北只有一台 MBX 掛掉的時候, 用戶會從哪邊連進來?
台北兩台 MBX 都掛掉的時候, 用戶會從哪邊連進來?
x3 node 掛掉兩個之後, 剩下那個 node 會發生甚麼事情?
1.主管想在台中建一台主機的用意是要讓台中同仁連線快一點,且做台北DB的備援
2.目前是用DRR方式做解析,如果一台要下線,就從DNS刪除紀錄
3.台北兩台都有問題,就是由台中當備援
4.前輩 順便問一下,台中這台做憑證,請問會影響其他伺服器的憑證嗎?
以上,謝謝前輩指導
你家上頭是想作私有雲嗎?不然使用者到時去台北收信還是台中收信?
建議用專業口吻向上面說:郵件 "主" 機還是在台北,企業都到台北收信,台中那部剛好可做台北的異地備援 (設定好兩地 HA) 兼備份主機,當台北主機不慎掛點十,台中最短時間接手,減低使用困擾與雜音,應該較妥
前輩,你的建議很好,我很認同你的提議,目前對Exhange還不是很熟,能否點一下,台中要裝什麼角色?這之間要怎麼設定,謝謝,還是有相關的資料可以提供給我參考。
以上只能大概,中間很多繁縟程序步驟,無法一一細述,你家設備廠商如果專業,應協助你們,如果不行、只是單賣設備,那 ...... 換一家吧
這看來有點複雜,要買很多設備,會花不少錢,可能說服不了主管,他應該頃向在台中建一台,把DB同步過去備援,還要我去施工,真是考倒我了。不過還是要謝謝您
你主管的方式基本上是要自零開始備份到台中去,如果沒有專線,風險有點大,因為如果在封包不穩、漏訊容許值又還在範圍內、網路卻未斷、但備份持續進行中,到時有郵件沒備份到,你就完了
建議:
1.謝謝您的建議,如果上面能體恤員工就好了(外包),當然證據要保留,這個架構真的挑戰蠻大,我也不知道是否能完成?
2.雖然這中間是有專線,後續又要考慮一些DB同步的問題,我也不知這中間會產生什麼問題?又要如何解決? 阿,總之要不斷地自我學習。
謝謝前輩指導