azure - VIP 交换和持久性 - VIP 何时被回收？

Question

How is VIP swapping + CNAMEs better than IP swapping + A records?

作为上述内容的延续 - 由于 issues I'm having，我非常接近恢复到 A 记录在 Azure 中使用 CNAME。

来自Azure docs ，它指出:

Note, however, because the lifetime of the IP address is associated with a deployment, it is important not to delete your deployment if you need the IP address to persist. Conveniently, the IP address of a given deployment slot (production or staging) is persisted when using the two upgrade mechanisms in Windows Azure: VIP swaps and in-place upgrades.

我有 myapp.cloudapp.net，当前指向 1.1.1.1 的 VIP。如果我想将应用程序的某个版本部署到 Staging，我将使用我的应用程序旋转 Staging 插槽，进行一些测试，然后通过 VIP 交换进行无缝升​​级。应用程序现在将使用 2.2.2.2 - 但如果我此时再次进行 DNS 查找，myapp.cloudapp.net 的 A 记录仍将指向 1.1.1.1，因为 VIP 交换对 DNS 没有影响，对吧？

如果是这样，那么当我终止临时部署以节省成本时会发生什么？ 1.1.1.1 和 2.2.2.2 是否都会为我的服务保留？我希望如此，因为这意味着我可以让我的 A 记录始终指向 1.1.1.1，通过分段部署依赖它，而不必担心 CNAME 麻烦。但这意味着this answer不正确。

如果不是，那么这意味着 VIP 交换确实会对 DNS 记录产生影响，对吗？否则，我可以这样做:

• 1.1.1.1 > 2.2.2.2，放弃分段，1.1.1.1 被回收
• 再次启动分段，2.2.2.2 > 3.3.3.3，但 DNS A 记录仍然指向 myapp.cloudapp.net 的 1.1.1.1。

最后一点没有任何意义，因此要么 DNS 记录确实得到更新，要么 3.3.3.3 永远不会出现，并且 1.1.1.1 和 2.2.2.2 总是在一起，就像只要我的云服务不被删除。

我对这件事很困惑 - 任何指导都会很棒。

更新 - 我刚刚使用以下内容对此进行了测试:

CHECK DNS - get 1.1.1.1
READ PROD - get 1.1.1.1
DEPLOY STAGING
READ STAGING - get 2.2.2.2
VIP SWAP
READ PROD - get 1.1.1.1
READ STAGING - get 2.2.2.2
CHECK DNS - get 1.1.1.1
KILL STAGING DEPLOYMENT
READ PROD - get 1.1.1.1

因此，可以使用 A 记录 - 即使在暂存/生产之间切换，PROD VIP 也保持不变，但部署会交换。删除暂存并重新部署暂存会获得新的辅助 VIP，但主要 VIP 保持不变。我会等到比我更可靠的人可以在这里插话，然后再发布此答案。

Answer 1

VIP交换不会改变您的公共(public)IP。也就是说，如果您将应用程序部署在 1.1.1.1 的 prod 槽中，并将 beta 部署在 2.2.2.2 的 staging 槽中，即使在 VIP 交换后，您的公共(public) IP 仍将是 1.1.1.1。这是因为 VIP 只是负载平衡配置的更改。您可以安全地从 IP 为 2.2.2.2 的 staging slot(原始 prod slot)中删除原始应用程序。

希望这有帮助，