我刚刚使用管理REST API进行了VIP交换.在操作返回状态代码"Succeeded"之前需要30秒,但是在服务请求开始返回新内容之前还有一分钟左右.因为我需要管理缓慢启动的进程,所以我需要在VIP交换之前和之后通知我的工作者角色.所以问题是这样的:我怎么能确信VIP交换已经完成了？如果我开始从新部署中获取内容,我应该在采取行动之前等待多长时间？也就是说,所有Web角色是否可以接近同时进行交换？ 该线程报告最多返回30分钟的旧内容,但我发现很难相信.也许他们有缓存或代理.
实际的VIP交换永远不会超过几十秒的数量级,所以"等一下"就行了.也就是说,现有的连接可以持续相当长的一段时间.如果您在同一浏览器中反复刷新,则可能会设置单个TCP套接字打开(由于HTTP保持活动状态).尽管VIP交换,套接字仍然打开并连接到旧部署.
所以需要多长时间取决于你想要衡量的是什么.重新编程负载均衡器以指向新部署的过程非常快.所有用户断开连接并建立新连接(以及刷新其缓存等)的过程可能需要更长时间.
| 归档时间： |
|
| 查看次数： |
1433 次 |
| 最近记录： |