Compartilhar via

Simulador de Nuvem Privada para Windows Server 2019

  • Artigo

Introdução

A tendência atual do setor é que as soluções de nuvem privada sejam compostas por componentes de hardware e software totalmente integrados, a fim de fornecer uma nuvem privada resiliente com alto desempenho. Problemas em qualquer um dos componentes (software, hardware, drivers, firmware e assim por diante) podem comprometer a solução e minar as promessas feitas em relação a um SLA (Contrato de Nível de Serviço) para a nuvem privada.

Alguns desses problemas são apresentados apenas sob uma implantação de alto estresse e escala de nuvem e são potencialmente difíceis de encontrar usando testes tradicionais autônomos focados em componentes. O Simulador de Nuvem Privada é um conjunto de testes de validação de nuvem que permite validar seu componente em um cenário de nuvem e identificar esses tipos de problemas.

Público-alvo

O público-alvo deste documento são aqueles que trabalham para validar o hardware para o Logotipo do Windows Server, as soluções do Microsoft Azure Stack e as soluções do Microsoft Azure Stack HCI.

Visão geral do teste

O PcS (Simulador de Nuvem Privada) simula um datacenter dinâmico/nuvem privada criando cargas de trabalho de VM, simulando operações de data center (balanceamento de carga, manutenção de software/hardware) e injetando falhas de computação/armazenamento (falha de hardware/software não planejada). O PCS usa um banco de dados do Microsoft SQL Server para registrar dados de teste e solução durante a execução. Em seguida, ele apresenta um relatório que inclui taxas de aprovação/falha de operação e o whihch de logs fornece a capacidade de correlacionar dados para determinação de passagem/falha e diagnóstico de falha (conforme aplicável).

A tabela abaixo contém os links para os arquivos que você precisa baixar para executar testes de PCS.

Nome Location
HLK Kit HLK versão 1809
Pacote de atualização HLK Instale a versão mais recente no site do Microsoft Collaborate.
Formato do nome do arquivo: HlkUpdatePackage17763.buildnumber.datetime.zip
HLK Playlist HLK Versão 1809 CompatPlaylist x64 Server.xml
PCSFiles.vhd PCSFiles.vhd
O valor de hash SHA256 é 5D801FE7627C539C2DA0E1719E3ECC96847BF08AFF2CBABC08133921E7EB08D1
dotNet 3.5 para Windows 10 Microsoft-Windows-NetFx3-OnDemand-Package.cab
Atualização do Windows Server 2019 Instalar a versão mais recente no site Windows Update

Você pode usar Get-FileHash cmdlet do PowerShell para calcular o valor de hash de um arquivo.

Instalação da infraestrutura do Common Lab

Topologia

O ambiente de laboratório do PCS contém os seguintes elementos:

  • Um controlador de domínio do Active Directory/servidor DNS/DHCP para o domínio de teste.
  • Um computador de controlador HLK dedicado. O sistema operacional deve ser Windows Server 2016.
  • Um computador controlador PCS dedicado. O sistema operacional deve ser o Windows Server 2019.
  • Um cluster de computação, que hospeda máquinas virtuais Hyper-V. O número mínimo de nós depende do tipo de trabalhos pcs.

Documentos de suporte:

Observações:

  • Todos os computadores acima devem ser unidos ao mesmo domínio de teste.
  • Todos os testes de PCS precisam ser executados como o mesmo usuário no grupo 'Administradores de Domínio' para o domínio de teste.
  • Use o mesmo usuário com credenciais de domínio Administração para instalar o controlador HLK.

Requisitos do sistema do controlador HLK

Os requisitos mínimos do sistema são conforme mostrado na tabela abaixo.

Recurso Requisito mínimo
CPU (ou vCPU) 4 núcleos
Memória 12 GB de RAM
Espaço em disco disponível 200 GB
Sistema operacional Windows Server 2016 Datacenter
Domínio do Active Directory Ingresse nele no domínio de teste

Instalação do controlador HLK

Obter arquivos IOMeter

  • IOMeter é uma carga de trabalho que deve ser instalada no controlador HLK.

  • Baixe a versão i386 do Windows da versão do IOMeter datada de 2006.07.27 do site do IOMeter.

  • Execute a instalação (ou descompacte o pacote) para descompactar os arquivos.

  • Copie IOMeter.exe, Dynamo.exe para a pasta Tests\amd64\pcs\GuestScenarioManager\IOMeter no controlador HLK. Abaixo está o caminho padrão para uma instalação do HLK:

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

Requisitos do sistema do controlador pcs

Os requisitos mínimos do sistema são conforme mostrado na tabela abaixo.

Recurso Requisito mínimo
CPU (ou vCPU) 4 núcleos
Memória 12 GB de RAM
Espaço livre na unidade de inicialização 200 GB
Sistema operacional Windows Server 2019 Datacenter
Domínio do Active Directory Ingresse nele no domínio de teste

Configuração do controlador pcs

  • O controlador pcs deve ser uma VM de geração v2 ou um computador físico.
  • Inicialização segura e BitLocker DEVEM ser desabilitados. Isso é necessário porque o PCS habilita a configuração de inicialização TestSigning . Se você estiver usando a VM Hyper-V da Geração 2 como controlador pcs, interrompa a VM para desabilitar a Inicialização Segura nas configurações da VM.
  • Instale o cliente HLK usando o guia Introdução do Windows HLK e abra as portas necessárias.
  • Instale .NET Framework 3.5 (esse recurso não está incluído por padrão no Windows Server 2019).
    • As Instruções de Instalação Genérica podem ser encontradas nos seguintes locais:
    • Para ver builds lançados por meio do Microsoft Connect, consulte os detalhes abaixo:

      • Monte o ISO fornecido com o build e localize o arquivo em MountedDriveLetter:\sources\sxs\microsoft-windows-netfx3-ondemand-package.cab

      • Copiar o arquivo para uma pasta local no controlador pcs

      • Instale o pacote executando esta linha de comando usando privilégios de administrador

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

Testes de PCS

Esta seção discute como encontrar um teste de PCS apropriado para seu dispositivo/solução, configurar o laboratório e iniciar a execução do PCS.

  • Você precisa usar a mesma conta de usuário administrador de domínio para configurar o laboratório e executar testes.
  • O Estado de Inicialização Segura deve estar DESATIVADO em todos os nós e no controlador pcs.
  • O pacote de atualização HLK DEVE ser baixado e instalado em controladores/clientes HLK. O pacote de atualização do HLK está disponível no site do Microsoft Collaborate para download.

Seleção de Teste do PCS

Os trabalhos do PCS são usados para certificar várias categorias de dispositivos e soluções. A tabela abaixo mapeia-as para o trabalho de PCS apropriado.

Destino Programa de Certificação Nome do trabalho no HLK
NIC Logotipo do Windows Server PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC SDDC Standard PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC SDDC Premium PrivateCloudSimulator-Device.Network.LAN.AzureStack
NIC AZURESTACK PrivateCloudSimulator-Device.Network.LAN.AzureStack
SAS HBA SDDC Standard O trabalho do PCS é substituído por testes de S2D BVT e Estresse
SAS HBA SDDC Premium O trabalho do PCS é substituído por testes de S2D BVT e Estresse
SAS HBA AZURESTACK O trabalho do PCS é substituído por testes de S2D BVT e Estresse
Disk(HDD/SSD/NVMe) SDDC Standard O trabalho do PCS é substituído por testes de S2D BVT e Estresse
Disk(HDD/SSD/NVMe) SDDC Premium O trabalho do PCS é substituído por testes de S2D BVT e Estresse
Disk(HDD/SSD/NVMe) AZURESTACK O trabalho do PCS é substituído por testes de S2D BVT e Estresse
Solução SDDC Standard PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Solução SDDC Premium PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Solução AZURESTACK PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

Os trabalhos do PCS são resumidos abaixo:

  • PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater
    Esse teste contém um conjunto de ações, que se destinam especificamente ao dispositivo adaptador de rede, juntamente com ações de VM e cluster de computação.
  • PrivateCloudSimulator - Device.Network.LAN.AzureStack
    Esse teste contém um conjunto estendido de ações, que verificam o suporte do adaptador de rede para o novo recurso "Rede Definida pelo Software" no Windows Server, juntamente com ações de VM e cluster de computação.
  • PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN)/(MAX)
    Esse teste contém um conjunto estendido de ações, que visam toda a solução criada em um cluster direto de espaços de armazenamento hiperconvergentes. O teste (MIN) deve ser executado em um cluster com o número mínimo de nós com suporte para a solução. O teste (MAX) deve ser executado em um cluster com o número máximo de nós com suporte para a solução.
  • PrivateCloudSimulator - System.Solutions.AzureStack (MIN)/(MAX)
    Esse teste contém um conjunto estendido de ações, que se destinam a toda a solução AzureStack. O teste (MIN) deve ser executado em um cluster com o número mínimo de nós com suporte para a solução. O teste (MAX) deve ser executado em um cluster com o número máximo de nós com suporte para a solução.

Fluxo de execução do trabalho do PCS

Cada trabalho do PCS contém as tarefas a seguir.

  • Inicializar o controlador pcs
    • Nesta fase, o mecanismo de execução do PCS configura um SQL Server e o IIS no computador controlador pcs
    • Ele também copia conteúdo (por exemplo, arquivos VHD do sistema operacional de avaliação) para habilitar a criação da VM no próximo estágio
  • Criar VMs
    • Esta fase vê o mecanismo pcs começar a criar VMs em cada nó do cluster
    • A criação da VM é interrompida quando o número de destino de VMs/nó é atingido.
    • Esta etapa faz parte da fase de instalação do PCS. O temporizador de duração da execução de teste é inicializado após este estágio.
  • Executar ações do PCS
    • Agora, o PCS inicia vários tipos de ações (VM, Cluster, Armazenamento, Rede) em cada nó do cluster.
    • As ações são executadas em paralelo e coordenam entre si para exercer o dispositivo (armazenamento, rede) e a solução por meio do ciclo de vida de nuvem/datacenter privado
    • As ações são executadas periodicamente e param depois que o tempo de execução de destino (definido pelo perfil/trabalho) do teste for atingido.
    • O tempo de execução do teste é definido por perfil e pode variar com base no perfil que você está executando. O temporizador de execução de teste é inicializado depois que todas as VMs são criadas.
    • As etapas em cada ação e o resultado correspondente de cada etapa são armazenadas no SQL Server.
  • Execução de limpeza
    • Nesta fase, as VMs criadas no estágio (4) são limpas e o cluster é restaurado para um estado de limpo (o mais possível).
    • Ele gera um arquivo de relatório (PcsReport.htm) e um arquivo ZIP que contém logs de teste.
  • Resultado do relatório no HLK Studio
    • Nesta fase, o estúdio do HLK relata o resultado da execução do PCS.
    • O resultado pode ser empacotado em um arquivo HLKX para envio à Microsoft.

Executar testes de PCS

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

Requisitos do Sistema

Requisito Descrição
Componente que está sendo certificado NIC
Tipo de instalação Configuração hiperconvergente com armazenamento S2D. Observação: um HBA certificado pelo SDDC é necessário.
Número mínimo de nós de servidor 3 computadores idênticos
Especificação do servidor CPU: 16 núcleos físicos (por exemplo, 2 soquetes com 8 núcleos), MEMÓRIA: 128 GB, 64 GB de espaço livre na unidade de inicialização
Armazenamento geral Espaço livre de 4 TB por nó no HDD, 800 GB de espaço livre por nó no SSD
Disco Se houver unidades usadas como cache, deverá haver pelo menos 2 por servidor. Deve haver pelo menos 4 unidades de capacidade (não cache) por servidor. Consulte Requisitos de hardware S2D para obter mais informações.
Cartão de Rede NIC sendo certificada
Opção Alternar com suporte a todos os recursos da NIC

Instalação

  • Siga o guia de Introdução do Windows HLK para instalar o software cliente HLK em todos os nós de cluster.
  • Siga o guia do cluster Windows Server 2016 Espaços de Armazenamento Diretos para implantar um cluster.
  • Todos os nós devem estar conectados aos mesmos comutadores físicos.
  • 10 GbE ou uma taxa de bits de rede melhor deve ser usada. Crie um swith virtual com o mesmo nome em cada nó.
  • As máquinas virtuais, criadas pelo PCS, conectam-se ao comutador virtual para enviar tráfego de rede entre elas. Essas VMs obtêm o endereço IP por meio do DHCP. Verifique se o servidor DHCP atribui endereços IP válidos a essas VMs. Se o servidor DHCP não estiver disponível ou falhar, as VMs usarão a APIPA (Endereçamento IP Privado Automático) para configurar automaticamente um endereço IP e uma sub-rede. Cada VM deve ter um endereço IP válido para enviar tráfego de rede entre VMs.

Execute (executar)

  • Abrir o HLK Studio

  • Siga o guia de Introdução do Windows HLK para criar um pool de computadores

  • Navegue até a guia Projeto e clique em Criar Projeto

  • Insira um nome de projeto e pressione Enter

  • Navegue até a guia Seleção

  • Selecione o pool de computadores que contém o dispositivo adaptador de rede

  • Selecionar gerenciador de dispositivos

  • Selecione o dispositivo. Não há problema em selecionar qualquer dispositivo NIC relevante (não importa qual membro da equipe de comutador virtual) em qualquer um dos nós de computação destinados à certificação.

    hlk mostrando o teste de 10gborgreater com o dispositivo selecionado

  • Clique com o botão direito do mouse no dispositivo selecionado e selecione Adicionar/Modificar Recursos

  • Na caixa de diálogo recursos, selecione Device.Network.LAN.10GbOrGreater e clique em OK. Para a maioria dos cartões NIC (com velocidades de 10 GbE ou superior), esse recurso deveria ter sido selecionado automaticamente.

  • Navegue até a guia Testes

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

  • Clique em Executar Selecionado

  • Na caixa de diálogo Agendamento,

    • Insira valores para os parâmetros de teste necessários
      • DomainName: nome de domínio do usuário de teste
      • UserName: testar o nome de usuário do usuário
      • Senha: testar a senha do usuário
      • ComputeCluster: nome do cluster de computação
      • StoragePath: o valor padrão é "". Ele usa todos os CSVs disponíveis do cluster de computação. Você pode usar caminhos diferentes inserindo caminhos separados por vírgulas. Exemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2"
      • VmSwitchName: nome do comutador virtual em todos os nós
      • FreeDriveLetter: o valor padrão é R. Durante a instalação, o arquivo PcsFiles.vhd é montado nessa letra da unidade no controlador PCS. Verifique se essa letra da unidade está disponível.
      • IsCreateCluster: usar o valor padrão
      • IsRemoveCluster: usar o valor padrão
      • IsConfigureHyperV: usar o valor padrão
    • Mapear computadores para funções
      • PrimaryNode: esse é o nó com o dispositivo selecionado
      • Controlador de Teste: selecione o computador do controlador de teste do PCS
      • OtherNodes: selecionar outros nós de cluster

  • Clique em OK para agendar o teste

  • Consulte Exibir relatório pcs em tempo real por meio de SQL Server Reporting Services para exibir os resultados em tempo real para a execução do teste.

Duração

  • As ações do PCS (listadas abaixo) são executadas por cerca de 24 horas.
  • A execução completa pode levar de 24 a 36 horas adicionais (incluindo tempo para instalação e limpeza).

Ações do PCS

A tabela a seguir lista as ações incluídas neste teste.

Nome da ação Descrição
VmCloneAction Cria uma nova VM.
VmLiveMigrationAction Migra ao vivo a VM para outro nó de cluster.
VmSnapshotAction Usa um instantâneo da VM.
VmStateChangeAction Altera o estado da VM (por exemplo, para Pausado).
VmStorageMigrationAction Migra o armazenamento de VM (os VHDs) entre nós de cluster.
VmGuestRestartAction Reinicia a VM.
VmStartWorkloadAction Inicia uma carga de trabalho simulada pelo usuário.
VmGuestFullPowerCycleAction O ciclo de energia da VM.
ComputeNodeEvacuationAction Reinicie um nó de cluster.

PrivateCloudSimulator - Device.Network.LAN.AzureStack

Requisitos do Sistema

Requisito Descrição
Componente que está sendo certificado NIC (com RDMA)
Tipo de instalação Configuração hiperconvergente com armazenamento S2D. Observação: um HBA certificado pelo SDDC é necessário.
Número mínimo de nós de servidor 3 computadores idênticos
Especificação do servidor CPU: 16 núcleos físicos (por exemplo, 2 soquetes com 8 núcleos), MEMORY: 128 GB, 64 GB de espaço livre na unidade de inicialização
Armazenamento geral Espaço livre de 4 TB por nó no HDD, 800 GB de espaço livre por nó no SSD
Disco Se houver unidades usadas como cache, deverá haver pelo menos 2 por servidor. Deve haver pelo menos 4 unidades de capacidade (não cache) por servidor. Consulte Requisitos de hardware S2D para obter mais informações.
Cartão de Rede NIC sendo certificada
Comutador Alternar com suporte a todos os recursos da NIC

Instalação

  • O host Hyper-V que contém a VM do Controlador do PCS deve ser Windows Server 2016 ou posterior.

  • Siga o guia de Introdução do Windows HLK para instalar o software cliente HLK em todos os nós de cluster

  • Siga o guia do cluster Windows Server 2016 Espaços de Armazenamento Diretos para implantar um cluster

  • Para obter instruções para configurar a rede para Espaços de Armazenamento Diretos, consulte Windows Server 2016 Guia de implantação de RDMA convidado e NIC convergido.

  • A VM do Controlador de PCS deve ser criada como uma VM de geração 2 e ter dois adaptadores de rede, um para a rede de gerenciamento e outro para topologia de SDN (espaço de endereço pa). A interface da topologia SDN receberá um endereço IP do espaço de endereço IP passado como o parâmetro AddressPrefixes .

    rede definida pelo software com s2d

  • Todos os nós devem ser capazes de se comunicar com a VM do Controlador do PCS o tempo todo por meio de uma interface de gerenciamento. Para essa finalidade, cada servidor deve ter uma NIC adicional para a interface de gerenciamento, que não precisa atender aos requisitos estritos de taxa de bits.

  • Todos os nós e o controlador pcs devem ter o mesmo KB mais recente instalado.

  • 10 GbE ou uma taxa de bits de rede melhor é necessária para as NICs em teste. Cada servidor deve ter duas NICs idênticas de 10 gb ou superiores.

  • Se as NICs compatíveis com RDMA forem usadas, a opção física deverá atender aos requisitos de RDMA associados.

  • Defina as propriedades das NICs específicas para implantações do AzureStack para garantir que as NICs certificadas possam dar suporte a essas propriedades. Você pode usar o cmdlet Get-NetAdapterAdvancedProperty do PowerShell para verificar as propriedades da NIC.

    • Descarregamento de tarefa encapsulada por VXLAN == Habilitado
    • Sobrecarga de encapsulamento == 160
    • Pacote >Jumbo = 1500
    • MtuSize == 1660

  • Verifique se cada nó contém um comutador virtual habilitado para agrupamento com o mesmo nome.

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

  • Configurar virtualização aninhada: a virtualização aninhada para a VM do controlador pcs deve ser habilitada. Enquanto a VM do PCS estiver no estado OFF, execute o comando a seguir no host Hyper-V.

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

  • Verifique se o RDMA está configurado em todos os nós e reflete quando consultado por meio de Get-SMBClientNetworkInterface & Get-SMBServerNetworkInterface.

  • As configurações de Migração Dinâmica (Configurações de Migração Dinâmica do Gerenciador de Cluster de Failover-Redes-Live>>) devem ser definidas adequadamente para usar a rede de armazenamento para migrações dinâmicas.

  • Esse teste cria máquinas virtuais e envia tráfego entre elas usando o comutador virtual criado. O vNic (nic virtual) das máquinas virtuais pcs recebe o endereço IP do espaço de endereço IP passado como o parâmetro AddressPrefixes .

Execute (executar)

  • Abrir o HLK Studio

  • Navegue até a guia Projeto e clique em Criar Projeto

  • Insira um nome de projeto e pressione Enter

  • Navegue até a guia Seleção

  • Selecione o pool de computadores que contém o dispositivo adaptador de rede

  • Selecionar gerenciador de dispositivos

  • Selecione o dispositivo. Não há problema em selecionar qualquer dispositivo NIC relevante (não importa qual membro da equipe de comutador virtual) em qualquer um dos nós de computação destinados à certificação.

    hlk Studio mostrando o teste device.network.lan com o dispositivo selecionado

  • Clique com o botão direito do mouse no dispositivo selecionado e selecione Adicionar/Modificar Recursos

  • Na caixa de diálogo recursos, selecione Device.Network.LAN.AzureStack e clique em OK.

  • Navegue até a guia Testes

  • Selecione PrivateCloudSimulator – Device.Network.LAN.AzureStack

  • Clique em Executar Selecionado

  • Na caixa de diálogo Agendar,

    • Inserir valores para os parâmetros de teste necessários
      • DomainName: testar o FQDN (nome de domínio totalmente qualificado) do usuário.
      • UserName: testar o nome de usuário do usuário
      • Senha: testar a senha do usuário
      • ComputeCluster: nome do cluster de computação
      • StoragePath: o valor padrão é ''. Ele usa todos os CSVs disponíveis do cluster de computação. Você pode usar caminhos diferentes inserindo caminhos separados por vírgulas. Nomes de Volume não devem conter espaços vazios. Exemplo: 'C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2' (aspas simples são necessárias)
      • VmSwitchName: nome do comutador virtual a ser usado para SDN. Exemplo: SdnSwitch
      • FreeDriveLetter: o valor padrão é R. Durante a instalação, o arquivo PcsFiles.vhd é montado nesse tter de unidade no controlador PCS. Verifique se essa letra da unidade está disponível.
      • AdapterNames: lista semperada por vírgulas de nomes de adaptador que fazem parte do vmSwitch. Use o formato "'Name 1', 'Name 2'" (aspas duplas e aspas simples são necessárias) para vários adaptadores. Os nomes devem ser derivados de Get-NetAdapter cmdlet.
      • VLan: ID de Vlan definida em vmSwitch. Necessário somente se o comutador físico estiver configurado para Vlan. Insira '0' para indicar que não há marcação Vlan.
      • RDMAEnabled: insira $True se a NIC for compatível com RDMA
      • SetEnabled: insira $True se a NIC der suporte ao Switch Embedded Teaming
      • HnvEnabled: insira $True se a NIC der suporte à Virtualização de Rede Hyper-V
      • TaskOffloadEnabled: insira $True se a NIC der suporte ao descarregamento de tarefas de encapsulamento
      • TestControllerNetAdapterName: nome do adaptador no controlador pcs que pode ser atribuído a um IP estático no intervalo AddressPrefixes para se comunicar com máquinas virtuais do Controlador de Rede SDN. Exemplo: 'Ethernet 2' (aspas simples são necessárias se houver espaços no nome)
      • VHDSourcePath: um arquivo VHDX para o DataCenter do Windows Server 2019. Esse arquivo VHDX será usado para criar VMs do Controlador de Rede. O valor padrão é c:\pcs\BaseVHDX\17763.1.amd64fre.rs5_release.180914-1434_server_serverdatacentereval_en-us.vhdx. NÃO altere o valor padrão, a menos que você precise usar seu próprio arquivo VHDX. Os arquivos vhdx clonados têm as mesmas assinaturas de disco. Para evitar colisão de assinatura de disco, esse arquivo VHDX não pode ser o mesmo usado pelo controlador pcs.
      • KBPackagePath: lista semperada por vírgulas de pacotes de Windows Update que devem ser aplicados ao arquivo VHDX especificado no parâmetro VHDSourcePath. Esses pacotes de atualização devem corresponder aos instalados em todos os nós de cluster e no computador controlador pcs. O valor padrão é '' (aspas simples são necessárias). Isso significa que nenhum KB seria injetado no arquivo VHDX.
        • Você deve instalar a última versão ou uma versão recente dos pacotes de Windows Update. Você pode usar o cmdlet Get-Hotfix para descobrir o que foi instalado em seus computadores.
        • A maioria dos pacotes de Windows Update exige que você instale a 'SSU (atualização stak de manutenção)' primeiro. Em outras palavras, você deve eneterar pelo menos dois KBs nesse parâmetro.
        • Exemplo:
          • KB4501371 (18 de junho de 2019)
          • Na seção "Como obter essa atualização", ela diz "SSU (atualização de pilha de manutenção)" KB4504369 é necessário.
          • Nesse parâmetro, você deve inserir 'c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu'. (aspas simples são necessárias, KB4504369 será instalado antes da instalação do KB4501371.)
          • Você precisa baixar os arquivos MSU de Windows Update site e copiá-los para a pasta c:\KB no computador controlador pcs.
          • Importante: o formato de nome de arquivo DEVE ser "Windows-KBNumber-x64.msu". Um traço (-) é necessário antes e depois de KBNumber.
      • AddressPrefixes: o intervalo de endereços IP a ser usado por VMs e hosts de locatário. Esses endereços serão usados para o gerenciamento de datacenter do SDN.
      • VipPrefixes: dois intervalos de endereços IP usados pelo SLB para cenários de balanceamento de carga VIP. Use o formato "'192.160.2.0/23','192.160.3.0/23'" (aspas duplas e aspas simples são necessárias)
      • ClientAddressPrefix: o intervalo de endereços IP usado pelas VMs do cliente.
    • Mapear computadores para funções
      • PrimaryNode: esse é o nó com o dispositivo selecionado, selecionado automaticamente pelo HLK.
      • Controlador de Teste: selecionar computador controlador de teste do PCS
      • OtherNodes: selecionar outros nós de cluster

  • Clique em OK para agendar o teste

  • Consulte Exibir relatório do PCS em tempo real por meio de SQL Server Reporting Services para exibir os resultados em tempo real para a execução do teste.

Limpeza

Use o script C:\Pcs\ReRunPcsCleanup.cmd no PCS-Controller para limpar o estado da instalação se o teste terminar abruptamente. É muito importante que a infraestrutura de SDN de VMs & obsoletas seja limpa antes de iniciar uma nova execução.

Verifique se os seguintes itens estão limpos antes de iniciar uma nova execução:

  • Funções de VM clusterizados (FailoverClusterManager-Cluster-Roles>>)

    Get-ClusterGroup -Cluster $clusterName

  • Todas as VMs criadas pelo PCS

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

  • vNics criados por PCS/SDN

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

    powershell mostrando vnic que precisa ser limpo

  • Armazenamento/CSV-volumes no cluster não têm nenhuma entrada relativa ao PCS (C:\ClusterStorage\Volume1\PCS)

Duração

  • As ações do PCS (listadas abaixo) são executadas por cerca de 24 horas.
  • A execução completa pode levar de 36 a 48 horas adicionais (incluindo tempo para instalação e limpeza).

Ações do PCS

A tabela a seguir lista as ações incluídas neste teste.

Nome da ação Descrição
NetRunEastWestCrossSubnetTrafficAction Executar o tráfego entre duas VMs de locatário na mesma VNetwork, mas vsubnets diferentes
NetRunEastWestSameSubnetTrafficAction Executar o tráfego entre duas VMs de locatário no mesmo Vsubnet
NetLoadBalancerEastWestInterTenantTrafficAction Execute o tráfego entre locatários com balanceamento de carga e outra VM em uma camada de aplicativo diferente. Simula o tráfego com balanceamento de carga entre VMs de aplicativo frontent (site).
NetLoadBalancerEastWestIntraTenantTrafficAction Execute o tráfego entre locatários com balanceamento de carga e uma VM no mesmo App Teir. Simula o tráfego com balanceamento de carga do DB (aplicativo de back-end) para o aplicativo frontent (site).
NetLoadBalancerInboundTrafficAction Execute o tráfego de fora da rede locatário para uma VMs com balanceamento de carga (site).
NetLoadBalancerNorthSouthTrafficAction Execute o tráfego de dentro da rede locatário para VMs com balanceamento de carga.
NetLoadBalancerOutboundTrafficAction Execute o tráfego de load balancedVms dentro da rede locatário para uma VM externa.
NetAddInboundVipToLoadBalancerAction Cria Ips virtuais para VMs de locatário dinamicamente, principalmente para outras ações de tráfego a serem usadas.
VmCloneAction Cria Ips virtuais para VMs de locatário dinamicamente, principalmente para outras ações de tráfego a serem usadas.
VmLiveMigrationAction Migra a VM em tempo real para outro nó de cluster.
VmStateChangeAction Altera o estado da VM (por exemplo, para Pausado).
VmStorageMigrationAction Migra o armazenamento de VM (os VHDs) entre nós de cluster.
VmGuestRestartAction Reinicia a VM.
VmGuestFullPowerCycleAction O power-cycles da VM.

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

Instalação

  • Configurar uma solução hiperconvergente. Veja aqui para obter um exemplo.
  • Recomendamos criar um número de volumes múltiplo do número de servidores no cluster. Por exemplo, se tiver 4 servidores, você terá um desempenho mais consistente com um total de 4 volumes do que com 3 ou 5. Isso permite que o cluster distribua a "propriedade" do volume (um servidor manipula coordenação de metadados para cada volume) uniformemente entre servidores.
  • Nós nos comprometemos novamente usando o ReFS (Sistema de Arquivos Resiliente) para Espaços de Armazenamento Diretos.
  • Por padrão, o teste cria 20 VMs por nó de cluster. O tamanho médio estimado do arquivo VHD da VM pode ser de 40 GB. Para executar esse teste em um ambiente de cluster de 4 nós, o tamanho do disco virtual deve ser de pelo menos 20 * 40 * 4 = 3200 GB.
  • Configuração mínima
    • Essa configuração contém o mínimo de nós de cluster, processador com suporte mais lento, menos memória e menor capacidade de armazenamento com suporte da família de soluções.
    • Use o trabalho PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MIN) para validar essa configuração
  • Configuração máxima
    • Essa configuração contém o máximo de nós de cluster e o armazenamento máximo compatível com a família de soluções.
    • O processador e a memória devem ser iguais ou superiores ao valor mais baixo com suporte para a solução, mas não precisam ser o valor máximo possível com suporte. Os valores de processador e memória devem ser representativos das skus mais comuns para a solução.
    • Use o trabalho PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MAX) para validar essa configuração

Execute (executar)

  • Abrir o HLK Studio

  • Siga o guia de Introdução do Windows HLK para criar um pool de computadores

  • Navegue até a guia Projeto e clique em Criar Projeto

  • Insira um nome de projeto e pressione Enter

  • Navegue até a guia Seleção

  • Selecione o pool de computadores que contém o sistema em teste e o computador controlador pcs.

  • Selecione sistemas no painel esquerdo e selecione o controlador de teste do PCS (OBSERVAÇÃO: NÃO o computador que precisa ser certificado).

    hlk Studio mostrando a guia sistemas com o controlador de teste de computadores selecionado

  • Clique com o botão direito do mouse no computador do controlador PCS selecionado e selecione Adicionar/Modificar Recursos

  • Na caixa de diálogo recursos, selecione System.Solution.StorageSpacesDirect e clique em OK

  • Navegue até a guia Testes

  • Selecione PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) ou PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) ( com base no tamanho da solução que você está testando)

  • Clique em Executar Selecionado

  • Na caixa de diálogo Agendar,

    • Inserir valores para os parâmetros de teste necessários
      • DomainName: testar o FQDN (nome de domínio totalmente qualificado) do usuário.
      • UserName: testar o nome de usuário do usuário
      • Senha: testar a senha do usuário
      • ComputeCluster: nome do cluster de computação
      • StoragePath: o valor padrão é "". Ele usa todos os CSVs disponíveis do cluster de computação. Você pode usar caminhos diferentes inserindo caminhos separados por vírgulas. Exemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (aspas duplas são necessárias)
      • VmSwitchName: insira o nome do comutador virtual. Esse nome deve ser o mesmo em todos os nós
      • FreeDriveLetter: o valor padrão é R. Durante a instalação, o arquivo PcsFiles.vhd é montado nessa letra da unidade no controlador PCS. Verifique se essa letra da unidade está disponível.
    • Mapear computadores para funções
      • Controlador de Teste: selecione o computador do controlador de teste do PCS

  • Clique em OK para agendar o teste.

  • Consulte Exibir relatório pcs em tempo real por meio de SQL Server Reporting Services para exibir os resultados em tempo real para a execução do teste.

Duração

  • As Ações do PCS (listadas abaixo) serão executadas por 96 horas.
  • A execução completa pode levar de 24 a 36 horas adicionais (incluindo tempo para instalação e limpeza).

Ações do PCS

O perfil define as ações a serem executadas para validar as unidades de disco para o Microsoft AzureStack. A tabela a seguir lista as ações incluídas neste perfil.

Nome da ação Descrição
VmCloneAction Cria uma nova VM.
VmLiveMigrationAction Migra ao vivo a VM para outro nó de cluster.
VmSnapshotAction Usa um instantâneo da VM.
VmStateChangeAction Altera o estado da VM (por exemplo, para Pausado).
VmStorageMigrationAction Migra o armazenamento de VM (os VHDs) entre nós de cluster.
VmGuestRestartAction Reinicia a VM.
VmStartWorkloadAction Inicia uma carga de trabalho simulada pelo usuário.
VmGuestFullPowerCycleAction O ciclo de energia da VM.
ComputeNodeEvacuation Drena todos os recursos de um nó de cluster.
ClusterCSVMoveAction Mova os discos CSV para o melhor nó disponível.
StorageNodePoolMove Move um pool de armazenamento (criado em Espaços de Armazenamento) para um nó de proprietário diferente no cluster de armazenamento.
StorageNodeRestart Reinicia um nó no cluster de armazenamento.
StorageNodeBugcheck O bug verifica um nó do cluster de armazenamento.
StorageNodeUpdateStorageProviderCacheAction Chama o comando update-storageprovidercache no PowerShell.

PrivateCloudSimulator – System.Solutions.AzureStack

Instalação

  • Configurar uma solução hiperconvergente. Consulte aqui para obter um exemplo.
  • Recomendamos criar um número de volumes múltiplo do número de servidores no cluster. Por exemplo, se tiver 4 servidores, você terá um desempenho mais consistente com um total de 4 volumes do que com 3 ou 5. Isso permite que o cluster distribua a "propriedade" do volume (um servidor manipula coordenação de metadados para cada volume) uniformemente entre servidores.
  • Você precisa usar o ReFS (Sistema de Arquivos Resiliente) para Espaços de Armazenamento Diretos. Caso contrário, o trabalho falhará.
  • Por padrão, o teste cria 20 VMs por nó de cluster. O tamanho médio estimado do arquivo VHD da VM pode ser de 40 GB. Para executar esse teste em um ambiente de cluster de 4 nós, o tamanho total do disco virtual deve ser de pelo menos 20 * 40 * 4 = 3200 GB.
  • Configuração mínima
    • Essa configuração contém o mínimo de nós de cluster, processador mais lento, menos memória e menor capacidade de armazenamento com suporte da família de soluções.
    • Use o trabalho PrivateCloudSimulator – System.Solutions.AzureStack (MIN) para validar essa configuração
  • Configuração máxima
    • Essa configuração contém o máximo de nós de cluster e o armazenamento máximo compatível com a família de soluções.
    • O processador e a memória devem ser iguais ou superiores ao menor valor com suporte para a solução, mas não precisam ser o valor máximo possível com suporte. Os valores de processador e memória devem ser representativos dos SKUs mais comuns para a solução.
    • Use o PrivateCloudSimulator – System.Solutions. Trabalho do AzureStack (MAX) para validar essa configuração

Execute (executar)

  • Abrir o HLK Studio

  • Siga o guia de Introdução do Windows HLK para criar um pool de computadores

  • Navegue até a guia Projeto e clique em Criar Projeto

  • Insira um nome de projeto e pressione Enter

  • Navegue até a guia Seleção

  • Selecione o pool de computadores que contém o sistema em teste

  • Selecione sistemas no painel esquerdo e, em seguida, selecione o controlador de teste pcs (OBSERVAÇÃO: não o computador que precisa ser certificado).

    hlk studio com controlador de teste de pcs selecionado

  • Clique com o botão direito do mouse no dispositivo selecionado e selecione Adicionar/Modificar Recursos

  • Na caixa de diálogo recursos, selecione System.Solution.AzureStack e clique em OK

  • Navegue até a guia Testes

  • Selecione PrivateCloudSimulator – System.Solutions.AzureStack

  • Clique em Executar Selecionado

  • Na caixa de diálogo Agendamento,

    • Insira valores para os parâmetros de teste necessários
      • DomainName: nome de domínio totalmente qualificado (FQDN) do usuário de teste.
      • UserName: testar o nome de usuário do usuário
      • Senha: testar a senha do usuário
      • ComputeCluster: nome do cluster de computação
      • StoragePath: o valor padrão é "". Ele usa todos os CSVs disponíveis do cluster de computação. Você pode usar caminhos diferentes inserindo caminhos separados por vírgulas. Exemplo: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (aspas duplas são necessárias)
      • VmSwitchName: insira o nome do comutador virtual. Esse nome deve ser o mesmo em todos os nós
      • FreeDriveLetter: o valor padrão é R. Durante a instalação, o arquivo PcsFiles.vhd é montado nessa letra da unidade no controlador PCS. Verifique se essa letra da unidade está disponível.
    • Mapear computadores para funções
      • Controlador de Teste: selecione o computador do controlador de teste do PCS

  • Clique em OK para agendar o teste.

  • Consulte Exibir relatório pcs em tempo real por meio de SQL Server Reporting Services para exibir os resultados em tempo real para a execução do teste.

Duração

  • As Ações do PCS (listadas abaixo) serão executadas por 96 horas.
  • A execução completa pode levar de 24 a 36 horas adicionais (incluindo tempo para instalação e limpeza)

Ações

O perfil define as ações a serem executadas para validar o compartimento de armazenamento para o Microsoft AzureStack. A tabela a seguir lista as ações incluídas neste perfil.

Nome da ação Descrição
VmCloneAction Cria uma nova VM.
VmLiveMigrationAction Migra ao vivo a VM para outro nó de cluster.
VmSnapshotAction Usa um instantâneo da VM.
VmStateChangeAction Altera o estado da VM (por exemplo, para Pausado).
VmStorageMigrationAction Migra o armazenamento de VM (os VHDs) entre nós de cluster.
VmGuestRestartAction Reinicia a VM.
VmStartWorkloadAction Inicia uma carga de trabalho simulada pelo usuário.
VmGuestFullPowerCycleAction O ciclo de energia da VM.
ClusterCSVMoveAction Mova os discos CSV para o melhor nó disponível.
StorageNodePoolMove Move um pool de armazenamento (criado em Espaços de Armazenamento) para um nó de proprietário diferente no cluster de armazenamento.
StorageNodeRestart Reinicia um nó no cluster de armazenamento.
StorageNodeBugcheck O bug verifica um nó do cluster de armazenamento.
StorageNodeUpdateStorageProviderCacheAction Chama o comando update-storageprovidercache no PowerShell.

Exibir o relatório pcs em tempo real por meio de SQL Server Reporting Services

Enquanto as operações de PCS estão em execução, os relatórios são salvos em um banco de dados SQL no controlador pcs. Cada relatório lista todas as operações que foram executadas, suas porcentagens de aprovação e todos os recursos que foram adquiridos e liberados durante o teste. Um novo banco de dados é criado para cada execução de teste para permitir que você examine dados de execuções de teste anteriores a qualquer momento.

Para exibir o relatório, siga estas etapas:

  • Por padrão, a Configuração de Segurança Aprimorada do Explorer internet está habilitada no Windows Server. Você precisa desabilitá-lo para exibir o relatório.

    Abra Gerenciador do Servidor => Servidor Local => Clique em Configuração de Segurança Aprimorada do IE para desativá-la para administradores e usuários.

  • Abra o IE do controlador PCS e visite http://<PcsControllerMachineName>/Reports.

    página de relatórios de computadores no Internet Explorer

  • Clique em PcS Reports =>PCSRuns.

  • Cada execução de PCS é identificada por uma ID de Execução de Passagem exclusiva.

    relatório do ie mostrando ids de execução de passagem

  • Clique em uma ID de Execução de Passagem (por exemplo, clique em f44b3f88-3dbf-476e-9294-9d479ca0a369) para abrir um relatório da execução do PCS. Os dados nesses relatórios estão ativos. Enquanto um teste é executado, você pode monitorar o progresso de uma execução de teste em tempo real.

    • Uma visão geral de todos os recursos (nós, cluster e VMs) que participaram da execução do teste.
    • Todas as ações que foram executadas em cada recurso. As colunas Pass e Fail relatam o número de ações que passaram e falharam.

    relatórios do ie mostrando informações de execução

  • Na tabela Informações Gerais da Operação, você pode clicar em links na colunaFalha naPassagem/ de Ação/ para abrir páginas de detalhes, que fornecem mais informações sobre os resultados da ação. Por exemplo, se você clicou no número de falha 9 pela entrada VMLiveMigrationAction , verá o resumo mostrado na ilustração a seguir.

    relatório do ie mostrando vmlivemigrationaction

  • A primeira entrada acima fornece as seguintes informações:

    • ID da falha: Quando encontramos uma falha no PCS, generalizamos a Mensagem de Falha e geramos um hash exclusivo para ela. No exemplo acima, a ID de falha é 97c12afd-23a8-3982-e304-a5dc6793950d

    • Hash de falha: Mensagem de falha generalizada. No exemplo acima, o hash de falha é

      Falha na migração dinâmica da MÁQUINA VIRTUAL da Máquina <> Virtual em andamento <PERCENTUAL> (estado de migração: Migração)
      Erro: falha na operação de migração de máquina virtual para '<MÁQUINA> VIRTUAL' no destino de migração '<COMPUTE NODE>'. (ID < da máquina virtualGUID>)
      Falha ao receber dados para uma migração de Máquina Virtual: essa operação retornou porque o período de tempo limite expirou. (0x800705B4).

    • Contagem de Execução Atual: A contagem de ações de um tipo específico que falhou com essa mensagem de erro específica durante essa execução. No exemplo acima, VMLiveMigrationAction foi executado três vezes.

    • Contar todas as execuções: Uma contagem de ações que falharam devido a essa falha específica em todas as execuções de PCS. Para a VMLiveMigrationAction, essa contagem foi 3.

    • Execuções de PCS afetadas: Informa quantas execuções foram afetadas por essa falha. Para VMLiveMigrationAction, apenas uma execução de PCS foi afetada.

  • Para examinar melhor o erro , você pode clicar em uma ID de falha nessa tela para fazer uma busca detalhada em um histórico global do tipo de falha em todas as execuções de PCS. Por exemplo, clique em 97c12afd-23a8-3982-e304-a5dc6793950d para exibir o seguinte. A página lista todas as operações com falha, agrupadas por tipo de falha, o que tem o efeito de realçar os principais recursos que talvez seja necessário investigar.

    relatório do ie mostrando ações com falha por causa

  • Se você clicar na ID da Ação, poderá fazer uma busca detalhada para ver um Relatório de Log de Ações. Os erros são mostrados em vermelho; Os avisos são mostrados em amarelo.

    relatório do ie mostrando o relatório de log de ações

Solucionar problemas de uma execução de PCS do controlador HLK

Há vários estágios no Fluxo de Execução do PCS. Veja abaixo um exemplo ao exibir um resultado de HLK Manager => Explorers => Job Monitor => select Machine Pool => select the job in Job Execution Status.

controlador pcs mostrando a execução da tarefa status

Se o PCS falhou no estágio de Instalação, Execução ou Limpeza , você pode procurar logs de trabalho clicando com o botão direito do mouse no nome do trabalho (ou em um nome de tarefa filho) => clique em Procurar Logs de Trabalho. Os nomes de arquivo de log são PCS-E2Elaunch_Setup.log, PCSE2Elaunch_Execute.log e PCS-E2Elaunch_Cleanup.log. Os arquivos de log devem conter informações sobre falhas. Tente pesquisar uma exceção inesperada perto do final dos arquivos de log.

Solucionar problemas de uma execução de PCS do controlador pcs

Quando um trabalho de PCS falha no estágio de Instalação/Execução/Limpeza, você pode executar novamente o estágio diretamente do controlador pcs. Esse método é útil para solucionar problemas nesses estágios.

  • Abrir um prompt de comandos com privilégios elevados
  • Executar novamente o script ReRunPcsSetup.cmd, ReRunPcsExecute.cmd ou ReRunPcsCleanup.cmd

Logs e Diagnóstico

O PCS tem três estágios de main: Instalação, Execução e Limpeza. Um trabalho pcs usa PCS-E2Elaunch.ps1 script para iniciar esses três estágios. Seus nomes de arquivo de log são chamados PCS-E2ELaunch_Setup.log, PCS-E2ELaunch_Execute.log e PCSE2ELaunch_Cleanup.log.

Quando uma execução de PCS for concluída, o PCS analisará os logs durante o estágio de Limpeza . Uma execução foi bem-sucedida quando os critérios a seguir são atendidos, com o relatório analisado salvo como PCSReport.htm.

  • Todas as ações do PCS têm pelo menos 90% de taxa de aprovação
  • Nenhuma falha inesperada de nenhum nó de cluster, exceto os iniciados pelo PCS para fins de teste

Os arquivos a seguir são gerados no controlador pcs durante o estágio de limpeza .

  • PcsReport.htm: resumo sobre a execução.
  • ClusterName-PRE.mht.html: relatório de teste de validação de cluster que é executado antes da fase Executar
  • ClusterName-POST.mht.html: relatório de teste de validação de cluster que é executado após a fase Executar
  • PcsLog-DateTime.zip: contém logs e é copiado para o Controlador HLK quando o teste é concluído.
    • Pasta MHTML: contém logs do SQL do PCS
    • Pasta SDDCDiagnosticInfo: contém logs de cluster e logs de eventos

Os problemas vistos ou resultantes de uma execução de certificação pcs foram observados como não relacionados ao próprio PCS muitas vezes. Abaixo está um guia básico para ajudar a restringir alguns dos problemas.

  • Execute o teste de validação de cluster e marcar relatório de erros.
  • No gerenciador de cluster de failover, marcar se todos os nós, vDisk e Pool estão em condições íntegras. Se não estiverem, é bom investir tempo na verificação dos logs/depuração antes de chamar o MSFT.
  • Abra o gerenciador do Hyper-V e verifique se as VMs e os vSwitches são enumerados (também é possível executando Get-VM ou Get-VMSwitch).
  • Verifique se você é capaz de criar um vSwitch fora dos testes de PCS em um/todos os nós de computação.
  • Verifique se você pode criar uma VM em um/todos os nós e pode anexar uma vmNetworkAdapter a um vSwitch.
  • Procure arquivos de despejo gerados devido a verificações de bugs executando "dir /s *.dmp" do %systemdrive% nos nós de computação.
  • Possível uso do LiveKD para examinar módulos/threads de kernel que estão travados, se você não tiver o depurador de kernel anexado.
  • Verifique se a licença dos nós de computação está ativa, pois a licença da versão Eval é redefinida a cada 180 dias.

Gerar um arquivo ZIP que contenha logs do PCS

Você pode executar o script a seguir do controlador pcs para gerar um arquivo ZIP que contém os logs necessários. Esse método é útil quando o trabalho é executado ou durante a execução do teste.

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

Parâmetros

  • DomainName: nome de domínio totalmente qualificado (FQDN) do usuário de teste.
  • UserName: testar o nome de usuário do usuário
  • Senha: testar a senha do usuário
  • ComputeCluster: nome do cluster de computação
  • StorageCluster: opcional, Nome do nome do cluster de armazenamento. Não especifique esse parâmetro se os clusters de Computador e Armazenamento forem iguais.
  • CollectLog: Obrigatório
  • CollectLogLevel: opcional, o padrão é 1. Insira 3 para coletar logs detalhados.

Gerar PcsReport.htm arquivo manualmente

Enquanto o PCS está em execução, você pode executar os cmdlets a seguir no controlador pcs para gerar um relatório HTML que lista verificações de bugs inesperadas de todos os nós.

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

Personalizar ações do PCS

  • Cada trabalho pcs tem seus próprios arquivos xml que definem suas ações.

  • Cada trabalho pode conter até três arquivos xml: PrivateCloudSimulator.xml, PrivateCloudSimulator_Create.xml PrivateCloudSimulator_Storage.xml

  • Esses arquivos XML podem ser encontrados no controlador HLK. Veja abaixo um exemplo de trabalho PrivateCloudSimulator – System.Solution.AzureStack . O nome da pasta realçada é o nome do trabalho HLK.

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

Exemplo 1: Habilitar/desabilitar uma ação

<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>
  • Nome da ação de teste é VmCloneAction.
  • O campo Intervalo define a frequência com que a ação é executada. Use o formato hh:mm:ss. Por exemplo, o valor 02:00:00 repete a ação a cada 2 horas.
  • O campo StartUpNumber define o número de instâncias dessa ação a serem iniciadas em cada nó do cluster de computação. Para desabilitar uma ação, defina esse campo como zero.
  • Não modifique outros campos.

Exemplo 2: Alterar VMs para usar discos diferenciais

<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>
  • Por padrão, o PCS faz uma cópia do VHD do sistema operacional convidado fornecido para criar VMs que têm discos virtuais dinâmicos por padrão. Para criar VMs que têm discos diferenciais, defina o valor UseDiffDisks como true.

Exemplo 3: alterar o número de VMs criadas por nó

<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>
  • Por padrão, o PCS cria 20 VMs por nó de cluster. O tamanho médio da VM pode ser de 40 GB. Em um ambiente de cluster de 4 nós, pode levar 20 * 4 * 40 = 3200 GB de espaço em disco. Se você estiver tentando certificar seu hardware, não altere o valor padrão. Você deve considerar adicionar mais discos, em vez de reduzir o número.

Personalizar logs de ação

Uma execução de PCS tem um RunId. Uma ação pcs tem uma ID de ação. Quando uma ação de PCS falha, o PCS remove a variante (ou seja, o nome da VM) da mensagem de falha e gera um valor de hash exclusivo para ela. Falhas semelhantes têm o mesmo valor de hash exclusivo. Em seguida, o PCS os agrupa no site de relatório do SQL.

O PCS usa ouvintes de rastreamento do .NET para coletar resultados de teste. Esses ouvintes são definidos em Microsoft.PrivateCloudSimulator.exe.config.

  • SQLOnline: esse ouvinte registra os resultados no banco de dados SQL.
  • AnalyticalLogGather: esse ouvinte coleta informações extras quando uma ação falha.

Quando uma ação específica falha ou um valor de hash específico é visto, você pode configurar o ouvinte AnalyticalLogGather para coletar logs de eventos, logs de cluster ou chamar um script. Isso é definido em ActionFailureReactionPolicy.xml.

Em ActionFailureReactionPolicy.xml, o PCS dá suporte a dois tipos de gatilhos e três tipos de reações. Usando esse XML, você pode definir regras como "quando o gatilho X é visto, faça reações Y e Z". A maioria das ações teria NodeScope definido como ReservedOnly e MaxLevel definidos como 3 (eventos Crítico, Erro e Aviso).

Gatilho:

Tipo Dados
ActionFail ActionFullName
KnownFailure FailureHash

Reação:

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

Os valores de NodeScope válidos são os seguintes:

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

Os valores maxlevel válidos são os seguintes:

  • 0 (logs em todos os níveis)
  • 1 (Crítico)
  • 2 (Erro)
  • 3 (Aviso)
  • 4 (Informações)
  • 5 (Detalhado)

Exemplos:

<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>

Os arquivos de log de ação são salvos na pasta 'FORENSICLOGLOCATION' no controlador PCS. Por padrão, é C:\PCS\PCSEventData.

Para cada ação com falha, as informações a seguir são coletadas dos nós reservados. Esse local de log pode ser visto na página de relatório SQL da ação.

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

Perguntas frequentes

Confira Perguntas frequentes sobre o Simulador de Nuvem Privada

Apêndice: Qualificadores Adicionais (AQs) do SDDC (Datacenter Definido pelo Software)

Todos os sistemas de servidor e componentes usados nas ofertas do WSSD do Windows Server 2019 devem ser certificados para o logotipo do Windows Server 2019 e atender aos qualificadores adicionais (AQs) do Windows Server 2019 Software-Defined Data Center (SDDC). Os nomes de recursos HLK necessários estão listados na tabela abaixo.

TIPO DE COMPONENTE: NIC

Recursos necessários do HLK SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Network.LAN.10GbOrGreater X X
Device.Network.LAN.VMQ X X
Device.Network.LAN.RSS X X
Device.Network.LAN.LargeSendOffload X X
Device.Network.LAN.ChecksumOffload X X
Device.Network.LAN.Base X X
Device.Network.LAN.VXLAN X
Device.Network.LAN.VMMQ X
Device.Network.LAN.MTUSize Obrigatório se estiver usando descarregamentos de Encap X
Device.Network.LAN.KRDMA X
Device.Network.LAN.GRE X
Device.Network.LAN.DCB Obrigatório se estiver usando descarregamentos de Encap X
Device.Network.LAN.AzureStack X

TIPO DE COMPONENTE: SAS HBA

Recursos necessários do HLK SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Storage.Controller X X
Device.Storage.Controller.Flush X X
Device.Storage.Controller.PassThroughSupport X X
Device.Storage.Controller.Sas X X
Device.Storage.Controller.AzureStack X X

TIPO DE COMPONENTE: Dispositivos de Armazenamento NVMe

Recursos necessários do HLK SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Storage.ControllerDrive.NVMe X X
Device.Storage.Hd.AzureStack X X

TIPO DE COMPONENTE: HDD (SAS)

Recursos necessários do HLK SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.Flush X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.Sas X X
Device.Storage.Hd.Scsi.ReliabilityCounters X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

TIPO DE COMPONENTE: HDD (SATA)

Recursos HLK necessários SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Storage.Hd.Sata X X
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.Flush X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

TIPO DE COMPONENTE: SSD (SAS)

Recursos HLK necessários SDDC Standard AQ SDDC Premium e AzureStack AQ
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.Sas X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

TIPO DE COMPONENTE: Servidor

Recursos HLK necessários SDDC Standard AQ SDDC Premium e AzureStack AQ
System.Fundamentals.Firmware X X
System.Server.Virtualization X X
System.Server.AzureStack.Security X X
System.Server.Assurance X
System.Server.AzureStack.BMC X