【问题标题】:Setting unique deployment names using the Windows Azure Powershell使用 Windows Azure Powershell 设置唯一的部署名称
【发布时间】:2013-01-14 23:54:51
【问题描述】:

我正在尝试使用Windows Azure PowerShell (December 2012) 升级运行 node.js 的 Azure Web 角色。我曾经使用 PowerShell 成功部署了这个 Web 角色。根据他们的instructions,我应该可以执行Publish-AzureServiceProject 来升级项目。尝试执行该命令时,我收到以下错误:

The deployment name 'deploymentName' already exists under service 'serviceName'

我找不到可以使用 PowerShell 设置部署名称的位置。我已将DeploymentName 设置添加到由PowerShell 生成的deploymentSettings.json 文件中,并尝试将DeploymentName 作为参数传递。我是否正在正确升级服务,或者是否有任何人遇到过允许您设置的参数?

更新(2013 年 1 月 16 日)

正如@AvkashChauhan 建议的那样,我做了一个香草部署。我最初发布到 Staging,然后运行 ​​Publish-AzureServiceProject 并能够升级项目。

问题在于,当我使用 Azure 的 Swap VIP 功能将暂存部署推广到生产环境时。交换部署后,我有一个没有部署的空暂存槽。如果我尝试运行 Publish-AzureServiceProject 以再次发布到暂存槽(我没有更改其间的任何部署设置)。部署失败并显示上述错误消息。

更新(2013 年 1 月 22 日)

我还没有找到解决这个问题的方法。我在 azure-sdk-tools repo 上报告了一个问题,希望在那里得到回应。您可以阅读更多内容或在此处关注:https://github.com/WindowsAzure/azure-sdk-tools/issues/892

我会报告此问题的任何更新。

【问题讨论】:

    标签: node.js powershell azure azure-web-roles


    【解决方案1】:

    我真的很想知道您的更新云服务为何失败。这是我刚刚尝试检查使用“Set-AzureServiceProject”设置完成的服务设置是否有任何问题,如下所示:

    > Set-AzureServiceProject -Location "East US" -Slot "Production"
    

    基于以上设置,我的deploymentSettings.json 如下(订阅ID 是根据发布设置首先设置的,存储名称与服务名称相同):

    {"Slot":"Production","Location":"East US","Subscription":"","StorageAccountName":""}
    

    现在,当我使用 Publish-AzureServiceProject 更新我的服务时,它可以正常工作:

    PS C:\node\AvkashSvc\> Publish-AzureServiceProject
    
    
    Publishing  to Windows Azure. This may take several minutes...
    
    4:27:57 PM - Preparing runtime deployment for service 'AvkashSvc'
    4:27:57 PM - Preparing deployment for AvkashSvc with Subscription ID: ***...
    4:28:01 PM - Connecting...
    4:28:02 PM - Uploading Package...
    4:28:05 PM - Upgrading...
    4:30:29 PM - Created Deployment ID: **********.
    4:30:29 PM - Starting...
    4:30:29 PM - Initializing...
    4:30:29 PM - Instance WebRole1_IN_0 of role WebRole1 is ready.
    4:30:30 PM - Created Website URL: http://AvkashSvc.cloudapp.net.
    4:30:30 PM - Complete.
    

    我可以建议尝试将插槽更改为“暂存”并执行第一次部署,然后更新以查看您是否遇到相同的问题。您只是尝试对 vanila node.js 应用程序做同样的事情吗?

    【讨论】:

    • 感谢您的帮助。我已经按照您的建议使用我在进行 vanilla node.js 部署时发现的更多信息更新了我的答案。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-05-17
    • 2023-03-09
    • 2018-04-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多