如何知道Azure VIP交換何時完成？

我剛剛使用管理REST API進行了VIP交換。在操作返回狀態代碼「成功」之前花了30秒，但是在服務請求開始返回新內容之前還有一分多秒。因爲我需要管理啓動速度慢的流程，所以我需要在VIP交換之前和之後通知我的工作人員角色。所以問題是：我如何確信VIP交換已完成？如果我開始從新部署中獲取內容，在採取行動之前應該等待多久？也就是說，是否所有的網絡角色都會同時交換？ This thread報告舊內容被退回長達30分鐘，但我覺得很難相信。也許他們有緩存或代理。如何知道Azure VIP交換何時完成？

來源

2012-06-04 Oliver Bock

實際的VIP交換應該永遠不會超過幾十秒的順序，所以「只等一分鐘」就可以正常工作。也就是說，現有的連接可以持續一段時間。如果你一遍遍地在同一個瀏覽器中刷新，你可能會設法打開一個TCP套接字（由於HTTP保持活動）。儘管有VIP交換，套接字仍處於打開狀態並連接到舊部署。

因此需要多長時間取決於您要測量的是什麼。重新編程負載平衡器以指向新部署的過程非常快。所有用戶斷開連接並建立新連接（及其緩存被刷新等）的過程可能需要更長的時間。

來源

2012-06-04 03:31:59 smarx

謝謝。我沒有想過保持活躍，我可以看到Firefox _does_保持活動連接，即使在我使用Refresh時也是如此。禁用保持活動狀態後，我會重試我的實驗。 –

我不知道你在Azure方面進行VIP交換的實際物理動作的確切答案。但是，交換髮生時，DNS名稱更改需要一段時間才能傳播。即使你的TTL（生存時間）相對較小。這是因爲大多數ISP在他們自己的服務器上緩存DNS解析以及在新IP解析爲舊名稱時，各種DNS緩存必須刷新

來源

2012-06-04 00:51:56 Igorek

但VIP互換不涉及任何DNS更改。 – smarx

如果有人連接到appname.cloudapp.net，他們不會，但是當涉及到自定義域名時（www.myname.com），我已經看到了我認爲各種DNS緩存會使事情複雜化並交換安靜的數字分鐘解決到新提升的生產部署 – Igorek

仍然沒有涉及DNS更改。您解決的IP地址不會改變，只是它背後的原因。例如，1.2.3.4用來拉起舊部署，現在它拉起新部署。唯一的變化是在負載均衡器中。 – smarx

如何知道Azure VIP交換何時完成？

回答

相關問題