跨網段服務轉移重連過慢的防禦性維運：如何正確優化名稱解析註冊參數？

Question

跨網段服務轉移重連過慢的防禦性維運：如何正確優化名稱解析註冊參數？

Min Yang 80

針對跨網段備援叢集在進行主機切換後，用戶端重連時間過長的問題，我們正在進行維運參數的全面檢視。

為了避免下次計畫外切換時再次造成業務長時間中斷，我們希望建立一套標準的參數調整規範：

全數位址註冊開關： 是否應該針對不支援平行連線的服務，強制停用全數位址註冊，改為僅註冊當前生效的位址？
快存過期策略： 當我們把主機記錄快存存活時間大幅縮短後，在數千台用戶端同時重新查詢時，是否有過針對名稱解析伺服器進行壓力評估的經驗？

歡迎分享大家在生產環境中驗證過的最佳設定組合，感謝！

0 則留言

1 個回答

您的回答

Answer 1

敏阳

丛集重新连线时间过长的原因，是名为RegisterAllProvidersIP的丛集属性，其默认为启用状态。此属性会将所有节点的IP地址注册到DNS，因此不支持多子网络并连接的客户端，会依序尝试连线至已离线的IP地址，直到最后才连上目前作用中的IP，导致不必要的连线延迟。

若要解决此问题，必须使用 PowerShell 修改 Cluster Network Name 资源的属性。请针对对应的网络名称执行 Get-ClusterResource Cmdlet，并将结果通过管线传递至 Set-ClusterParameter，把 RegisterAllProvidersIP 的值由 1 变更为 0。如此可让集集仅将目前活动中的IP地址注册到DNS，完全避免客户端依序尝试离线IP所造成的连线超时。

由于DNS将只保留单一IP地址，因此还需要调整快取生存时间策略，也就是修改HostRecordTTL参数。此参数默认为20分钟，表示在容错移转后，客户端可能在整整20分钟内都无法重新连线。请使用相同的 PowerShell Cmdlet 将 HostRecordTTL 设定为 300 秒，这也是 Microsoft 建议的最佳做法（5 分钟）。完成上述设定后，必须将 Cluster Network Name 资源离线，再重新上线，以重新整理并更新 DNS 记录。此设定可安心部署，因为现代的Active Directory DNS服务器足以轻松处理5分钟TTL所带来的短暂DNS查询增加，而不会造成效能下降。

希望这个回答对您有所帮助。如果对您有帮助，请按一下「接受答案」。如果仍有任何疑问，欢迎留言提出。

维凡