小编点评

## 问题一：部署交换步骤演示 **步骤 1：创建第一个云服务** ```json { "name": "cs1", "location": "NorthCentralUS", "size": 2, "vmSize": "Standard_D2s", "networkProfile": { "id": "your_network_profile_id", "name": "SwappableCloudService" } } ``` **步骤 2：创建第二个云服务，设置可交换属性** ```json { "name": "cs2", "location": "NorthCentralUS", "size": 2, "vmSize": "Standard_D2s", "networkProfile": { "id": "your_network_profile_id", "name": "SwappableCloudService", "enableSwap": true } } ``` **步骤 3：配置方法** ```json { "method": "PowerShell", "parameters": { "subscriptionId": "your_subscription_id", "cloudServiceName": "cs1", "resourceGroupName": "your_resource_group_name" } } ``` **步骤 4：执行部署交换** ``` Invoke-AzDeploy -ResourceGroupName $cs1.ResourceGroupName -Name "cs1-to-cs2-swap" -Method $method -Parameter $parameters ``` ## 问题二：虚拟网络配置示例 ```json { "properties": { "id": "your_virtual_network_id" } } ``` ## 问题三：性能影响 迁移后的虚拟网络的编码格式不会影响应用的性能。 ## 问题四：VM大小调整 在迁移过程中，VM大小会根据设置的VM大小自动调整。如果需要修改VM大小，可以使用以下命令进行调整： ```json { "name": "csdef", "properties": { "vmSize": "your_desired_vm_size" } } ``` ## 问题五：cscfg和csdef格式转换 在迁移之前，cscfg的编码格式会转换为utf-8。在迁移之后，该格式会转换为utf-16。这不会对应用造成影响。 ## 问题六：编码格式转换 在迁移前，cscfg的编码格式会转换为utf-8。在迁移后，该格式会转换为utf-16。但该转换不会对应用造成影响。

正文

问题一：迁移到云服务扩展后，之前经典版的云服务的部署槽会变成单一的部署槽，关于两个云服务扩展版之间的部署交换能否提供一个演示？

对于具有双槽的云服务(Classic)，根据文档中的建议，在迁移到云服务(外延支持)时需要先删除过渡槽，将生产槽作为一个独立的云服务进行迁移。

在完成生产槽的迁移后，创建另一个新的云服务(外延支持)来代替之前的过度槽。并将该新创建的云服务与已经迁移的云服务配置为可交换部署。

部署交换的详细步骤如下：

1：将生产槽所迁移的云服务(外延支持)作为第一个云服务(简称为cs1)

2：重新创建一个云服务(外延支持)作为第二个云服务(简称为cs2)。 第二个云服务需要在ARM template内将云服务设置为可交换。

3：设置方法为将NetworkProfile 内SwappableCloudService 的id设置为 cs1的id。

示例如下：

4：当cs2 部署完成后，就可以对两个云服务进行交换，交换方法有PowerShell, Azure portal和 Rest API calls 三种方法。

• PowerShell ：Switch-AzCloudService -SubscriptionId $subscriptionId -CloudServiceName $sourceCsName -ResourceGroupName $sourceRgName
• Azure portal 请查看本文档：Swap or switch deployments in Azure Cloud Services (extended support) | Microsoft Learn
• Rest API calls 请查看本文档：Swap or switch deployments in Azure Cloud Services (extended support) | Microsoft Learn

 

 

问题二：关于迁移到云服务扩展版之后将会出现虚拟网络的概念，这个虚拟网络需要在代码里怎么配置，能否提供一个配置的例子？

在2017年以后创建的云服务(经典)会自动创建默认的虚拟网络，在迁移过程中，该默认虚拟网络也会被自动迁移。

迁移完成后，在云服务(外延支持)的Configuration内可以查看到该虚拟网络的resource id。

示例截图如下

 

问题三：迁移后新追加的资源是否对性能有影响？

不会

 

问题四：如何修改VM大小？是否需要重新部署全部包？

与云服务一样，在csdef文件中修改VM的大小，修改完成后需要重新打包部署。

 

问题五：官方文档显示，在迁移后cscfg和csdef会删除Diagnostics相关内容。但是实际操作后，发现在迁移后的CSES的cscfg内依然存在Diagnostics相内容。此处是否需要手动删除呢？

Diagnostics相关内容属于云服务的extension，所有enabled的支持的extension都会被自动迁移，如果您不再需要该功能，可以进行手动删除，如果您依然需要该功能，则可以保留。

Technical details and requirements for migrating to Azure Cloud Services (extended support) | Microsoft Learn

 

问题六：cscfg在迁移前，编码格式为utf-8；在迁移后，编码格式为utf-16。以上现象是否需要注意呢？

编码格式从utf-8 到utf-16 并不会对应用造成影响。在博文中有分析解释：https://www.cnblogs.com/lulight/p/17588780.html