Azure VIP（虚拟IP地址）

有人能帮我了解以下相关的Azure VIP吗

当我们进行VIP交换时，生产槽VIP是否发生变化

新部署是否会更改

VIP在什么样的情况下会发生变化

如果我删除暂存槽并重新部署和执行VIP交换，它会生成新的VIP吗

---

谢谢

当我们进行VIP交换时，是否会更改生产槽VIP？

当客户在单个托管服务中的阶段部署和生产部署之间交换VIP时，两个部署VIP都将被持久化

新部署是否会改变VIP？

在部署的整个生命周期内，分配的VIP不会更改，无论部署上的操作如何，包括更新、重新引导和重新映射操作系统

VIP会在什么样的情况下改变？

删除部署时，与该部署关联的VIP将返回池并相应地重新分配，即使未删除托管服务

如果我删除暂存槽并重新部署和执行VIP交换，它会生成新的VIP吗？

由于暂存也是一种部署，我认为删除暂存槽将使您的VIP返回池中。然而，这是我的想法，从未尝试过

“交换VIP”不会更改VIP，它会原封不动地交换部署，因此xxx.cloudapp.net URL现在指向以前登台（现在是生产）部署的VIP，而RandomGuid.cloudapp.net现在指向以前生产（现在登台）部署的VIP。交换只影响URL->VIP映射，没有其他影响，VIP本身被保留

当您删除部署时，Azure会回收其VIP。当您创建一个新的部署时，它可能会重用以前回收的VIP，或者得到一个新的—这是未指定的。在删除展开之前，其VIP将保留

所以

如果我删除暂存槽并重新部署和执行VIP交换，它会生成新的VIP吗

删除临时部署后，Azure将回收其VIP。当您创建一个新的登台部署时，它将重用该VIP或获得一个新的VIP。同时，生产部署保留其VIP。然后你进行交换——生产变成了暂存，暂存变成了生产，他们仍然保留他们的VIP

比如说。您可以使用VIP 1.1.1.1进行制作，也可以使用VIP 2.2.2.2进行登台。所以yourapp.cloudapp.net指向1.1.1.1，你删除并重新创建了staging，它现在正好有VIP 3.3.3.3（它也可以再次获得2.2.2.2，你无法预测）。生产仍然有1.1.1.1-这是有保证的。您进行交换-现在，3.3.3.3版本的VIP变为生产，1.1.1.1版本的VIP变为暂存，因此yourapp.cloudapp.net现在指向3.3.3.3。他们在交换期间保留VIP，只有URL->VIP映射更改

1.当我们进行VIP交换时，生产槽VIP是否发生变化

否。与生产相关的VIP保持不变。如果确实发生了更改，则当更新的DNS信息通过Internet传播时，您的站点似乎会停止运行。相反，生产VIP将重新映射到登台环境中当前的实例（反之亦然）

2.新部署是否会更改

如果“新部署”是指将新BIT部署到生产环境或暂存环境，则不会更改其VIP

3.VIP在什么样的情况下会发生变化

环境的VIP唯一更改的时间是删除该环境的当前部署。尝试删除时的确认消息表示VIP将丢失

4.如果我删除暂存槽并重新部署和执行VIP交换，它会生成新的VIP吗

删除临时环境的当前VIP时，它将丢失。重新部署时，您将获得一个新的VIP。之后，执行VIP交换或将新BIT部署到任一环境都不会对其VIP产生影响

---

希望有帮助

谢谢，如果我删除暂存槽并重新部署，它会生成新的VIP吗？我不确定这是否完全正确。假设我正确理解了你的意思，我的经验表明URL->VIP映射不会改变；改变的是登台和生产虚拟机的VIP。因此，URL yourapp.cloudapp.net将始终指向1.1.1.1，但1.1.1.1现在将指向什么是暂存虚拟机，这些虚拟机现在已成为生产虚拟机。@Sav：在发布此答案后，行为似乎发生了变化。其他两个答案是正确的。实例的私有IP分配给实例/VM，而公共虚拟IP分配给部署插槽。在VIP交换前后，您的生产插槽将具有相同的1.1.1.1 VIP，实例将保留分配给它们的任何私有IP。您必须删除部署才能获得新的IP（根据Azure支持票证和轶事体验，几乎可以追溯到测试版的VIP交换）。