我刚刚使用管理REST API进行了VIP交换。在操作返回状态代码“Succeeded”之前需要30秒，但是在服务请求开始返回新内容之前还有一分钟左右。因为我需要管理缓慢启动的进程，所以我需要在VIP交换之前和之后通知我的工作者角色。所以问题是这样的：我怎么能确信VIP交换已经完成了？如果我开始从新部署中获取内容，我应该在采取行动之前等待多长时间？也就是说，所有Web角色是否可以接近同时进行交换？ This thread报告旧内容最多返回30分钟，但我发现很难相信。也许他们有缓存或代理。
答案 0 :(得分：7)
实际的VIP交换永远不会超过几十秒的顺序，所以“等一下”就行了。也就是说，现有的连接可以持续相当长的一段时间。如果您在同一浏览器中反复刷新，则可能会设置打开一个TCP套接字（由于HTTP保持活动状态）。尽管VIP交换，套接字仍然打开并连接到旧部署。
因此需要多长时间取决于您要测量的是什么。重新编程负载均衡器以指向新部署的过程非常快。所有用户断开连接并建立新连接（以及刷新缓存等）的过程可能需要更长时间。
答案 1 :(得分：0)
关于在Azure端进行VIP交换的实际物理操作，我不知道您的问题的确切答案。 但是，当发生交换时，DNS名称更改需要一段时间才能传播。即使你的TTL（生存时间）相对较小。这是因为大多数ISP在自己的服务器上缓存DNS解析，并且当新IP解析为旧名称时，各种DNS缓存都必须刷新