Requisitos previos para la implementación de Azure Cloud Services (soporte extendido)

  • Artículo

Para garantizar una implementación correcta de Cloud Services (soporte extendido), revise los pasos siguientes y complete cada punto antes de intentar realizar la implementación.

Actualizaciones necesarias del archivo de configuración de servicio (.cscfg)

1) Red virtual

Las implementaciones de la instancia de Cloud Services (soporte extendido) deben estar en una red virtual. La red virtual se puede crear por medio de Azure Portal, PowerShell, la CLI de Azure o una plantilla de ARM. Además, debe haber una referencia a la red virtual y las subredes en el archivo de configuración de servicio (.cscfg), en la sección NetworkConfiguration.

En el caso de las redes virtuales que pertenecen al mismo grupo de recursos que el servicio en la nube, basta con una referencia al nombre de la red virtual en el archivo de configuración de servicio (.cscfg). Si la red virtual y el servicio en la nube se encuentran en dos grupos de recursos diferentes, es necesario especificar el id. de Azure Resource Manager completo de la red virtual en el archivo de configuración de servicio (.cscfg).

Nota:

En Visual Studio 2019, no se admiten una red virtual y un servicio en la nube ubicados en otros grupos de recursos. Considere la posibilidad de usar una plantilla de ARM o el portal para tener implementaciones correctas en estos escenarios.

Red virtual ubicada en el mismo grupo de recursos

<VirtualNetworkSite name="<vnet-name>"/> 
  <AddressAssignments> 
    <InstanceAddress roleName="<role-name>"> 
     <Subnets> 
       <Subnet name="<subnet-name>"/> 
     </Subnets> 
    </InstanceAddress> 
  </AddressAssignments>

Red virtual ubicada en otro grupo de recursos

<VirtualNetworkSite name="/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Network/virtualNetworks/<vnet-name>"/> 
   <AddressAssignments> 
     <InstanceAddress roleName="<role-name>"> 
       <Subnets> 
        <Subnet name="<subnet-name>"/> 
       </Subnets> 
     </InstanceAddress> 
   </AddressAssignments>

2) Eliminación de complementos antiguos

Quite la configuración antigua de Escritorio remoto del archivo de configuración de servicio (.cscfg).

<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="gachandw" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="XXXX" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2021-12-17T23:59:59.0000000+05:30" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteForwarder.Enabled" value="true" />

Quite la configuración de diagnóstico antigua de cada rol del archivo de configuración del servicio (.cscfg).

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />

Actualizaciones necesarias del archivo de definición de servicio (.csdef)

Nota:

Los cambios en el archivo de definición de servicio (.csdef) requieren que se vuelva a generar el archivo de paquete (.cspkg). Compile y reempaquete el archivo .cspkg después de realizar los siguientes cambios en el archivo .csdef para obtener la configuración más reciente del servicio en la nube.

1) Tamaños de máquina virtual

Los tamaños enumerados en la columna izquierda a continuación están en desuso en Azure Resource Manager. Pero si quiere seguir usándolos, actualice el nombre vmsize con la convención de nomenclatura de Azure Resource Manager asociada.

Nombre de tamaño anterior Nombre de tamaño actualizado
ExtraSmall Standard_A1_v2
Pequeña Standard_A1_v2
Media Standard_A2_v2
grande Standard_A4_v2
ExtraLarge Standard_A8_v2
A5 Standard_A2m_v2
A6 Standard_A4m_v2
A7 Standard_A8m_v2
A8 Obsoleto
A9 Obsoleto
A10 Obsoleto
A11 Obsoleto
MSODSG5 Obsoleto

Por ejemplo, <WorkerRole name="WorkerRole1" vmsize="Medium" se convertiría en <WorkerRole name="WorkerRole1" vmsize="Standard_A2".

Nota:

Para recuperar una lista de tamaños disponibles, consulte Resource Skus - List y aplique los filtros siguientes:
ResourceType = virtualMachines
VMDeploymentTypes = PaaS

2) Eliminación de los complementos antiguos de Escritorio remoto

Las implementaciones que usan los complementos antiguos de Escritorio remoto deben eliminar los módulos del archivo de definición de servicio (.csdef) y cualquier certificado asociado.

<Imports> 
<Import moduleName="RemoteAccess" /> 
<Import moduleName="RemoteForwarder" /> 
</Imports>

Las implementaciones que usaron los complementos de diagnóstico antiguos necesitan que se quite la configuración de cada rol del archivo de definición de servicio (.csdef).

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" />

Control de acceso

La suscripción que contiene recursos de red debe tener acceso de colaborador de red o superior para Cloud Services (soporte extendido). Para más información, consulte el artículo sobre los roles integrados de RBAC.

Creación de Key Vault

Key Vault se usa para almacenar certificados asociados a Cloud Services (soporte extendido). Agregue los certificados a Key Vault y haga referencia a las huellas digitales del certificado en el archivo de configuración de servicio. También debe habilitar las "Directivas de acceso" (en el portal) en "Azure Virtual Machines para la implementación" en Key Vault, de modo que el recurso de Cloud Services (soporte extendido) pueda recuperar el certificado almacenado como secretos de Key Vault. Puede crear un almacén de claves en Azure Portal o con PowerShell. El almacén de claves debe crearse en la misma región y suscripción que el servicio en la nube. Para más información, consulte Uso de certificados con Azure Cloud Services (soporte extendido).

Pasos siguientes