DAG IP 是個虛擬 IP, 用來代表整個 DAG Cluster 對 Client 服務的入口, 所有 Client 都只對這個 IP 存取, 再由 Cluster 內部的機制, 決定實際上要由哪一台主機出來服務.....
DNS Round Robin 沒有辦法滿足 HA 自動 Failover 的需求, 因為 Client 端對 DNS 查詢會有 Cache, 並不是每一次查詢都一定會去重新問 DNS Server.
如果在 Cache 的 TTL 還沒 timeout 之前, Client 先前查到的這台主機故障的話, 此時 DNS 並不會馬上切換到另外一台去, 要等到 TTL timeout 之後, Client 才會重新去問.....
但是, 由於 Round Robin 並不會保證每一個 Client 下次一定會取到另外一個 IP, 所以即使來問了, Client 還是有可能又取到那個故障的 IP....
如果運氣很不好, Client 就會一直卡在故障的 IP 沒有辦法 Failover...
使用 HA Virtaul IP 的好處是, Failover 動作由 Server 這邊的 Cluster 自己決定, 不需要依賴 Client 端的 DNS 查詢機制, 可以確保在指定的時間內一定可以 failover 過去..
謝謝先進的回答
DAG成員有兩台
MBX1=10.1.1.1
MBX2=10.1.1.2
DAG IP=10.1.1.3
DNS有設定一筆MBX=10.1.1.1及10.1.1.2
USER端很多設定都是MBX.abc.com.tw
依實務經驗我可以將MBX=10.1.1.3 嗎?這樣才能減少DR時間
不對, 您把 CAS 和 MBX 搞在一起了...
我上面寫的東西, 都只對 MBX Role 有效, 不適用於 CAS Role; 但是所有的 Client 都只會接觸到 CAS Role, 它們不會直接接觸 MBX Role, 請看 Exchange 內部的架構圖:
https://docs.microsoft.com/zh-tw/exchange/architecture/architecture?view=exchserver-2019
所以那個 DAG HA Cluster 的 IP, 對 Client 電腦是完全沒有意義的, 因為這些電腦只能聯繫 CAS Role 的 IP, 不會去碰 MBX 的 IP.
您會把 MBX 誤為 CAS IP, 有一種可能是: 您的環境中採用三合一架構安裝, 在這個架構之下, CAS Role 會跟 MBX Role 安裝在同一台主機內, 共用 IP....
但這並不代表, MBX 的 HA 架構, 就會自動被套用到 CAS 上去, 事實上, CAS 有他自己的 HA 架構, 而且多達 4 種不同模式:
https://docs.microsoft.com/zh-tw/exchange/architecture/client-access/load-balancing?view=exchserver-2019
如果要討論 Client vs. Exchange Server 的話, 請專注在 CAS 的架構介面就好....MBX 是不會跟 Client 溝通的, 他只會跟 CAS 溝通....
iThome鐵人賽
看影片追技術