Migrar para o Azure Stack HCI no mesmo hardware

  • Artigo

Aplica-se a: Azure Stack HCI, versões 22H2 e 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2

Este tópico descreve como migrar um cluster de ativação pós-falha do Windows Server para o Azure Stack HCI com o hardware do servidor existente. Este processo instala o novo sistema operativo Azure Stack HCI, mantém as definições e o armazenamento do cluster existentes e importa as VMs.

O diagrama seguinte ilustra a migração do cluster do Windows Server no local com o mesmo hardware de servidor. Depois de encerrar o cluster, o Azure Stack HCI é instalado, o armazenamento é novamente anexado e as VMs são importadas e disponibilizadas de forma elevada (HA).

Migrar o cluster para o Azure Stack HCI no mesmo hardware

Para migrar as VMs para o novo hardware do Azure Stack HCI, veja Migrar para o Azure Stack HCI num novo hardware.

Nota

A migração de clusters dispersos não é abrangida neste artigo.

Antes de começar

Existem vários requisitos e aspetos a ter em conta antes de iniciar a migração:

  • Todos os comandos Windows PowerShell têm de ser executados como Administrador.

  • Tem de ter credenciais de domínio com permissões de administrador para o Azure Stack HCI.

  • Faça uma cópia de segurança de todas as VMs no cluster de origem. Conclua uma cópia de segurança consistente com falhas de todas as aplicações e dados e uma cópia de segurança consistente com a aplicação de todas as bases de dados. Para fazer uma cópia de segurança do Azure, veja Utilizar Azure Backup.

  • Recolha o inventário e a configuração de todos os nós de cluster e nomenclatura do cluster, configuração de rede, resiliência e capacidade do Volume Partilhado de Cluster (CSV) e testemunho de quórum.

  • Encerre as VMs do cluster, os CSVs offline, os agrupamentos de armazenamento offline e o serviço de cluster.

  • Desative o Objeto de Nome do Cluster (CNO) (é reutilizado mais tarde) e:

    • Verifique se o CNO tem direitos de Criar Objeto para a sua própria Unidade Organizacional (UO)
    • Verifique se a política herdada do bloco foi definida na UO
    • Definir a política necessária para o Azure Stack HCI nesta UO

Suporte e atualização da versão da VM

A tabela seguinte lista as versões suportadas do SO do Windows Server e as respetivas versões de VM para migração no local no mesmo hardware.

Independentemente da versão do SO em que uma VM pode estar em execução, a versão mínima da VM suportada para migração para o Azure Stack HCI é a versão 5.0. Assim, todas as VMs em execução na versão 2.0, 3.0 ou 4.0 no cluster Windows Server 2016 ou Windows Server 2019 têm de ser atualizadas para a versão 5.0 antes da migração.

Versão do SO Versão da VM
Windows Server 2008 SP1 2.0
Windows Server 2008 R2 3.0
Windows Server 2012 4.0
Windows Server 2012 R2 5.0
Windows Server 2016 8.0
Windows Server 2019 9.0
Azure Stack HCI 9.0

Para VMs em clusters do Windows Server 2008 SP1, Windows Server 2008 R2-SP1 e Windows 2012, a migração direta para o Azure Stack HCI não é suportada. Nestes casos, tem duas opções:

  • Migre estas VMs para Windows Server 2012 R2, Windows Server 2016 ou Windows Server 2019 primeiro, atualize a versão da VM e, em seguida, inicie o processo de migração.

  • Utilize o Robocopy para copiar todos os VHDs de VM para o Azure Stack HCI. Em seguida, crie novas VMs e anexe os VHDs copiados às respetivas VMs no Azure Stack HCI. Isto ignora a limitação da versão da VM para estas VMs mais antigas.

Atualizar a versão da VM

Utilize o seguinte comando para mostrar todas as versões da VM num único servidor:

Get-VM * | Format-Table Name,Version

Para mostrar todas as versões da VM em todos os nós do cluster do Windows Server:

Get-VM –ComputerName (Get-ClusterNode)

Para atualizar todas as VMs para a versão mais recente em todos os nós do Windows Server:

Get-VM –ComputerName (Get-ClusterNode) | Update-VMVersion -Force

Atualizar os servidores e o cluster

A migração consiste em executar a configuração do Azure Stack HCI na implementação do Windows Server para uma instalação limpa do SO com as VMs e o armazenamento intactos. Isto substitui o sistema operativo atual pelo Azure Stack HCI. Para obter informações detalhadas, veja Implementar o sistema operativo Azure Stack HCI. Posteriormente, vai criar um novo cluster do Azure Stack HCI, voltar a ligar o armazenamento e importar as VMs.

  1. Encerre as VMs de cluster existentes, os CSVs offline, os agrupamentos de armazenamento offline e o serviço de cluster.

  2. Aceda à localização onde transferiu os bits do Azure Stack HCI e, em seguida, execute a configuração do Azure Stack HCI em cada nó do Windows Server.

  3. Durante a configuração, selecione Personalizado: instale a versão mais recente apenas do Azure Stack HCI (Avançadas). Repita para cada servidor.

  4. Crie o novo cluster do Azure Stack HCI. Pode utilizar Windows Admin Center ou Windows PowerShell para esta tarefa, conforme mostrado nas secções seguintes.

Importante

O nome do comutador virtual (VMSwitch) hyper-V tem de ser o mesmo nome capturado no inventário de configuração do cluster. Certifique-se de que o nome do comutador virtual utilizado no cluster do Azure Stack HCI corresponde ao nome do comutador virtual de origem original antes de importar as VMs.

Nota

Tem de registar o cluster do Azure Stack HCI no Azure antes de poder criar novas VMs no mesmo. Para obter mais informações, veja Registar-se no Azure.

Utilizar Windows Admin Center

Se utilizar Windows Admin Center para criar o cluster do Azure Stack HCI, o assistente Criar Cluster instala automaticamente todas as funções e funcionalidades necessárias em cada nó de servidor.

Para obter informações detalhadas sobre como criar o cluster, veja Criar um cluster do Azure Stack HCI com Windows Admin Center.

Importante

Ignore o passo 4.1 Limpar unidades no assistente Criar cluster. Caso contrário, eliminará as VMs e o armazenamento existentes.

  1. Inicie o assistente Criar Cluster. Quando chegar ao Passo 4: Armazenamento:

  2. Ignore o passo 4.1 Limpar unidades. Não o utilize.

  3. Afaste-se do assistente.

  4. Abra o PowerShell e execute o seguinte cmdlet para criar o novo Storagesubsystem Object ID, redescobrir todos os bastidores de armazenamento e atribuir números de unidade SES:

    Enable-ClusterS2D -Verbose

    Se a migração de Windows Server 2016, esta ação também cria um novo ClusterperformanceHistory volume ReFS e atribui-o ao Grupo de Recursos do Cluster SDDC.

    Se migrar do Windows Server 2019, isto também adiciona o volume ReFS existente ClusterperformanceHistory e atribui-o ao Grupo de Recursos do Cluster SDDC.

  5. Voltar ao assistente. No passo 4.2 Verificar unidades, verifique se todas as unidades estão listadas sem avisos ou erros.

  6. Conclua o assistente.

Utilizar o Windows PowerShell

Se utilizar o PowerShell para criar o cluster do Azure Stack HCI, as seguintes funções e funcionalidades têm de ser instaladas em cada nó de cluster do Azure Stack HCI com este cmdlet:

Install-WindowsFeature -Name Hyper-V, Failover-Clustering, FS-Data-Deduplication, Bitlocker, Data-Center-Bridging, RSAT-AD-PowerShell -IncludeAllSubFeature -IncludeManagementTools -Verbose

Para obter mais informações sobre como criar o cluster com o PowerShell, veja Criar um cluster do Azure Stack HCI com Windows PowerShell.

Nota

Utilize novamente o mesmo nome para o Objeto de Nome do Cluster anteriormente desativado.

  1. Execute o cmdlet para criar o cluster:

    New-cluster –name "clustername" –node Server01,Server02 –staticaddress xx.xx.xx.xx –nostorage

  2. Execute o cmdlet para criar o novo Storagesubsystem Object ID, redescobrir todos os bastidores de armazenamento e atribuir números de unidade SES:

    Enable-ClusterS2D -Verbose

  3. Se a migração de Windows Server 2016, esta ação também cria um novo ClusterperformanceHistory volume ReFS e atribui-o ao Grupo de Recursos do Cluster SDDC.

    Nota

    Se um agrupamento de armazenamento mostrar erros do Disco Minoritário (visualizável no Gestor de Clusters), execute novamente o Enable-ClusterS2D -verbose cmdlet.

  4. Com o Gestor de Clusters, ative cada CSV, exceto o ClusterperformanceHistory volume, que é um volume ReFS (certifique-se de que este não é um CSV reFS).

  5. Se migrar a partir do Windows Server 2019, execute novamente o Enable-ClusterS2D -verbose cmdlet . Isto associa o ClusterperformanceHistory volume ReFS ao Grupo de Recursos do Cluster SDDC.

  6. Determine o nome e a versão do agrupamento de armazenamento atual ao executar o cmdlet:

    Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version

  7. Agora, determine o nome e a versão do novo agrupamento de armazenamento:

    Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version

  8. Crie o testemunho de quórum. Para obter informações sobre como, veja Configurar um testemunho de cluster.

  9. Verifique se as tarefas de reparação do armazenamento estão concluídas com o cmdlet :

    Get-StorageJob

    Nota

    Isto pode demorar muito tempo, dependendo do número de VMs em execução durante a atualização.

  10. Verifique se todos os discos estão em bom estado de funcionamento:

    Get-VirtualDisk

  11. Determine a versão do nó de cluster, que apresenta ClusterFunctionalLevel e ClusterUpgradeVersion. Execute o cmdlet para obter o seguinte:

    Get-ClusterNodeSupportedVersion

    Nota

    ClusterFunctionalLevel é definido automaticamente como 10 e não requer atualização devido à criação do novo sistema operativo e do cluster.

  12. Atualize o agrupamento de armazenamento da seguinte forma:

    Get-StoragePool | Update-StoragePool

Volumes reFS

Se migrar do Windows Server 2016, os volumes do Sistema de Ficheiros Resiliente (ReFS) são suportados, mas esses volumes não beneficiam de melhorias de desempenho no Azure Stack HCI da utilização de volumes de paridade acelerada por espelho (MAP). Esta melhoria requer a criação de um novo volume ReFS com o cmdlet do PowerShell New-Volume .

Para Windows Server 2016 volumes MAP, a compactação ReFS não estava disponível, pelo que voltar a anexar estes volumes é OK, mas será menos eficaz em comparação com a criação de um novo volume MAP num cluster do Azure Stack HCI.

Importar as VMs

Uma melhor prática é criar pelo menos um Volume Partilhado de Cluster (CSV) por nó de cluster para permitir um equilíbrio uniforme de VMs para cada proprietário CSV para uma maior resiliência, desempenho e escala de cargas de trabalho de VM. Por predefinição, este saldo ocorre automaticamente a cada cinco minutos e tem de ser considerado ao utilizar o Robocopy entre um nó de cluster de origem e o nó de cluster de destino para garantir que os proprietários de CSV de origem e destino correspondem para fornecer o caminho e a velocidade de transferência mais ideais.

Execute os seguintes passos no cluster do Azure Stack HCI para importar as VMs, torná-las altamente disponíveis e iniciá-las:

  1. Execute o cmdlet para mostrar todos os nós de proprietário CSV:

    Get-ClusterSharedVolume

  2. Para cada nó de servidor, aceda a C:\Clusterstorage\Volume e defina o caminho para todas as VMs, por exemplo C:\Clusterstorage\volume01.

  3. Execute o cmdlet em cada nó de proprietário CSV para apresentar o caminho para todos os ficheiros VMCX da VM por volume antes da importação da VM. Modifique o caminho para corresponder ao seu ambiente:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse

  4. Execute o cmdlet para cada nó de servidor para importar e registar todas as VMs e torná-las altamente disponíveis em cada nó de proprietário CSV. Isto garante uma distribuição uniforme de VMs para alocação de memória e processador ideal:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole

  5. Inicie cada VM de destino em cada nó:

    Start-VM -Name

  6. Inicie sessão e verifique se todas as VMs estão em execução e que todas as suas aplicações e dados estão lá:

    Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}

  7. Por fim, atualize as VMs para a versão mais recente do Azure Stack HCI para tirar partido de todos os avanços:

    Get-VM | Update-VMVersion -Force

Passos seguintes