Azure：有没有办法为测试/生产部署不同的实例大小

Question

我有一个部署到两个独立托管服务的 Windows Azure 站点。一种用于测试，一种用于生产。当我们准备好推送到生产环境时，我们在生产服务中启动一个暂存部署，推送到那里，然后进行 VIP 交换。都很好。

问题是，现在我们想从 XS Web 实例升级，但将额外的钱花在测试部署上并没有任何意义。有没有办法使用 XS 实例进行测试，然后说中型实例用于生产？我知道我可以更改每个服务配置的实例数量，但我只能更改所有配置的实例大小。

我正在考虑将它留在配置中的 XS，然后记住在部署到生产之前将其切换到 Medium。有什么理由我不应该这样做吗？有没有更好的办法？

干杯！

Answer 1

有几种方法可以做到这一点...更简单的方法是对 CCPROJ 文件进行一点“破解”：

1) 为与配置名称匹配的每个环境（发布/调试/QA/UAT/等）创建 CSDEF 文件的克隆： ServiceDefinition.Release.csdef、ServiceDefinition.Debug.csdef等

2) 使用记事本编辑器将这些文件手动添加到 CCPROJ 文件中

3) 定义一个 Pre-Build Event 命令，将 ServiceDefinition.$(ConfigurationName).csdef 复制到 ServiceDefintion.csdef 中

瞧，现在您的 ServiceDefintion 将适应您使用的任何配置。

如果您想更高级或查看更多详细信息，请查看此博客条目，它可以帮助您统一切换各种设置

http://www.paraleap.com/blog/post/Managing-environments-in-a-distributed-Azure-or-other-cloud-based-NET-solution.aspx

编辑：这是一个有效的配置。请注意，其他文件被包含为类型“None”而不是 ServiceDefinition 以避免多重定义错误。

  <ItemGroup>
    <ServiceConfiguration Include="ServiceConfiguration.Local.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Development 1.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Development 2.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Local Dev 1.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Local Dev 2.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.QA 1.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.QA 2.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Pre-Production 1.cscfg" />
    <ServiceConfiguration Include="ServiceConfiguration.Production.cscfg" />
    <ServiceDefinition Include="ServiceDefinition.csdef" />
    <None Include="ServiceDefinition.Local.csdef" />
    <None Include="ServiceDefinition.Development 1.csdef" />
    <None Include="ServiceDefinition.Development 2.csdef" />
    <None Include="ServiceDefinition.Local Dev 1.csdef" />
    <None Include="ServiceDefinition.Local Dev 2.csdef" />
    <None Include="ServiceDefinition.QA 1.csdef" />
    <None Include="ServiceDefinition.QA 2.csdef" />
    <None Include="ServiceDefinition.Pre-Production 1.csdef" />
    <None Include="ServiceDefinition.Production.csdef" />
  </ItemGroup>

Answer 2

您可以使用 Web Publishing TransformXml MSBuild 任务仅转换您想要的 ServiceDefinition 部分（就像您现在可以使用 Web.Config 一样）。

• 在 ServiceDefinition.csdef 文件旁边创建一个 ServiceDefinition.[BuildConfigName].csdef 文件（您可能需要在文件资源管理器中执行此操作）
• 像创建 Web.config 转换一样创建转换文件。我明确设置了根命名空间，以防万一，所以我的根元素是：

  <ServiceDefinition name="Cloud.JobsWorker" 
          xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition" 
          xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform"
          schemaVersion="2013-10.2.2">

• 使用以下命令手动将其添加到您的 ccproj：

  <ServiceDefinition Include="ServiceDefinition.csdef" />
  <None Include="ServiceDefinition.Release.csdef" />

• 在项目的底部包括：

  <UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\Web\Microsoft.Web.Publishing.Tasks.dll" />
  <PropertyGroup>
    <ServiceDefinitionTransform>ServiceDefinition.$(Configuration).csdef</ServiceDefinitionTransform>
  </PropertyGroup>
  <Target Name="TransformServiceDefinition" BeforeTargets="ResolveServiceDefinition" Condition="exists('$(ServiceDefinitionTransform)')">
    <!-- Generate transformed service config in the intermediate directory -->
    <TransformXml Source="@(ServiceDefinition)" Destination="$(IntermediateOutputPath)%(Filename)%(Extension)" Transform="$(ServiceDefinitionTransform)" />
    <!--Force build process to use the transformed configuration file from now on.-->
    <ItemGroup>
      <ServiceDefinition Remove="ServiceDefinition.csdef" />
      <ServiceDefinition Include="$(IntermediateOutputPath)ServiceDefinition.csdef" />
    </ItemGroup>
  </Target>

当您打包或发布您的云应用程序时，您的 csdef 应根据您使用的构建配置进行转换。

本文改编自这里：http://blogs.staykov.net/2011/06/windows-azure-configuration-settings.html

Answer 3

按照David Faivre 的建议使用转换更简洁，并且在添加单个属性后无需更新所有文件的开销。

这是改变 vm 大小的转换 xml：

<?xml version="1.0"?>
<ServiceDefinition name="CloudServiceName" 
                   xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition" schemaVersion="2015-04.2.6" 
                   xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
  <WorkerRole name="WorkerRoleName.Role" vmsize="Medium" xdt:Transform="SetAttributes" xdt:Locator="Match(name)" />
</ServiceDefinition>

Answer 4

VM 大小在 ServiceDefinition.csdef 文件中处理，您无法在运行或部署时对其进行编辑。您需要更改 .csdef 中的设置，重新打包您的解决方案，然后重新部署。

一种解决方案可能是设置多个 Windows Azure 部署项目。一个项目是您的“测试”项目，它的 .csdef 配置为使用 XS。另一个项目是使用更大实例的“生产”项目。这将允许您使用标准的 Windows Azure / Visual Studio 工具来管理项目 - 根据您的流程，这可能会很好。

Answer 5

David Faivre 提出了good solution。我的几个cmets：

1. 如果您的 ServiceDefinition 文件包含指向某些目录（例如部分）的链接，则会由于转换后的文件位于中间目录中而导致错误。就我的使用而言，我通过将转换后的文件与原始 ServiceDefinition.csdef 放在一起解决了这个问题（不要忘记将 *.transformed 添加到 .gitignore 中）：

<TransformXml Source="@(ServiceDefinition)" Destination="ServiceDefinition.csdef.transformed" Transform="$(ServiceDefinitionTransform)" />

1. $(Configuration) 变量对应于构建配置（调试、发布等）。如果要进行配置文件特定的转换（对应于ServiceConfiguration..cscfg），则需要使用$(TargetProfile) 变量：

<ServiceDefinitionTransform>ServiceDefinition.$(TargetProfile).csdef</ServiceDefinitionTransform>