Solución de problemas en Azure Stack Hub

En este artículo se proporciona información de solución de problemas para entornos integrados de Azure Stack Hub.

Problemas comunes de soporte técnico

En las secciones siguientes se incluyen vínculos a documentación que cubre preguntas comunes enviadas a Soporte técnico de Microsoft sobre Azure Stack Hub.

Consideraciones de compra

Actualizaciones y diagnósticos

Sistemas operativos y tamaños admitidos para máquinas virtuales invitadas

Microsoft Marketplace

Administración de capacidades

Memoria

Para aumentar la capacidad total de memoria disponible para Azure Stack Hub, puede agregar memoria. En Azure Stack Hub, el servidor físico también se denomina nodo de unidad de escalado. Todos los nodos de unidad de escalado que son miembros de una sola unidad de escalado deben tener la misma cantidad de memoria.

Período de retención

Un operador de nube puede usar la configuración del período de retención para especificar un período de tiempo en días (de 0 a 9999) durante el cual se puede recuperar cualquier cuenta eliminada. El período de retención predeterminado es de 0 días. Establecer el valor en 0 significa que cualquier cuenta eliminada está inmediatamente fuera de retención y está marcada para la recolección periódica de elementos no utilizados.

Para obtener más información, consulte Establecimiento del período de retención.

Administración del control de acceso basado en rol

En Azure Stack Hub, un usuario puede ser un lector, propietario o colaborador de cada una de las instancias de una suscripción, grupo de recursos o servicio. Para obtener más información, consulte Establecimiento de permisos de acceso mediante el control de acceso basado en rol.

Si los roles integrados de Azure recursos no satisfacen las necesidades específicas de su organización, puede crear sus propios roles personalizados.

Administración del uso y la facturación en función del tipo de suscripción

Elija el tipo de cuenta de servicios compartidos que utiliza con Azure Stack Hub. Los tipos de suscripciones que puede usar para el registro de una implementación de Azure Stack Hub multiinquilino son Proveedor de soluciones en la nube (CSP) y Azure Servicios compartidos de asociados (APSS). Para más información, consulte Creación de una suscripción de CSP o APSS.

Métricas de unidad de escalado

Puede usar PowerShell para obtener información sobre la utilización de los sellos sin ayuda del Soporte técnico de Microsoft:

  1. Cree una sesión de punto de conexión con privilegios (PEP).

  2. Ejecute el siguiente comando:

    Test-AzureStack
    
  3. Cerrar la sesión PEP.

  4. Ejecute el comando siguiente mediante una llamada invoke-command:

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. Extraiga el archivo SeedRing.zip . Puede obtener el informe de validación de la carpeta ERCS donde ejecutó Test-AzureStack.

Para obtener más información, consulte Envío de registros de diagnóstico de Azure Stack Hub mediante el punto de conexión con privilegios.

Máquinas virtuales

Restablecimiento de una contraseña de máquina virtual Linux

Si olvida la contraseña de una máquina virtual Linux y la opción Restablecer contraseña no funciona debido a problemas con la extensión VMAccess, puede restablecer la contraseña siguiendo estos pasos:

  1. Elija una máquina virtual Linux para usarla como máquina virtual de recuperación.

  2. Inicie sesión en el portal de usuarios y, a continuación, haga lo siguiente:

    1. Anote el tamaño de la máquina virtual, la NIC, la dirección IP pública, el grupo de seguridad de red y los discos de datos.
    2. Detenga la máquina virtual afectada.
    3. Quite la máquina virtual afectada.
    4. Conecte el disco de la máquina virtual afectada como un disco de datos en la máquina virtual de recuperación. (El disco puede tardar un par de minutos en estar disponible).
  3. Inicie sesión en la máquina virtual de recuperación y ejecute el siguiente comando:

    sudo su -
    mkdir /tempmount
    fdisk -l
    mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
    chroot /tempmount/
    passwd root /*substitute root with the user whose password you want to reset*/
    rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
    exit /*to exit the chroot environment*/
    umount /tempmount
    
  4. Inicie sesión en el portal de usuarios y, a continuación, haga lo siguiente:

    1. Desasocie el disco de la máquina virtual de recuperación.
    2. Vuelva a crear la máquina virtual desde el disco.
    3. Transfiera la dirección IP pública desde la máquina virtual anterior, conecte los discos de datos y complete las tareas relacionadas.

También puede tomar una instantánea del disco original y crear un nuevo disco a partir de él en lugar de realizar los cambios directamente en el disco original. Para obtener más información, consulte estos temas:

Error de activación de licencias para Windows Server 2012 R2 durante el aprovisionamiento

Si hay un problema con la activación de licencias, Windows no se activa y aparece una marca de agua en la esquina inferior derecha de la pantalla. Los registros de WaSetup.xml ubicados en C:\Windows\Panther contienen el siguiente evento:

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Para activar la licencia, copie la clave de activación automática de máquinas virtuales (AVMA) para la edición que desea activar.

Edición Clave AVMA
Centro de datos Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Estándar DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Esenciales K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

En la máquina virtual, ejecute el siguiente comando:

slmgr /ipk <AVMA_key>

Para obtener más información, consulte Activación automática de la máquina virtual en Windows Server.

Debe agregar una imagen de Windows Server y un elemento de galería antes de implementar máquinas virtuales en Azure Stack Hub.

Archivos VHD en disco después de la eliminación de la máquina virtual

Después de eliminar las máquinas virtuales, es posible que siga viendo los archivos VHD en el disco duro. Este comportamiento es por diseño:

  • Al eliminar una VM, los discos duros virtuales no se eliminan. Los discos son recursos independientes en el grupo de recursos.
  • Al eliminar una cuenta de almacenamiento, la eliminación es visible inmediatamente a través de Azure Resource Manager. Pero los discos que podría contener permanecen en el almacenamiento hasta que se ejecuta la recolección de elementos no utilizados.

Si ve discos duros virtuales "huérfanos", es importante saber si forman parte de la carpeta de una cuenta de almacenamiento que se eliminó. Si la cuenta de almacenamiento no se eliminó, es normal que todavía estén allí.

Storage

Recuperación de espacio de almacenamiento

La capacidad recuperada puede tardar hasta 14 horas en aparecer en el portal. La recuperación de espacio depende de varios factores, entre ellos el porcentaje de uso de los archivos internos del contenedor en un almacén de blobs de bloques. Dependiendo de la cantidad de datos que se eliminen, no hay ninguna garantía de la cantidad de espacio que se podría recuperar cuando se ejecute el recolector de basura.

Puede obtener más información sobre cómo configurar el umbral de retención y la recuperación a petición en Administrar cuentas de almacenamiento Azure Stack Hub.

El Explorador de Azure Storage no funciona con Azure Stack Hub

Si usa un sistema integrado en un escenario desconectado, se recomienda usar una entidad de certificación de empresa. Exporte el certificado raíz en un formato Base64 y después impórtelo en Explorador de Azure Storage. Asegúrese de eliminar la barra diagonal final (/) del punto de conexión de Resource Manager. Para más información, consulte Preparación para conectarse a Azure Stack Hub.

App Service

Si se produce un error en el script Create-AADIdentityApp.ps1 necesario para App Service, asegúrese de incluir el parámetro necesario -AzureStackAdminCredential al ejecutar el script. Para más información, consulte Requisitos previos para implementar App Service en Azure Stack Hub.

Azure Stack Hub revisiones y actualizaciones

El proceso de revisión y actualización de Azure Stack Hub está diseñado para ayudar a los operadores a aplicar paquetes de actualización de forma coherente y simplificada. Aunque los problemas son poco comunes durante el proceso de revisión y actualización, pueden producirse. Se recomiendan los pasos siguientes si se produce un problema.

Antes de empezar, asegúrese de seguir la lista de comprobación de la actividad de actualización y habilitar la recopilación proactiva de registros.

  1. Siga los pasos de corrección de la alerta de error.

  2. Si no puede resolver el problema, cree un ticket de soporte de Azure Stack Hub. Asegúrese de recopilar registros para el intervalo de tiempo cuando se produjo el problema.

Si se produce un error en una actualización, ya sea con una alerta crítica o una advertencia, es importante revisar el error y ponerse en contacto con Microsoft Servicios de soporte al cliente como se indica en la alerta. Dejar una unidad de escalado en un estado de actualización con errores durante mucho tiempo puede provocar problemas adicionales que son más difíciles de resolver más adelante.

Los siguientes problemas y soluciones se aplican a Azure Stack Hub sistemas integrados.

Estado de preparación fallida

Aplicable: este problema se aplica a todas las versiones admitidas.

Causa: Al intentar instalar la actualización de Azure Stack Hub, es posible que el estado de la actualización indique un error y cambie a PreparationFailed. En el caso de los sistemas conectados a Internet, este estado suele indicar que el paquete de actualización no se puede descargar correctamente debido a una conexión a Internet débil.

Corrección: Seleccione Instalar ahora de nuevo. Si el problema persiste, cargue manualmente el paquete de actualización.

Repetición: común.

La actualización falló con una advertencia de que se comprueben y exijan los protectores de claves externas en los CSV

Aplicable: este problema se aplica a todas las versiones admitidas.

Causa: la contraseña del controlador de administración de placa base (BMC) no se ha ajustado correctamente.

Corrección: actualice la credencial de BMC y reanude la actualización.

Advertencias y errores notificados mientras una actualización está en curso

Aplicable: este problema se aplica a todas las versiones admitidas.

Cause: cuando una actualización de Azure Stack Hub está en estado In progress, se pueden notificar advertencias y errores en el portal. Los componentes pueden agotar el tiempo de espera mientras esperan otros componentes durante una actualización. Este tiempo de espera provoca un error. Azure Stack Hub tiene un mecanismo para reintentar o corregir algunas de las tareas debido a errores intermitentes.

Remediation: aunque la actualización de Azure Stack Hub tiene un estado In progress, puede omitir advertencias y errores notificados en el portal.

Repetición: común.

Error de actualización de 2002

Aplicable: este problema solo se aplica a la versión 2002.

Causa: al intentar la actualización 2002, es posible que se produzca un error en la actualización y proporcione este mensaje: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Corrección: configure una red interna privada.