Simulador de nube privada para Windows Server 2022

Introducción

La tendencia actual del sector es que las soluciones de nube privada integren componentes de hardware y software estrechamente integrados para ofrecer una nube privada resistente con un alto rendimiento. Los problemas en cualquiera de los componentes (software, hardware, controladores, firmware, etc.) pueden comprometer la solución y socavar las promesas hechas en relación con un Acuerdo de nivel de servicio (SLA) para la nube privada.

Algunos de estos problemas solo salen a la luz en una implementación a escala de nube de gran esfuerzo y pueden ser difíciles de detectar utilizando pruebas tradicionales independientes y centradas en los componentes. El Simulador de nube privada es un conjunto de pruebas de validación en la nube que permite validar los componentes en un escenario de nube e identificar estos tipos de problemas.

Público de destino

El público objetivo de este documento son aquellos que trabajan para validar su hardware para el logotipo de Windows Server, las soluciones de Microsoft Azure Stack y las soluciones de Microsoft Azure Stack HCI.

Descripción general de la prueba

El Simulador de nube privada (PCS) simula un centro de datos o nube privada en directo mediante la creación de cargas de trabajo de máquina virtual, la simulación de operaciones del centro de datos (equilibrio de carga, mantenimiento de software o hardware) y la inyección de errores de proceso y almacenamiento (errores de hardware o software no planificados). PCS usa una base de datos de Microsoft SQL Server para registrar datos de prueba y solución durante la ejecución. A continuación, presenta un informe que incluye los índices de funcionamiento correcto/incorrecto y los registros que permiten correlacionar los datos para la determinación de correcto/incorrecto y el diagnóstico de fallos (según proceda).

Enlaces a los archivos necesarios

La tabla siguiente contiene los vínculos a los archivos que necesita descargar para ejecutar pruebas de PCS.

Nombre	Ubicación
Kit de HLK	Windows Server 2022 HLK
Paquete de actualización de Azure Stack de HLK	Descargue la versión más reciente de la actualización de HLK desde el sitio de Microsoft Collaborate. FileName: Windows HLK WS 2022 Update Package-210527.zip
Lista de reproducción de HLK	Windows Server 2022 HLK CompatPlaylist
PCSFiles.vhd	PCSFiles.vhd El valor hash SHA256 es 95B1BCC54E38B459943CDEE26F09B04DAE828CAA8A95151E46E769A9A1927F61
Actualización de Windows Server 2022	Instale la versión más reciente en el sitio de Windows Update

Puede usar el cmdlet Get-FileHash PowerShell para procesar el valor hash para un archivo.

Configuración de Common Lab Infrastructure

Topología

El entorno de laboratorio de PCS contiene los siguientes elementos:

• Un servidor de controlador de dominio de Active Directory/DNS/DHCP para el dominio de prueba.
  • Puede encontrar información sobre Active Directory en https://msdn.microsoft.com/library/bb727067.aspx
  • Los niveles funcionales de Active Directory Domain Services deben ser Windows Server 2012 o superior.
• Una máquina de controlador HLK dedicada. El sistema operativo debe ser Windows Server 2019.
• Una máquina de controlador PCS dedicada. El sistema operativo debe ser Windows Server 2022.
• Un clúster de proceso, que hospeda máquinas virtuales de Hyper-V. El número mínimo de nodos depende del tipo de trabajos de PCS.

Documentos complementarios:

• Implementación de un clúster hiperconvergido mediante Espacios de almacenamiento directo
• Clúster de conmutación por error
• Requisitos de logotipo de Microsoft Azure Stack publicados a través de Microsoft Collaborate para asociados de Microsoft

Notas:

• Todas las máquinas anteriores deben estar unidas al mismo dominio de prueba.
• Todas las pruebas de PCS deben ejecutarse como el mismo usuario en el grupo "Administradores de dominio" para el dominio de prueba.
• Use el mismo usuario con credenciales de administrador de dominio para instalar el controlador HLK.

Requisitos del sistema del controlador HLK

Los requisitos mínimos del sistema se muestran en la tabla siguiente.

Resource	Requisito mínimo
CPU (o vCPU)	4 núcleos
Memoria	12 GB de RAM
Espacio disponible en disco	200 GB
Sistema operativo	Windows Server 2019 Datacenter
Dominio de Active Directory	Unido al dominio de prueba

Configuración del controlador HLK

• Descargue Windows HLK Studio & y siga la Guía de introducción a Windows HLK para configurar Windows HLK.

• Descargue HLK Azure Stack Update Package-WSSD Premium (necesario para el perfil de LAN.AzureStack) y siga los pasos que se indican a continuación para aplicar las actualizaciones en HLK Studio.

• Descargue PCSFiles.vhd

  • Copie el archivo PCSFiles.vhd en la carpeta de prueba Tests\amd64 en el controlador HLK. A continuación se muestra la ruta de acceso predeterminada para una instalación de HLK:

    C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64

• Pasos para instalar el paquete de actualización de Azure Stack de HLK (para LAN.AzureStack). En primer lugar, descargue la actualización de HLK PCS para el perfil de LAN.AzureStack Windows HLK WS 2022 Update Package-210527.zip. Extraiga el archivo zip y copie y reemplace los archivos de la carpeta HLK por los del paquete de actualización en el formato siguiente:

  • Reemplace Microsoft.Networking.Test.Common.dll a *C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs*
  • Reemplace PrivateCloudSimulator-Manager.psm1 a *C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs*
  • Reemplace LaunchCreateExportVM.ps1 a *C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Exports*
  • O bien, puede ejecutar este comando desde la carpeta extraída (los siguientes comandos deben ejecutarse desde un símbolo del sistema con privilegios elevados y desde dentro de la carpeta extraída).
    • xcopy .\Microsoft.Networking.Test.Common.dll "C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Microsoft.Networking.Test.Common.dll" /O /F /R /Y
    • xcopy .\PrivateCloudSimulator-Manager.psm1 "C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1" /O /F /R /Y
    • xcopy .\LaunchCreateExportVM.ps1 "C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Exports\LaunchCreateExportVM.ps1" /O /F /R /Y

Obtención de archivos IOMeter

• IOMeter es una carga de trabajo que debe instalarse en el controlador HLK.

• Descargue la versión de Windows i386 de la versión de IOMeter con fecha 27.07.2006 desde el sitio web de IOMeter.

• Ejecute la instalación (o descomprima el paquete) para desempaquetar los archivos.

• Copie IOMeter.exe, Dynamo.exe en la carpeta Tests\amd64\pcs\GuestScenarioManager\IOMeter del controlador HLK. A continuación se muestra la ruta de acceso predeterminada para una instalación de HLK:

  C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\pcs\GuestScenarioManager\IOMeter

Requisitos del sistema del controlador PCS

Los requisitos mínimos del sistema se muestran en la tabla siguiente.

Resource	Requisito mínimo
CPU (o vCPU)	4 núcleos
Memoria	12 GB de RAM
Espacio libre en la unidad de arranque	200 GB
Sistema operativo	Windows Server 2022 Datacenter
Dominio de Active Directory	Unido al dominio de prueba

Configuración del controlador PCS

• El controlador PCS debe ser una máquina virtual o una máquina física de generación v2.
• Arranque seguro y BitLocker deben estar deshabilitados. Esto es necesario porque PCS habilita la configuración de arranque TestSigning. Si usa la máquina virtual de Hyper-V de generación 2 como controlador PCS, detenga la máquina virtual para deshabilitar el arranque seguro en la configuración de la máquina virtual.
• Instale el cliente HLK siguiendo la Guía de introducción a Windows HLK y abra los puertos necesarios.
• Instale .NET Framework 3.5 (esta característica no se incluye de forma predeterminada en Windows Server 2022).
  • Las instrucciones de instalación genéricas se pueden encontrar en las siguientes ubicaciones:
    • https://msdn.microsoft.com/library/hh506443
    • https://msdn.microsoft.com/library/windows/desktop/hh848079
  • Para las compilaciones publicadas a través de Microsoft Connect, consulte los detalles siguientes:

    • Monte la ISO proporcionada con la compilación y busque el archivo en MountedDriveLetter:\sources\sxs\microsoft-windows-netfx3-ondemand-package.cab

    • Copiar el archivo en una carpeta local en el controlador PCS

    • Instale el paquete ejecutando esta línea de comandos con privilegios de administrador.

      Add-WindowsFeature Net-Framework-Features -source <Local Folder>
      

Pruebas de PCS

En esta sección se describe cómo encontrar una prueba de PCS adecuada para el dispositivo o solución, configurar el laboratorio y poner en marcha la ejecución de PCS.

• Debe usar la misma cuenta de usuario administrador de dominio para configurar el laboratorio y ejecutar las pruebas.
• El estado de arranque seguro debe estar desactivado en todos los nodos y el controlador PCS.

Selección de pruebas de PCS

Los trabajos de PCS se usan para certificar varias categorías de dispositivos y soluciones. En la tabla siguiente se asignan al trabajo de PCS adecuado.

Destino	Programa de certificación	Nombre del trabajo en HLK
NIC	Logotipo de Windows Server	PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC	SDDC Estándar	PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC	SDDC Premium	PrivateCloudSimulator-Device.Network.LAN.AzureStack
NIC	AZURESTACK	PrivateCloudSimulator-Device.Network.LAN.AzureStack
Solución	SDDC Estándar	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) y (MAX)
Solución	SDDC Premium	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) y (MAX)
Solución	AZURESTACK	PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

Los trabajos de PCS se resumen a continuación:

• PrivateCloudSimulator: Device.Network.LAN.10GbOrGreater
  Esta prueba contiene un conjunto de acciones, que tienen como destino específicamente el dispositivo del adaptador de red junto con las acciones de máquina virtual y clúster de proceso.
• PrivateCloudSimulator: Device.Network.LAN.AzureStack
  Esta prueba contiene un conjunto extendido de acciones que comprueban la compatibilidad del adaptador de red con la nueva característica "Redes definidas por software" en Windows Server, junto con las acciones del clúster de proceso y la máquina virtual.
• PrivateCloudSimulator: System.Solutions.StorageSpacesDirect (MIN)/(MAX)
  Esta prueba contiene un conjunto extendido de acciones que tienen como destino toda la solución basada en un clúster directo de espacios de almacenamiento hiperconvergidos. La prueba (MIN) debe ejecutarse en un clúster con el número mínimo de nodos admitidos para la solución. La prueba (MAX) debe ejecutarse en un clúster con el número máximo de nodos admitidos para la solución.
• PrivateCloudSimulator - System.Solutions.AzureStack (MIN)/(MAX)
  Esta prueba contiene un conjunto extendido de acciones que tienen como destino toda la solución de AzureStack. La prueba (MIN) debe ejecutarse en un clúster con el número mínimo de nodos admitidos para la solución. La prueba (MAX) debe ejecutarse en un clúster con el número máximo de nodos admitidos para la solución.

Flujo de ejecución de trabajos de PCS

Cada trabajo de PCS contiene las siguientes tareas.

• Inicializar el controlador PCS
  • En esta fase, el motor de ejecución de PCS configura un servidor SQL Server e IIS en la máquina del controlador PCS.
  • También copia contenido (por ejemplo, archivos VHD del sistema operativo de evaluación) para habilitar la creación de máquinas virtuales en la siguiente fase.
• Crear máquinas virtuales
  • En esta fase, el motor de PCS comienza a crear máquinas virtuales en cada nodo del clúster.
  • La creación de máquinas virtuales se detiene cuando se ha alcanzado el número de máquinas virtuales o nodos de destino.
  • Este paso forma parte de la fase de configuración de PCS. El temporizador de duración de la ejecución de pruebas se inicia en la fase posterior a esta fase.
• Ejecutar acciones de PCS
  • Ahora, PCS inicia varios tipos de acciones (máquina virtual, clúster, almacenamiento, red) en cada nodo del clúster.
  • Las acciones se ejecutan en paralelo y se coordinan entre sí para ejercer el dispositivo (almacenamiento, red) y la solución a través del ciclo de vida de la nube privada o del centro de datos.
  • Las acciones se ejecutan periódicamente y se detienen una vez alcanzado el tiempo de ejecución de destino (definido por el perfil o trabajo) de la prueba.
  • El tiempo de ejecución de la prueba se define por perfil y puede variar en función del perfil que se está ejecutando. Se inicia el temporizador de ejecución de pruebas después de crear todas las máquinas virtuales.
  • Los pasos de cada acción y el resultado correspondiente de cada paso se almacenan en SQL Server.
• Ejecución de limpieza
  • En esta fase, las máquinas virtuales creadas en la fase (4) se limpian y el clúster se restaura a un estado limpio (como sea posible).
  • Genera un archivo de informe (PcsReport.htm) y un archivo ZIP que contiene registros de prueba.
• Resultado del informe en HLK Studio
  • En esta fase, HLK Studio informa del resultado de la ejecución de PCS.
  • El resultado se puede empaquetar en un archivo HLKX para su envío a Microsoft.

Ejecución de pruebas de PCS

PrivateCloudSimulator: Device.Network.LAN.10GbOrGreater

Requisitos del sistema

Requisito	Descripción
Componente que se certifica	NIC
Tipo de configuración	Configuración hiperconvergida con almacenamiento S2D. Nota: se requiere un HBA certificado SDDC.
Número mínimo de nodos de servidor	3 máquinas idénticas
Especificaciones del servidor	CPU: 16 núcleos físicos (por ejemplo, 2 sockets con 8 núcleos), MEMORIA: 128 GB, 64 GB de espacio libre en la unidad de arranque
Almacenamiento general	4 TB de espacio libre por nodo en HDD, 800 GB de espacio libre por nodo en SSD
Disco	Si hay unidades usadas como caché, debe haber al menos 2 por servidor. Debe haber al menos 4 unidades de capacidad (no caché) por servidor. Para obtener más información, consulte Requisitos de hardware S2D.
Tarjeta de red	NIC que se certifica
Modificador	Cambio compatible con todas las características de NIC

Configuración

• Siga la Guía de introducción a Windows HLK para instalar el software cliente de HLK en todos los nodos del clúster.
• Siga la Guía del clúster de Espacios de almacenamiento directo de Windows Server para implementar un clúster.
• Todos los nodos deben estar conectados a los mismos conmutadores físicos.
• Se debe usar la velocidad de bits de red de 10 GbE o superior. Cree un conmutador virtual con el mismo nombre en cada nodo.
• Las máquinas virtuales, creadas por PCS, se conectan al conmutador virtual para enviar tráfico de red entre ellas. Estas máquinas virtuales obtienen la dirección IP a través de DHCP. Asegúrese de que el servidor DHCP asigna direcciones IP válidas a estas máquinas virtuales. Si el servidor DHCP no está disponible o se produce un error, las máquinas virtuales usarían la dirección IP privada automática (APIPA) para configurar automáticamente una dirección IP y una subred. Cada máquina virtual debe tener una dirección IP válida para enviar tráfico de red entre máquinas virtuales.

Ejecutar

• Abra HLK Studio.

• Siga la Guía de introducción a Windows HLK para crear un grupo de máquinas.

• Vaya a la pestaña Proyecto y haga clic en Crear proyecto.

• Escriba un nombre de proyecto y pulse Entrar.

• Vaya a la pestaña Selección.

• Seleccione el grupo de máquinas que contiene el dispositivo del adaptador de red.

• Seleccione administrador de dispositivos.

• Seleccione el dispositivo. Debería estar bien seleccionar cualquier dispositivo NIC relevante (no importa qué miembro del equipo de conmutadores virtuales) en cualquiera de los nodos de proceso objetivo de la certificación.

  

• Haga clic con el botón derecho en el dispositivo seleccionado y seleccione Agregar o modificar características.

• En el cuadro de diálogo características, seleccione Device.Network.LAN.10GbOrGreater y, a continuación, haga clic en Aceptar. Para la mayoría de las tarjetas NIC (con velocidades de 10 GbE o superior), esta característica debe haberse seleccionado automáticamente.

• Vaya a la pestaña Pruebas.

• Seleccione PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater.

• Haga clic en Ejecutar selección.

• En el cuadro de diálogo Programación:

  • Introduzca valores para los parámetros necesarios para la prueba.
    • DomainName: nombre de dominio del usuario de prueba.
    • UserName: nombre de usuario de la prueba.
    • Contraseña: prueba de la contraseña del usuario.
    • ComputeCluster: nombre del clúster de proceso.
    • StoragePath: el valor predeterminado es "". Usa todos los CSV disponibles del clúster de proceso. Puede usar diferentes rutas de acceso escribiéndolas separadas por comas. Ejemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2"
    • VmSwitchName: nombre del conmutador virtual en todos los nodos.
    • FreeDriveLetter: el valor predeterminado es R. Durante la instalación, el archivo PcsFiles.vhd se monta en esta letra de unidad en el controlador PCS. Asegúrese de que esta letra de unidad está disponible.
    • IsCreateCluster: usar el valor predeterminado.
    • IsRemoveCluster: usar el valor predeterminado.
    • IsConfigureHyperV: usar el valor predeterminado.
  • Asigne máquinas a roles
    • PrimaryNode: este es el nodo con el dispositivo seleccionado.
    • Controlador de pruebas: seleccione la máquina del controlador de pruebas de PCS.
    • OtherNodes: seleccione otros nodos de clúster.

• Haga clic en Aceptar para programar la prueba.

• Consulte Visualización del informe de PCS en tiempo real a través de SQL Server Reporting Services para ver los resultados en tiempo real de la ejecución de las pruebas.

Duration

• Las acciones de PCS (enumeradas a continuación) se ejecutan durante aproximadamente 24 horas.
• La ejecución completa puede tardar 24-36 horas adicionales (incluido el tiempo de instalación y limpieza).

Acciones de PCS

En la tabla siguiente se enumeran las acciones que se incluyen en esta prueba.

Nombre de acción	Descripción
VmCloneAction	Crea una máquina virtual nueva.
VmLiveMigrationAction	Migra en directo la máquina virtual a otro nodo de clúster.
VmSnapshotAction	Toma una instantánea de la VM.
VmStateChangeAction	Cambia el estado de la máquina virtual (por ejemplo, a Pausada).
VmStorageMigrationAction	Migra el almacenamiento de máquina virtual (los discos duros virtuales) entre los nodos del clúster.
VmGuestRestartAction	Reinicia la máquina virtual.
VmStartWorkloadAction	Inicia una carga de trabajo simulada por el usuario.
VmGuestFullPowerCycleAction	Apaga y enciende la máquina virtual.
ComputeNodeEvacuationAction	Reinicia un nodo de clúster.

PrivateCloudSimulator: Device.Network.LAN.AzureStack

Requisitos del sistema

Requisito	Descripción
Componente que se certifica	NIC (con RDMA)
Tipo de configuración	Configuración hiperconvergida con almacenamiento S2D. Nota: se requiere un HBA certificado SDDC.
Número mínimo de nodos de servidor	3 máquinas idénticas
Especificaciones del servidor	CPU: 16 núcleos físicos (por ejemplo, 2 sockets con 8 núcleos), MEMORIA: 128 GB, 64 GB de espacio libre en la unidad de arranque
Almacenamiento general	4 TB de espacio libre por nodo en HDD, 800 GB de espacio libre por nodo en SSD
Disco	Si hay unidades usadas como caché, debe haber al menos 2 por servidor. Debe haber al menos 4 unidades de capacidad (no caché) por servidor. Para obtener más información, consulte Requisitos de hardware S2D.
Tarjeta de red	NIC que se certifica
Modificador	Cambio compatible con todas las características de NIC

Configuración

• El host de Hyper-V que contiene la máquina virtual del controlador de PCS debe ser Windows Server 2022 o posterior.

• Siga la Guía de introducción a Windows HLK para instalar el software cliente de HLK en todos los nodos del clúster

• Siga la Guía del clúster de Espacios de almacenamiento directo de Windows Server para implementar un clúster

• Para obtener instrucciones sobre cómo configurar redes para Espacios de almacenamiento directo, consulte Guía de implementación de NIC convergente y RDMA invitado de Windows Server.

• La máquina virtual del controlador PCS debe compilarse como una máquina virtual de generación 2 y tener 2 interfaces de red, una para la red de administración y la otra para la topología de SDN (espacio de direcciones PA). A la interfaz para la topología SDN se le asignará una dirección IP del espacio de direcciones IP pasado como el parámetro AddressPrefixes.

  

• Todos los nodos deben poder comunicarse con la máquina virtual del controlador de PCS en todo momento a través de una interfaz de administración. Para ello, cada servidor debe tener una NIC adicional para la interfaz de administración, que no tiene que cumplir los requisitos estrictos de velocidad de bits.

• Todos los nodos y el controlador PCS deben tener instalado el mismo KB más reciente.

• Se requiere una velocidad de bits de red de 10 GbE o superior para las NIC que se están probando. Cada servidor debe tener dos NIC idénticas de 10 gb o más.

• Si se usan NIC compatibles con RDMA, el conmutador físico debe cumplir los requisitos de RDMA asociados.

• Establezca las propiedades de las NIC específicas de las implementaciones de AzureStack para asegurarse de que las NIC certificadas pueden admitir estas propiedades. Puede usar el cmdlet Get-NetAdapterAdvancedProperty de PowerShell para comprobar las propiedades de la NIC.

  • Descarga de tarea encapsulada de VXLAN == Habilitado
  • Sobrecarga de encapsulación == 160
  • Paquete Jumbo >= 1500
  • MtuSize == 1660

• Asegúrese de que cada nodo contiene un conmutador virtual habilitado para Teaming con el mismo nombre.

  New-VMSwitch -Name SdnSwitch -NetAdapterName "Name 1,Name 2" -AllowManagementOS -EnableEmbeddedTeaming
  

• Configurar la virtualización anidada: la virtualización anidada para la máquina virtual del controlador PCS debe estar habilitada. Mientras la máquina virtual de PCS está en estado OFF, ejecute el siguiente comando en el host de Hyper-V.

  Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
  

• Asegúrese de que RDMA esté configurado en todos los nodos y se refleje cuando se consulte a través de Get-SMBClientNetworkInterface y Get-SMBServerNetworkInterface.

• La configuración de migración en vivo (Administrador de clústeres de conmutación por error->Redes->Configuración de migración en vivo) debe establecerse correctamente para usar la red de almacenamiento para las migraciones en vivo.

• Esta prueba crea máquinas virtuales y envía tráfico entre ellas mediante el conmutador virtual creado. A la vNic (nic virtual) de las máquinas virtuales de PCS se le asigna la dirección IP desde el espacio de direcciones IP pasado como el parámetro AddressPrefixes .

Ejecutar

• Abra HLK Studio.

• Vaya a la pestaña Proyecto y haga clic en Crear proyecto.

• Escriba un nombre de proyecto y pulse Entrar.

• Vaya a la pestaña Selección.

• Seleccione el grupo de máquinas que contiene el dispositivo del adaptador de red.

• Seleccione administrador de dispositivos.

• Seleccione el dispositivo. Debería poderse seleccionar cualquier dispositivo NIC relevante (no importa qué miembro del equipo de conmutadores virtuales) en cualquiera de los nodos de proceso objetivo de la certificación.

  

• Haga clic con el botón derecho en el dispositivo seleccionado y seleccione Agregar o modificar características.

• En el cuadro de diálogo características, seleccione Device.Network.LAN.AzureStack y haga clic en Aceptar.

• Vaya a la pestaña Pruebas.

• Seleccione PrivateCloudSimulator - Device.Network.LAN.AzureStack

• Haga clic en Ejecutar selección.

• En el cuadro de diálogo Programación:

  • Introduzca valores para los parámetros necesarios para la prueba.
    • DomainName: nombre de dominio completo (FQDN) del usuario de la prueba.
    • UserName: nombre de usuario de la prueba.
    • Contraseña: prueba de la contraseña del usuario.
    • ComputeCluster: nombre del clúster de proceso.
    • StoragePath: el valor predeterminado es "". Usa todos los CSV disponibles del clúster de proceso. Puede usar diferentes rutas de acceso escribiéndolas separadas por comas. Los nombres de volumen no deben contener espacios vacíos. Ejemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (se necesitan comillas simples)
    • VmSwitchName: nombre del conmutador virtual que se usará para SDN. Ejemplo: SdnSwitch
    • FreeDriveLetter: el valor predeterminado es R. Durante la instalación, el archivo PcsFiles.vhd se monta en este tter de unidad en el controlador PCS. Asegúrese de que esta letra de unidad está disponible.
    • AdapterNames: lista separada por comas de nombres de adaptadores que forman parte del vmSwitch. Use el formato "'Nombre 1', 'Nombre 2'" (se necesitan comillas dobles y comillas simples) para varios adaptadores. Los nombres deben derivarse del cmdlet Get-NetAdapter.
    • VLan: identificador de Vlan establecido en vmSwitch. Solo es necesario si el conmutador físico está configurado para Vlan. Escriba "0" para indicar que no hay ningún etiquetado de Vlan.
    • RDMAEnabled: escriba $True si NIC admite RDMA
    • SetEnabled: escriba $True si la NIC admite Switch Embedded Teaming
    • HnvEnabled: escriba $True si la NIC admite la virtualización de red de Hyper-V
    • TaskOffloadEnabled: escriba $True si la NIC admite la descarga de tareas encapsuladas
    • TestControllerNetAdapterName: nombre del adaptador en el controlador de PCS que se puede asignar a una dirección IP estática en el intervalo AddressPrefixes para comunicarse con máquinas virtuales de controladores de red SDN. Ejemplo: "Ethernet 2" (se necesitan comillas simples si el nombre contiene espacios)
    • VHDSourcePath: un archivo VHDX para el centro de datos de Windows Server 2022. Este archivo VHD se usará para crear máquinas virtuales de controladores de red. El valor predeterminado es c:\pcs\BaseVHDX\20348.1.amd64fre.fe_release.210507-1500_server_serverdatacentereval_en-us.vhd. NOTA: Asegúrese de que para Windows Server 2022 el valor está establecido en 20348.1.amd64fre.fe_release.210507-1500_server_serverdatacentereval_en-us.vhd.
    • KBPackagePath: lista separada por comas de paquetes de Windows Update que se deben aplicar al archivo VHD especificado en el parámetro VHDSourcePath. Estos paquetes de actualización deben coincidir con los instalados en todos los nodos de clúster y la máquina del controlador PCS. El valor predeterminado es '' (se necesitan comillas simples). Significa que no se insertaría ningún KB en el archivo VHD.
      • Debe instalar la versión más reciente o una versión reciente de paquetes de Windows Update. Puede usar el cmdlet Get-Hotfix para averiguar qué tiene instalado en las máquinas.
      • La mayoría de los paquetes de Windows Update requieren que primero se instale la "actualización obsoleta de mantenimiento (SSU)". En otras palabras, debe indicar al menos dos KB en este parámetro.
      • Ejemplo:
        • KB4501371 (18 de junio de 2019)
        • En la sección "Cómo obtener esta actualización", se indica que la "actualización de pila de mantenimiento (SSU)" KB4504369 es necesaria.
        • En este parámetro, debe escribir "c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu". (se necesitan comillas simples, KB4504369 se instalará antes de instalar KB4501371).
        • Debe descargar los archivos MSU del sitio de Windows Update y copiarlos en la carpeta c:\KB en la máquina del controlador PCS.
        • Importante: El formato de nombre de archivo DEBE ser "Windows-KBNumber-x64.msu". Se requiere un guión (-) antes y después de KBNumber.
    • AddressPrefixes: intervalo de direcciones IP que usarán las máquinas virtuales y hosts de inquilino. Estas direcciones se usarán para la administración del centro de datos de SDN.
    • VipPrefixes: dos intervalos de direcciones IP que usa SLB para escenarios de equilibrio de carga VIP. Use el formato "'192.160.2.0/23','192.160.3.0/23'" (se necesitan comillas dobles y comillas simples).
    • ClientAddressPrefix: intervalo de direcciones IP que usan las máquinas virtuales cliente.
  • Asigne máquinas a roles
    • PrimaryNode: este es el nodo con el dispositivo seleccionado, seleccionado automáticamente por HLK.
    • Controlador de pruebas: seleccione la máquina del controlador de pruebas de PCS.
    • OtherNodes: seleccione otros nodos de clúster.

• Haga clic en Aceptar para programar la prueba.

• Consulte Visualización del informe de PCS en tiempo real a través de SQL Server Reporting Services para ver los resultados en tiempo real de la ejecución de las pruebas.

Limpieza

Use el script C:\Pcs\ReRunPcsCleanup.cmd en pcS-Controller para limpiar el estado de la configuración si la prueba finaliza de forma abrupta. Es muy importante que las máquinas virtuales obsoletas y la infraestructura de SDN se limpien antes de iniciar una nueva ejecución.

Asegúrese de que se limpian los siguientes elementos antes de iniciar una nueva ejecución:

• Roles de máquina virtual en clúster (FailoverClusterManager->Clúster->Roles)

  Get-ClusterGroup -Cluster $clusterName
  

• Todas las máquinas virtuales creadas por PCS

  Get-ClusterNode -Cluster $clusterName | % { Get-VM -ComputerName $_.Name }
  

• vNics creados por PCS/SDN

  Get-ClusterNode -Cluster $clusterName | % { Get-VMNetworkAdapter -ComputerName $_.Name -ManagementOS | Select-Object ComputerName,Name,SwitchName }
  

  

• Los volúmenes de almacenamiento o CSV del clúster no tienen ninguna entrada relativa a PCS (C:\ClusterStorage\Volume1\PCS)

Duration

• Las acciones de PCS (enumeradas a continuación) se ejecutan durante aproximadamente 24 horas.
• La ejecución completa puede tardar 36-48 horas adicionales (incluido el tiempo de instalación y limpieza).

Acciones de PCS

En la tabla siguiente se enumeran las acciones que se incluyen en esta prueba.

Nombre de acción	Descripción
NetRunEastWestCrossSubnetTrafficAction	Ejecute tráfico entre dos máquinas virtuales de inquilino en la misma red virtual, pero diferentes subredes virtuales
NetRunEastWestSameSubnetTrafficAction	Ejecute tráfico entre dos máquinas virtuales de inquilino en la misma subred virtual
NetLoadBalancerEastWestInterTenantTrafficAction	Ejecute tráfico entre inquilinos con equilibrio de carga y otra máquina virtual en otro nivel de aplicación. Simula el tráfico con equilibrio de carga entre las máquinas virtuales de la aplicación frontent (sitio web).
NetLoadBalancerEastWestIntraTenantTrafficAction	Ejecute tráfico entre inquilinos con equilibrio de carga y una máquina virtual en el mismo nivel de aplicación. Simula tráfico con equilibrio de carga desde la aplicación backend (DB) a la aplicación frontent (sitio web).
NetLoadBalancerInboundTrafficAction	Ejecute tráfico desde fuera de la red inquilino a una máquina virtual con equilibrio de carga (sitio web).
NetLoadBalancerNorthSouthTrafficAction	Ejecute tráfico desde dentro de la red inquilino a una máquina virtual con equilibrio de carga.
NetLoadBalancerOutboundTrafficAction	Ejecute tráfico desde máquinas virtuales con equilibrio de carga dentro de la red inquilino a una máquina virtual de fuera.
NetAddInboundVipToLoadBalancerAction	Crea IP virtuales para máquinas virtuales de inquilino dinámicamente, principalmente para otras acciones de tráfico que se van a usar.
VmCloneAction	Crea IP virtuales para máquinas virtuales de inquilino dinámicamente, principalmente para otras acciones de tráfico que se van a usar.
VmLiveMigrationAction	Migra en directo la máquina virtual a otro nodo de clúster.
VmStateChangeAction	Cambia el estado de la máquina virtual (por ejemplo, a Pausada).
VmStorageMigrationAction	Migra el almacenamiento de máquina virtual (los discos duros virtuales) entre los nodos del clúster.
VmGuestRestartAction	Reinicia la máquina virtual.
VmGuestFullPowerCycleAction	Apaga y enciende la máquina virtual.

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

Configuración

• Configure una solución hiperconvergida. Vea aquí un ejemplo.
• Se recomienda que el número de unidades de volúmenes sea un múltiplo del número de servidores del clúster. Por ejemplo, si tiene 4 servidores, experimentará un rendimiento más coherente con 4 volúmenes que con 3 o 5. Esto permite al clúster distribuir la "propiedad" del volumen (un servidor controla la orquestación de los metadatos de cada volumen) uniformemente entre los servidores.
• Se recomienda usar el Sistema de archivos resistente (ReFS) para Espacios de almacenamiento directo.
• De forma predeterminada, la prueba crea 20 máquinas virtuales por nodo de clúster. El tamaño medio estimado del archivo VHD de la máquina virtual podría ser de 40 GB. Para ejecutar esta prueba en un entorno de clúster de 4 nodos, el tamaño del disco virtual debe ser de al menos 20 * 40 * 4 = 3200 GB.
• Configuración mínima
  • Esta configuración contiene el mínimo de nodos de clúster, el procesador más lento, la memoria mínima y la capacidad de almacenamiento más baja que admite la familia de soluciones.
  • Use el trabajo PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) para validar esta configuración.
• Configuración máxima
  • Esta configuración contiene el máximo de nodos de clúster y el almacenamiento máximo admitido por la familia de soluciones.
  • El procesador y la memoria deben ser iguales o superiores al valor admitido más bajo para la solución, pero no deben ser el valor máximo posible admitido. Los valores de procesador y memoria deben ser representativos de las SKU más comunes para la solución.
  • Use el trabajo PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) para validar esta configuración.

Ejecutar

• Abra HLK Studio.

• Siga la Guía de introducción a Windows HLK para crear un grupo de máquinas.

• Vaya a la pestaña Proyecto y haga clic en Crear proyecto.

• Escriba un nombre de proyecto y pulse Entrar.

• Vaya a la pestaña Selección.

• Seleccione el grupo de máquinas que contiene el sistema en la máquina de prueba y del controlador PCS.

• Seleccione systems en el panel izquierdo y, a continuación, seleccione el controlador de pruebas de PCS (NOTA: no la máquina que se debe certificar).

  

• Haga clic con el botón derecho en la máquina del controlador PCS seleccionada y seleccione Agregar o modificar características.

• En el cuadro de diálogo de características, seleccione System.Solution.StorageSpacesDirect y haga clic en Aceptar.

• Vaya a la pestaña Pruebas.

• Seleccione PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) o PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) (en función del tamaño de la solución que esté probando).

• Haga clic en Ejecutar selección.

• En el cuadro de diálogo Programación:

  • Introduzca valores para los parámetros necesarios para la prueba.
    • DomainName: nombre de dominio completo (FQDN) del usuario de la prueba.
    • UserName: nombre de usuario de la prueba.
    • Contraseña: prueba de la contraseña del usuario.
    • ComputeCluster: nombre del clúster de proceso.
    • StoragePath: el valor predeterminado es "". Usa todos los CSV disponibles del clúster de proceso. Puede usar diferentes rutas de acceso escribiéndolas separadas por comas. Ejemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (se necesitan comillas dobles)
    • VmSwitchName: introduzca el nombre del conmutador virtual. Este nombre debe ser el mismo en todos los nodos.
    • FreeDriveLetter: el valor predeterminado es R. Durante la instalación, el archivo PcsFiles.vhd se monta en esta letra de unidad en el controlador PCS. Asegúrese de que esta letra de unidad está disponible.
  • Asigne máquinas a roles
    • Controlador de pruebas: seleccione la máquina del controlador de pruebas de PCS.

• Haga clic en Aceptar para programar la prueba.

• Consulte Visualización del informe de PCS en tiempo real a través de SQL Server Reporting Services para ver los resultados en tiempo real de la ejecución de las pruebas.

Duration

• Las acciones de PCS (enumeradas a continuación) se ejecutarán durante 96 horas.
• La ejecución completa puede tardar 24-36 horas adicionales (incluido el tiempo de instalación y limpieza).

Acciones de PCS

El perfil define las acciones que se van a ejecutar para validar las unidades de disco de Microsoft AzureStack. En la tabla siguiente se enumeran las acciones que se incluyen en este perfil.

Nombre de acción	Descripción
VmCloneAction	Crea una máquina virtual nueva.
VmLiveMigrationAction	Migra en directo la máquina virtual a otro nodo de clúster.
VmSnapshotAction	Toma una instantánea de la VM.
VmStateChangeAction	Cambia el estado de la máquina virtual (por ejemplo, a Pausada).
VmStorageMigrationAction	Migra el almacenamiento de máquina virtual (los discos duros virtuales) entre los nodos del clúster.
VmGuestRestartAction	Reinicia la máquina virtual.
VmStartWorkloadAction	Inicia una carga de trabajo simulada por el usuario.
VmGuestFullPowerCycleAction	Apaga y enciende la máquina virtual.
ComputeNodeEvacuation	Purga todos los recursos de un nodo de clúster.
ClusterCSVMoveAction	Mueve los discos CSV al mejor nodo disponible.
StorageNodePoolMove	Mueve un grupo de almacenamiento (creado en Espacios de almacenamiento) a otro nodo propietario del clúster de almacenamiento.
StorageNodeRestart	Reinicia un nodo en el clúster de almacenamiento.
StorageNodeBugcheck	Compruebe si hay errores en un nodo del clúster de almacenamiento.
StorageNodeUpdateStorageProviderCacheAction	Llama al comando update-storageprovidercache en PowerShell.

PrivateCloudSimulator - System.Solutions.AzureStack

Configuración

• Configure una solución hiperconvergida. Vea aquí un ejemplo.
• Se recomienda que el número de unidades de volúmenes sea un múltiplo del número de servidores del clúster. Por ejemplo, si tiene 4 servidores, experimentará un rendimiento más coherente con 4 volúmenes que con 3 o 5. Esto permite al clúster distribuir la "propiedad" del volumen (un servidor controla la orquestación de los metadatos de cada volumen) uniformemente entre los servidores.
• Debe usar el sistema de archivos resistente (ReFS) para Espacios de almacenamiento directo. De lo contrario, se producirá un error en el trabajo.
• De forma predeterminada, la prueba crea 20 máquinas virtuales por nodo de clúster. El tamaño medio estimado del archivo VHD de la máquina virtual podría ser de 40 GB. Para ejecutar esta prueba en un entorno de clúster de 4 nodos, el tamaño del disco virtual total debe ser de al menos 20 * 40 * 4 = 3200 GB.
• Configuración mínima
  • Esta configuración contiene el mínimo de nodos de clúster, el procesador más lento, la memoria mínima y la capacidad de almacenamiento más baja que admite la familia de soluciones.
  • Use el trabajo PrivateCloudSimulator - System.Solutions.AzureStack (MIN) para validar esta configuración.
• Configuración máxima
  • Esta configuración contiene el máximo de nodos de clúster y el almacenamiento máximo admitido por la familia de soluciones.
  • El procesador y la memoria deben ser iguales o superiores al valor admitido más bajo para la solución, pero no deben ser el valor máximo posible admitido. Los valores de procesador y memoria deben ser representativos de las SKU más comunes para la solución.
  • Use el trabajo PrivateCloudSimulator - System.Solutions.AzureStack (MAX) para validar esta configuración.

Ejecutar

• Abra HLK Studio.

• Siga la Guía de introducción a Windows HLK para crear un grupo de máquinas.

• Vaya a la pestaña Proyecto y haga clic en Crear proyecto.

• Escriba un nombre de proyecto y pulse Entrar.

• Vaya a la pestaña Selección.

• Seleccione el grupo de máquinas que contiene el sistema que se está probando.

• Seleccione systems en el panel izquierdo y, a continuación, seleccione el controlador de pruebas de PCS (NOTA: no la máquina que se debe certificar).

  

• Haga clic con el botón derecho en el dispositivo seleccionado y seleccione Agregar o modificar características.

• En el cuadro de diálogo de características, seleccione System.Solution.AzureStack y haga clic en Aceptar.

• Vaya a la pestaña Pruebas.

• Seleccione PrivateCloudSimulator - System.Solutions.AzureStack.

• Haga clic en Ejecutar selección.

• En el cuadro de diálogo Programación:

  • Introduzca valores para los parámetros necesarios para la prueba.
    • DomainName: nombre de dominio completo (FQDN) del usuario de la prueba.
    • UserName: nombre de usuario de la prueba.
    • Contraseña: prueba de la contraseña del usuario.
    • ComputeCluster: nombre del clúster de proceso.
    • StoragePath: el valor predeterminado es "". Usa todos los CSV disponibles del clúster de proceso. Puede usar diferentes rutas de acceso escribiéndolas separadas por comas. Ejemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (se necesitan comillas dobles)
    • VmSwitchName: introduzca el nombre del conmutador virtual. Este nombre debe ser el mismo en todos los nodos.
    • FreeDriveLetter: el valor predeterminado es R. Durante la instalación, el archivo PcsFiles.vhd se monta en esta letra de unidad en el controlador PCS. Asegúrese de que esta letra de unidad está disponible.
  • Asigne máquinas a roles
    • Controlador de pruebas: seleccione la máquina del controlador de pruebas de PCS.

• Haga clic en Aceptar para programar la prueba.

• Consulte Visualización del informe de PCS en tiempo real a través de SQL Server Reporting Services para ver los resultados en tiempo real de la ejecución de las pruebas.

Duration

• Las acciones de PCS (enumeradas a continuación) se ejecutarán durante 96 horas.
• La ejecución completa puede tardar 24-36 horas adicionales (incluido el tiempo de instalación y limpieza).

Acciones

El perfil define las acciones que se van a ejecutar para validar el contenedor de almacenamiento para Microsoft AzureStack. En la tabla siguiente se enumeran las acciones que se incluyen en este perfil.

Nombre de acción	Descripción
VmCloneAction	Crea una máquina virtual nueva.
VmLiveMigrationAction	Migra en directo la máquina virtual a otro nodo de clúster.
VmSnapshotAction	Toma una instantánea de la VM.
VmStateChangeAction	Cambia el estado de la máquina virtual (por ejemplo, a Pausada).
VmStorageMigrationAction	Migra el almacenamiento de máquina virtual (los discos duros virtuales) entre los nodos del clúster.
VmGuestRestartAction	Reinicia la máquina virtual.
VmStartWorkloadAction	Inicia una carga de trabajo simulada por el usuario.
VmGuestFullPowerCycleAction	Apaga y enciende la máquina virtual.
ClusterCSVMoveAction	Mueve los discos CSV al mejor nodo disponible.
StorageNodePoolMove	Mueve un grupo de almacenamiento (creado en Espacios de almacenamiento) a otro nodo propietario del clúster de almacenamiento.
StorageNodeRestart	Reinicia un nodo en el clúster de almacenamiento.
StorageNodeBugcheck	Compruebe si hay errores en un nodo del clúster de almacenamiento.
StorageNodeUpdateStorageProviderCacheAction	Llama al comando update-storageprovidercache en PowerShell.

Visualización del informe de PCS en tiempo real a través de SQL Server Reporting Services

Mientras se ejecutan las operaciones de PCS, los informes se guardan en una base de datos SQL en el controlador PCS. Cada informe enumera todas las operaciones que se realizaron, sus porcentajes de operaciones correctas y todos los recursos que se adquirieron y liberaron durante la prueba. Se crea una nueva base de datos para cada ejecución de prueba para que pueda revisar los datos de las ejecuciones de pruebas anteriores en cualquier momento.

Para ver el informe, siga los pasos siguientes:

• De forma predeterminada está habilitada la configuración de seguridad mejorada de Internet Explorer en Windows Server. Debe deshabilitarlo para ver el informe.

  Abra Administrador del servidor => Servidor local => haga clic en Configuración de seguridad mejorada de IE para desactivarla para administradores y usuarios.

• Abra IE desde el controlador PCS y visite http://<PcsControllerMachineName>/Reports.

  

• Haga clic en Informes de PCS =>PCSRuns.

• Cada ejecución de PCS se identifica mediante un identificador de ejecución correcta único.

  

• Haga clic en un Identificador de ejecución correcta (por ejemplo, haga clic en f44b3f88-3dbf-476e-9294-9d479ca0a369) para abrir un informe desde la ejecución de PCS. Los datos de estos informes se presentan en tiempo real. Mientras se ejecuta una prueba, puede supervisar el progreso de una ejecución de prueba en tiempo real.

  • Descripción general de todos los recursos (nodos, clústeres y máquinas virtuales) que participaron en la ejecución de pruebas.
  • Todas las acciones que se realizaron en cada recurso. Las columnas Correcto y Error indican el número de acciones correctas y con errores.

  

• En la tabla Descripción general de la operación, puede hacer clic en los vínculos de la columna Acción/Correcta/Errores para abrir las páginas de detalles, que proporcionan más información sobre los resultados de la acción. Por ejemplo, si ha hecho clic en el número de error 9 mediante la entrada VMLiveMigrationAction, verá el resumen que se muestra en la ilustración siguiente.

  

• La primera entrada anterior proporciona la siguiente información:

  • Identificador de error: cuando se produce un error en PCS, generalizamos el mensaje de error y generamos un hash único para él. En el ejemplo anterior, el identificador de error es 97c12afd-23a8-3982-e304-a5dc6793950d.

  • Hash de error: mensaje de error generalizado. En el ejemplo anterior, el hash de error es

    La migración en tiempo real de la máquina virtual <MÁQUINA VIRTUAL> falló en el <PORCENTAJE> (estado de migración: En proceso de migración)
    Error: la operación de migración de la máquina virtual "<MÁQUINA VIRTUAL>" falló en el destino de migración "<NODO DE CÁLCULO>". (Identificador de máquina virtual <GUID>)
    No se han podido recibir datos para la migración de una máquina virtual: esta operación se ha devuelto porque ha expirado el tiempo de espera. (0x800705B4).

  • Recuento de ejecuciones actuales: recuento de acciones de un tipo determinado que produjo un error con este mensaje de error determinado durante esta ejecución. En el ejemplo anterior, VMLiveMigrationAction se ejecutó 3 veces.

  • Recuento de todas las ejecuciones: recuento de acciones con errores debido a este error determinado en todas las ejecuciones de PCS. Para VMLiveMigrationAction, este recuento fue 3.

  • Ejecuciones de PCS afectadas: indica cuántas ejecuciones se han visto afectadas por este error. Para VMLiveMigrationAction, solo se ha visto afectada 1 ejecución de PCS.

• Para profundizar más en el error puede hacer clic en un identificador de error en esa pantalla para ver con más detalle un historial global del tipo de error en todas las ejecuciones de PCS. Por ejemplo, haga clic en 97c12afd-23a8-3982-e304-a5dc6793950d para mostrar lo siguiente. En la página se enumeran todas las operaciones con errores, agrupadas por tipo de error, lo que tiene el efecto de resaltar las características clave que podría necesitar investigar.

  

• Si hace clic en el identificador de acción, puede ver con más detalle el informe de registro de acciones. Los errores se muestran en rojo; las advertencias se muestran en amarillo.

  

Solución de problemas de una ejecución de PCS desde el controlador HLK

Hay varias fases en el flujo de ejecución de PCS. A continuación se muestra un ejemplo al visualizar un resultado de Administrador de HLK => Exploradores => Monitor de trabajos => Grupo de máquinas seleccionado => selección del trabajo en Estado de ejecución de trabajo.

Si se produjo un error en PCS en las fases de Configuración, Ejecución o Limpieza, puede examinar los registros del trabajo haciendo clic con el botón derecho en el nombre del trabajo (o en el nombre de tarea secundario) => haga clic en Examinar registros de trabajo. Los nombres de archivo de registro son PCS-E2Elaunch_Setup.log, PCSE2Elaunch_Execute.log y PCS-E2Elaunch_Cleanup.log. Los archivos de registro deben contener información sobre errores. Intente buscar una excepción inesperada cerca del final de los archivos de registro.

Solución de problemas de una ejecución de PCS desde el controlador PCS

Cuando se produce un error en un trabajo de PCS en la fase de configuración, ejecución o limpieza, puede volver a ejecutar la fase directamente desde el controlador PCS. Este método es útil para solucionar problemas en estas fases.

• Símbolo del sistema con privilegios elevados
• Vuelva a ejecutar el script ReRunPcsSetup.cmd, ReRunPcsExecute.cmd o ReRunPcsCleanup.cmd.

Registros y diagnóstico

PCS tiene tres fases principales: Configuración, Ejecución y Limpieza. Un trabajo de PCS usa el script PCS-E2Elaunch.ps1 para iniciar estas tres fases. Sus nombres de archivo de registro son PCS-E2ELaunch_Setup.log, PCS-E2ELaunch_Execute.log y PCSE2ELaunch_Cleanup.log.

Cuando se ha completado una ejecución de PCS, PCS analiza los registros durante la fase de limpieza. Se considera que una ejecución se ha realizado correctamente cuando se cumplen los siguientes criterios, con el informe analizado guardado como PCSReport.htm.

• Todas las acciones de PCS tienen al menos un 90 % de índice de operaciones correctas.
• No se ha producido ningún bloqueo inesperado de ningún nodo de clúster, excepto los iniciados por PCS con fines de prueba.

Se generan los siguientes archivos en el controlador PCS durante la fase de limpieza.

• PcsReport.htm: resumen de la ejecución.
• ClusterName-PRE.mht.html: informe de prueba de validación del clúster que se ejecuta antes de la fase de configuración.
• ClusterName-POST.mht.html: informe de prueba de validación del clúster que se ejecuta después de la fase de configuración.
• PcsLog-DateTime.zip: contiene registros y se copia en el controlador HLK cuando finaliza la prueba.
  • Carpeta MHTML: contiene los registros SQL de PCS
  • Carpeta SDDCDiagnosticInfo: contiene los registros de clúster y de eventos

Se ha observado que, muchas veces, los problemas detectados o resultantes de una ejecución de certificación de PCS no están relacionados con PCS en sí mismo. A continuación se incluye una guía básica para ayudar a reducir algunos de los problemas.

• Ejecute la prueba de validación del clúster y compruebe si hay errores.
• En el administrador de clústeres de conmutación por error, compruebe si todos los nodos, vDisk y grupos están en buen estado. Si no es así, se recomienda comprobar los registros o la depuración antes de llamar a MSFT.
• Abra el administrador de Hyper-V y asegúrese de que las máquinas virtuales y vSwitches se enumeran (también se puede hacer ejecutando Get-VM o Get-VMSwitch).
• Asegúrese de que puede crear un vSwitch fuera de las pruebas de PCS en uno o todos los nodos de proceso.
• Asegúrese de que puede crear una máquina virtual en uno o todos los nodos y que puede conectar un vmNetworkAdapter a un vSwitch.
• Busque archivos de volcado de memoria generados debido a comprobaciones de errores mediante la ejecución de "dir /s *.dmp" desde %systemdrive% en los nodos de proceso.
• También puede usar LiveKD para ver los módulos o subprocesos de kernel que están bloqueados, si no tiene asociado el depurador de kernel.
• Compruebe si la licencia de los nodos de proceso está activa, ya que la licencia de versión de evaluación se restablece cada 180 días.

Generación de un archivo ZIP que contiene registros de PCS

Puede ejecutar el siguiente script desde el controlador PCS para generar un archivo ZIP que contenga los registros necesarios. Este método es útil cuando el trabajo e cancela o mientras se ejecuta la prueba.

C:\pcs\PCS-E2ELaunch.ps1 -DomainName <string> -UserName <string> -Password <string> -ComputeCluster <string> [-StorageCluster <string>] -CollectLog [-CollectLogLevel <int>]

Parámetros

• DomainName: nombre de dominio completo (FQDN) del usuario de la prueba.
• UserName: nombre de usuario de la prueba.
• Contraseña: prueba de la contraseña del usuario.
• ComputeCluster: nombre del clúster de proceso.
• StorageCluster: opcional, nombre del clúster de almacenamiento. No especifique este parámetro si los clústeres de equipo y almacenamiento son los mismos.
• CollectLog: obligatorio
• CollectLogLevel: opcional, el valor predeterminado es 1. Escriba 3 para recopilar registros detallados.

Generación manual del archivo PcsReport.htm

Mientras se ejecuta PCS, puede ejecutar los siguientes cmdlets en el controlador PCS para generar un informe HTML que muestre comprobaciones de errores inesperadas de todos los nodos.

Import-Module C:\PCS\PrivateCloudSimulator-Manager.psm1
Get-PCSReport

Personalización de acciones de PCS

• Cada trabajo de PCS tiene sus propios archivos XML que definen sus acciones.

• Cada trabajo puede contener hasta 3 archivos xml: PrivateCloudSimulator.xml, PrivateCloudSimulator_Create.xml, PrivateCloudSimulator_Storage.xml

• Estos archivos XML se pueden encontrar en el controlador HLK. A continuación se muestra un ejemplo del trabajo PrivateCloudSimulator - System.Solution.AzureStack. El nombre de carpeta resaltado es el nombre del trabajo de HLK.

  C:\Archivos de programa (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\PCS\System.Solutions.AzureStack\PrivateCloudSimulator_Create.xml

Ejemplo 1: habilitar o deshabilitar una acción

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneAction, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="Interval" ValueType="System.TimeSpan" Value="00:01:00" />
  <ConfigurableTypeField FieldName="StartupNumber" ValueType="System.Int32" Value="2" />
  <ConfigurableTypeField FieldName="InjectVMRTInGuest" ValueType="System.Boolean" Value="true" />
  <ConfigurableTypeField FieldName="BaseVHDPath" ValueType="System.String" Value="%BASEVHD%" />
</ConfigurableType>

• El nombre de la acción de prueba es VmCloneAction.
• El campo Intervalo establece la frecuencia con la que se ejecuta la acción. Use el formato hh:mm:ss. Por ejemplo, el valor 02:00:00 repite la acción cada 2 horas.
• El campo StartUpNumber define el número de instancias de esa acción que se van a iniciar en cada nodo del clúster de proceso. Para deshabilitar una acción, establezca este campo en cero.
• No modifique otros campos.

Ejemplo 2: cambio de máquinas virtuales para usar discos de diferenciación

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="VmClusteringPercentage" ValueType="System.Int32" Value="100" />
  <ConfigurableTypeField FieldName="UseDiffDisks" ValueType="System.Boolean" Value="false" />
</ConfigurableType>

• PCS realiza de forma predeterminada una copia del VHD del SO invitado proporcionado para crear máquinas virtuales que tengan discos virtuales dinámicos de forma predeterminada. Para crear máquinas virtuales que tengan discos de diferenciación en su lugar, establezca el valor de UseDiffDisks en true.

Ejemplo 3: cambio del número de máquinas virtuales creadas por nodo

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCreationBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <!-- MaxVmCount is Max Number of VMs on any one node -->
  <ConfigurableTypeField FieldName="MaxVmCount" ValueType="System.Int32" Value="20" />
</ConfigurableType>

• PCS crea de forma predeterminada 20 máquinas virtuales por nodo de clúster. El tamaño medio de la máquina virtual podría ser de 40 GB. En un entorno de clúster de 4 nodos, podría ocupar 20 * 4 * 40 = 3200 GB de espacio en disco. Si intenta certificar el hardware, no cambie el valor predeterminado. Debe considerar la posibilidad de agregar más discos, en lugar de reducir el número.

Personalización de registros de acciones

Una ejecución de PCS tiene un RunId. Una acción de PCS tiene un identificador de acción. Cuando se produce un error en una acción de PCS, PCS quita la variante (es decir, el nombre de la máquina virtual) del mensaje de error y genera un valor hash único para él. Los errores similares tienen el mismo valor hash único. A continuación, PCS los agrupa en el sitio de informes de SQL.

PCS usa agentes de escucha de seguimiento de .NET para recopilar los resultados de las pruebas. Estos agentes de escucha se definen en Microsoft.PrivateCloudSimulator.exe.config.

• SQLOnline: este agente de escucha registra los resultados en SQL Database.
• AnalyticalLogGather: este agente de escucha recopila información adicional cuando se produce un error en una acción.

Cuando se produce un error en una acción determinada o se ve un valor hash determinado, puede configurar el agente de escucha AnalyticalLogGather para recopilar registros de eventos, registros de clúster o llamar a un script. Esto se define en un ActionFailureReactionPolicy.xml.

En ActionFailureReactionPolicy.xml, PCS admite dos tipos de desencadenadores y tres tipos de reacciones. Con este XML, puede definir reglas como "cuando se ve el desencadenador X, reaccionar con Y y Z". La mayoría de las acciones tendrían NodeScope establecido en ReservedOnly y MaxLevel establecido en 3 (eventos Crítico, Error y Advertencia).

Desencadenador:

Tipo	Data
ActionFail	ActionFullName
KnownFailure	FailureHash

Reacción:

Tipo	Data
ETWCollection	Channel, NodeScope, StorageLocation, MaxLevel
ClusterLogCollection	UseLocalTime, NodeScope, StorageLocation, MaxTimeDuration (opcional)
CustomPS	ScriptFullPath, NodeScope, Argument

Los valores válidos de NodeScope son los siguientes:

• AllNodes
• ComputeOnly
• StorageOnly
• EdgeOnly
• NCOnly
• ReservedOnly

Los valores válidos de MaxLevel son los siguientes:

• 0 (registros en todos los niveles)
• 1 (Crítico)
• 2 (error)
• 3 (Advertencia)
• 4 (Información)
• 5 (Detallado)

Ejemplos:

<Trigger>
  <Type>ActionFail</Type>
  <Data Name="ActionFullName" Value="Microsoft.HyperV.Test.Stress.PrivateCloud.ComputeNode.Action.StorageNodeRestartAction">
  </Data>
  <ReactionMatchList>
    <!-- Details of Reaction are Defined Below and are referenced using the ID attribute-->
    <MatchingReaction ID ="1"></MatchingReaction>
    <MatchingReaction ID ="2"></MatchingReaction>
  </ReactionMatchList>
</Trigger>49
<Reaction ID="1">
  <Type>ETWCollection</Type>
  <Data Name="Channel" Value="Microsoft-Windows-Hyper-V-VMMS-Analytic"></Data>
  <Data Name="NodeScope" Value="ReservedOnly"></Data>
  <Data Name="StorageLocation" Value="C:\PCS\PCSEventData\%NODE%\%ActionId%\EventLogs"></Data>
  <Data Name="MaxLevel" Value="3"></Data>
</Reaction>

Los archivos de registro de acciones se guardan en la carpeta "FORENSICLOGLOCATION" en el controlador PCS. De forma predeterminada, es C:\PCS\PCSEventData.

Para cada acción con errores, se recopila la siguiente información de los nodos reservados. Esta ubicación del registro se puede ver en la página del informe SQL de la acción.

• %MachineName%\%RunId%\ClusterLogs\%ActionId%
• %MachineName%\%RunId%\EventLogs\%ActionId%
• %MachineName%\%RunId%\CustomResponse\%ActionId%

Preguntas más frecuentes

Consulte las Preguntas frecuentes sobre Private Cloud Simulator