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