0
我一直在阅读有关Azure VIP SWAP是否会出现宕机的混合文章。Azure VIP Swap宕机时间
是否有人可以确认当我们为特定服务执行VIP交换时是否会出现停机时间?如果有任何停机时间,最大停机时间是多少?
我一直在阅读有关Azure VIP SWAP是否会出现宕机的混合文章。Azure VIP Swap宕机时间
是否有人可以确认当我们为特定服务执行VIP交换时是否会出现停机时间?如果有任何停机时间,最大停机时间是多少?
理论是不应该停工。但是,有多种因素会导致停机。其中的一些因素是:在微软的DNS服务器
<guid_based_staging_domain>.cloudapp.net
与[nameit].cloudapp.net
记录的变化) - 即使变化是直接在DNS服务器,有一个与这些记录相关联的TTL,变不了立即;staging
部署可能需要重新编译ASP.NET页面,也称为“冷启动”;有关如何进行VIP交换的原因检查您的其他问题。
谢谢你的回答。我已经添加了对其他问题的评论。 –
这显然是错误的。您没有获得新的公共IP ...因为这可能导致几小时甚至几天的停机时间,具体取决于您的DNS缓存设置。 VIP交换的漏洞在于公共IP(虚拟IP)保持不变。相反,他将负载均衡器配置为将所有流量重定向到分段部署 - 从而成为生产部署。此外,应用程序不需要重新编译,因为在执行VIP交换时,部署中的IIS不会重新启动 - 这只是Load Balancer中的更改...而不是服务器上的更改。 –
托马斯,你唯一正确的部分是我改变公共IP地址'[nameit] .cloudapp.net'实际上是错误的。我承认!我说的一切都是绝对真实的。而且,顺便说一句,即使'[nameit] .cloudapp.net'的公共IP地址发生变化,也不会导致DNS刷新的时间。在纠正之前,做好你的作业以检查任何'[cloud_service] .cloudapp.net'域的TTL!最后但并非最不重要的是,告诉我当你(1)在没有测试任何页面的情况下进行部署时,会发生什么情况?(2)是否进行VIP交换,(3)是否进行生产?你的网页不是编译好了吗? – astaykov