有人可以帮助我了解以下相关的Azure VIP吗？
谢谢
答案 0 :(得分：5)
当我们进行VIP SWAP时，生产槽VIP是否会被更改？
当客户在单个托管服务中的阶段和生产部署之间交换VIP时，两个部署VIP都会保留。
新部署是否会更改VIP？
在部署的整个生命周期中，无论部署操作如何，包括更新，重新启动和重新映像操作系统，分配的VIP都不会更改。
VIP会改变什么样的场景？
删除部署后，与该部署关联的VIP将返回池并相应地重新分配，即使托管服务未被删除也是如此。
如果我删除了临时插槽并重新部署并执行VIP交换，那么它会生成新的VIP吗？
由于Staging也是一个部署，我认为删除Staging Slot会将您的VIP返回到池。然而，这个是我的想法，从未尝试过。
答案 1 :(得分：3)
“交换VIP”不会更改VIP，它会更改部署不变，因此xxx.cloudapp.net URL现在指向先前暂存（现在正在生产）部署的VIP，而RandomGuid.cloudapp.net现在指向以前生产（现在正在进行）部署的VIP。交换仅影响URL-＆gt; VIP映射，没有别的，VIP本身被保留。
删除部署时，Azure会回收其VIP。当您创建新部署时，它可能会重复使用以前回收的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你删除并重新创建暂存，它现在恰好有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-＆gt; VIP映射变化。
答案 2 :(得分：3)
1.当我们进行VIP SWAP时，生产槽VIP是否会被更改？
没有。与生产相关的VIP保持不变。如果它确实发生了变化，那么当更新的DNS信息通过Internet传播时，您的站点似乎会停止运行。而是将生产VIP重新映射到当前在暂存环境中的实例（反之亦然，用于暂存VIP）。
2.新部署是否会更改VIP？
如果通过“新部署”意味着将新位部署到生产或登台环境，不，这不会改变他们的VIP。
3.贵宾会改变什么样的场景？
环境的VIP唯一一次更改是删除该环境的当前部署。当您尝试删除VIP将丢失的状态时的确认消息。
4.如果我删除了临时插槽并重新部署并执行VIP交换，那么它会生成新的VIP吗？
删除时，您将丢失暂存环境的当前VIP。重新部署后，您将获得一个新的VIP。之后，执行VIP交换或将新位部署到任一环境将对其VIP没有影响。
希望有所帮助！