1
我在閱讀AWS Route53文檔的標題爲「當您將健康檢查與別名資源記錄集關聯時會發生什麼?」的部分內容。這個問題自然就出現了。AWS Route53關聯健康檢查到別名資源記錄集
爲什麼你會想要將健康檢查關聯到別名資源記錄集?
我在閱讀AWS Route53文檔的標題爲「當您將健康檢查與別名資源記錄集關聯時會發生什麼?」的部分內容。這個問題自然就出現了。AWS Route53關聯健康檢查到別名資源記錄集
爲什麼你會想要將健康檢查關聯到別名資源記錄集?
一個例子是,如果你使用GSLB,這意味着訪問您的網站(假設它是我們正在談論一個網站),你有兩個或兩個以上的DNS條目,你將它們設置爲「永遠服務」。如果您沒有檢查DNS條目的健康狀況,那麼您的流量可能會被路由到高延遲DNS條目(您不需要)。
更多關於AWS和Route 53的情況,他們希望您使用多個DNS條目來訪問您的最終目的地,具體取決於您所在地區的服務器運行位置。這樣,如果他們中的一個具有高延遲或它下降,適當的檢查將允許您將流量路由到健康區域(使用DNS)
希望這會有所幫助。
[編輯]
DNS條目:一裝置,在路線53 CNAME條目通常是負載平衡器或者它可以是和A PTR條目其是服務器的IP地址。
當你說「DNS條目」你在談論「DNS服務器?」運行狀況檢查應用於物理機器。所以只有在DNS _server_上執行健康檢查纔有意義。 – platypus
不,DNS條目表示CNAME或DNS記錄。選中[編輯]部分。 – Rico
我沒有得到的是爲什麼你可以將健康檢查與DNS條目相關聯。 DNS條目不是物理機器。所以沒有「健康」來評估。除非通過「關聯健康檢查」,否則它們意味着通過特定DNS條目執行的結果會導致高延遲,因此不會通過標準。但即便如此,「評估健康檢查」是否已經處理了高延遲情況? DNS條目將是一個指向Load Balancer的指針。負載均衡器將進行健康狀況檢查,確保它指向的EC2及時返回結果。 – platypus