销售电话: 1-800-867-1380

在 Azure 中管理部署

更新时间: 2011年10月

Azure 提供了可以在其中创建服务部署的生产和过渡环境。在将服务部署到生产或过渡环境中时,将为该环境中的服务分配单个公共 IP 地址(称为虚拟 IP 地址 (VIP))。该 VIP 用于与部署中的角色关联的所有输入终结点。即使服务没有在模型中指定任何输入终结点,仍会分配 VIP 并将其作为分配给来自每个角色的出站通信的源地址。

通常情况下,先将服务部署到过渡环境中以进行测试,然后再将服务部署到生产环境中。在可以将过渡环境中的服务提升到生产环境中时,你可以执行此操作,而无需重新部署服务。可以通过交换部署来完成此操作。

可以调用 交换部署 服务管理 API 以交换部署,或者在门户中交换 VIP 以执行此操作,这会导致在托管服务上执行相同的基本操作。有关交换 VIP 的详细信息,请参阅如何管理云服务

在部署服务时,将为部署服务的环境分配 VIP。对于生产环境,可以通过 URL <dnsname>.cloudapp.net 或 VIP 来访问服务。在将服务部署到过渡环境中时,将为过渡环境分配 VIP,可以通过 URL <internal service ID>.cloudapp.net 或分配的 VIP 来访问服务。可以在门户中查看分配的 VIP,也可以调用 获取部署 服务管理 API 以进行查看。

在将服务提升到生产环境时,分配给生产环境的 VIP 和 URL 将分配给当前位于过渡环境中的部署,从而将服务“提升”到生产环境。分配给过渡环境的 VIP 和 URL 将分配给位于生产环境中的部署。

切记,在提升期间,生产公共 IP 地址和服务 URL 不会改变。

为了说明这种工作方式,我们介绍了一种方案,它将部署 A 部署到生产环境中。此外,还将部署 B 部署到过渡环境中。下表说明了在最初将服务部署到生产和过渡环境中后的 VIP:

 

部署 A

VIP1

<dnsname>.cloudapp.net

生产

部署 B

VIP2

<guid>.cloudapp.net

过渡

在将部署 B 提升到生产环境后,VIP 如下所示:

 

部署 B

VIP1

<dnsname>.cloudapp.net

生产

部署 A

VIP2

<guid>.cloudapp.net

过渡

在交换部署时,与生产 VIP 和 URL 关联的生产环境中的部署现在与过渡 VIP 关联。同样,与过渡 VIP 和 URL 关联的过渡环境中的部署现在与生产 VIP 关联。

note备注
仅将新的传入连接连接到新提升的服务。在部署交换期间,不会交换现有的连接。

在部署的整个生命周期中,分配的 VIP 不会改变,而无论在部署上执行什么操作,包括操作系统更新、重新启动和重置映像。在删除给定部署之前,将永久保留该部署的 VIP。当客户在单个托管服务中的过渡和生产部署之间交换 VIP 时,将永久保留两个部署 VIP。VIP 与部署关联,而与托管服务不关联。在删除部署时,与该部署关联的 VIP 将返回到池中并相应地重新分配,即使没有删除托管服务。Windows Azure 目前不支持客户在部署生命周期以外保留 VIP。

Azure 自动管理使用 IIS 部署的服务的 ASP.NET machineKey。如果你经常使用 VIP 交换部署策略,应手动配置 ASP.NET 计算机密钥。有关配置计算机密钥的信息,请参阅在 IIS 7 中配置计算机密钥

另请参阅

本文是否对您有所帮助?
(1500 个剩余字符)
感谢您的反馈
显示:
© 2015 Microsoft