Migrar para Azure Stack HCI no mesmo hardware

Artigo
05/05/2022
9 minutos para ler

Aplica-se a: Azure Stack HCI, versões 21H2 e 20H2; 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 falha do Windows Server para Azure Stack HCI utilizando o hardware do servidor existente. Este processo instala o novo sistema operativo Azure Stack HCI e mantém as definições e armazenamento existentes do cluster e importa os seus VMs.

O diagrama que se segue mostra a migração do seu Windows cluster do Servidor no local utilizando o mesmo hardware do servidor. Depois de desligar o seu cluster, o Azure Stack HCI é instalado, o armazenamento é recolocado e os seus VMs são importados e disponibilizados altamente (HA).

Para migrar os seus VMs para o novo hardware HCI Azure Stack HCI, consulte a Migração para Azure Stack HCI em novo hardware.

Nota

Neste artigo não se trata de aglomerados esticados migratórios.

Antes de começar

Existem vários requisitos e coisas a considerar antes de começar a migração:

Todos os comandos Windows PowerShell devem ser executados como administrador.
Deve ter credenciais de domínio com permissões de administrador para Azure Stack HCI.
Backup de todos os VMs no seu cluster de origem. Preencha uma cópia de segurança consistente de todas as aplicações e dados e uma cópia de segurança consistente de todas as bases de dados. Para apoiar o Azure, consulte Use Azure Backup.
Recolher inventário e configuração de todos os nós de cluster e nomeação de cluster, configuração de rede, resiliência e capacidade do Cluster Shared Volume (CSV) e testemunha de quórum.
Desligue os VMs do cluster, cSVs offline, piscinas de armazenamento offline e o serviço de cluster.
Desative o objeto de nome de cluster (CNO) (é reutilizado mais tarde) e:
- Verifique se o CNO tem direitos de criação de objetos para a sua própria Unidade Organizacional (OU)
- Verifique se a política herdada do bloco foi definida na UO
- Desconfiem da política necessária para o HCI da Pilha de Azure neste OU

Suporte e atualização da versão VM

As seguintes listas de tabelas suportadas Windows versões Server OS e as suas versões VM para migração no mesmo hardware.

Independentemente da versão OS em que um VM pode estar em execução, a versão VM mínima suportada para migração para Azure Stack HCI é a versão 5.0. Assim, quaisquer VMs em execução na versão 2.0, 3.0 ou 4.0 no seu Windows Server 2016 ou Windows o cluster Server 2019 devem ser atualizados para a versão 5.0 antes da migração.

Versão do SO	Versão 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 Windows Server 2008 SP1, Windows Server 2008 R2-SP1 e Windows clusters de 2012, a migração direta para Azure Stack HCI não é suportada. Nestes casos, tem duas opções:

Migrar estes VMs para Windows Server 2012 R2, Windows Server 2016 ou Windows Server 2019 primeiro, atualizar a versão VM e depois iniciar o processo de migração.
Use robocopia para copiar todos os VM VHDs para Azure Stack HCI. Em seguida, crie novos VMs e fixe os VHDs copiados aos respetivos VMs em Azure Stack HCI. Isto contorna a limitação da versão VM para estes VMs mais antigos.

Atualizar a versão VM

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

Get-VM * | Format-Table Name,Version

Para mostrar todas as versões VM em todos os nós do seu Windows o cluster do Servidor:

Get-VM –ComputerName (Get-ClusterNode)

Para atualizar todos os VMs para a versão mais recente em todos os nós Windows Servidor:

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

Atualizar os servidores e cluster

A migração consiste em executar a configuração HCI do Azure Stack na sua Windows implantação do Servidor para uma instalação de SO limpa com os seus VMs e armazenamento intactos. Isto substitui o sistema operativo atual por Azure Stack HCI. Para obter informações detalhadas, consulte implementar o sistema operativo Azure Stack HCI. Em seguida, você cria um novo cluster Azure Stack HCI, recolocar o seu armazenamento e importar os VMs mais.

Desligue os VMs de cluster existentes, CSVs offline, piscinas de armazenamento offline e o serviço de cluster.
Vá ao local onde descarregou os bits Azure Stack HCI e, em seguida, executar a configuração HCI do Azure Stack em cada nó do servidor Windows.
Durante a configuração, selecione Custom: Instale a versão mais recente do Azure Stack HCI apenas (Avançado). Repita para cada servidor.
Crie o novo cluster HCI Azure Stack. Pode utilizar Windows Admin Center ou Windows PowerShell para o fazer, como descrito abaixo.

Importante

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

Nota

Tem de registar o cluster HCI Azure Stack com O Azure antes de poder criar novos VMs nele. Para mais informações, consulte Registar com Azure.

Usando Windows Admin Center

Se utilizar Windows Admin Center para criar o cluster HCI Azure Stack, 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, consulte Criar um cluster HCI Azure Stack utilizando Windows Admin Center.

Importante

Saltar passo 4.1 Limpe as unidades no assistente de cluster Create. Caso contrário, eliminará os seus VM existentes e o armazenamento.

Inicie o assistente criar cluster. Quando chegar ao passo 4: Armazenamento:
Saltar passo 4.1 Limpar as unidades. Não faça isto.
Afaste-se do feiticeiro.
Abra o PowerShell e execute o seguinte cmdlet para criar o novo Storagesubsystem Object ID, redescobrir todos os compartimentos de armazenamento e atribuir números de unidade SES:
```
Enable-ClusterS2D -Verbose
```
Se migrar de Windows Server 2016, isto também cria um novo ClusterperformanceHistory volume ReFS e atribui-o ao Grupo de Recursos cluster SDDC.

Se migrar do Windows Server 2019, isto também adiciona o volume reFS existente ClusterperformanceHistory e atribui-o ao Grupo de Recursos cluster SDDC.
Voltar ao feiticeiro. No passo 4.2 Verifique as unidades, verifique se todas as unidades estão listadas sem avisos ou erros.
Conclua o assistente.

Utilizar o Windows PowerShell

Se utilizar o PowerShell para criar o cluster HCI da Pilha de Azure, devem ser instaladas as seguintes funções e funcionalidades em cada nó de cluster Azure Stack HCI utilizando o seguinte 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 utilizando o PowerShell, consulte Criar um cluster HCI Azure Stack utilizando Windows PowerShell.

Nota

Reutilizar o mesmo nome para o objeto de nome de cluster previamente desativado.

Executar o seguinte cmdlet para criar o cluster:

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

Executar o seguinte cmdlet para criar o novo Storagesubsystem Object ID, redescobrir todos os compartimentos de armazenamento e atribuir números de unidade SES:
```
Enable-ClusterS2D -Verbose
```
Se migrar de Windows Server 2016, isto também cria um novo ClusterperformanceHistory volume ReFS e atribui-o ao Grupo de Recursos cluster SDDC.

Nota

Se um pool de armazenamento mostrar erros do Disco Minoritário (visível no Cluster Manager), re-executar o Enable-ClusterS2D -verbose cmdlet.
Utilizando o Cluster Manager, ative todos os CSV exceto o ClusterperformanceHistory volume, que é um volume ReFS (certifique-se de que este não é um CSV ReFS).
Se migrar do Windows Server 2019, re-executar o Enable-ClusterS2D -verbose cmdlet. Isto associará o ClusterperformanceHistory volume ReFS ao Grupo de Recursos cluster SDDC.
Determine o nome e versão da piscina de armazenamento atual, executando o seguinte:
```
Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version
```

Agora determine o nome e versão da sua nova piscina de armazenamento:

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

Cria a testemunha do quórum. Para obter informações sobre como, consulte configurar uma testemunha de agrupamento.
Verifique se os trabalhos de reparação de armazenamento estão concluídos utilizando o seguinte:
```
Get-StorageJob
```
Nota

Isto pode demorar um tempo considerável dependendo do número de VMs em execução durante a atualização.
Verifique se todos os discos estão saudáveis:
```
Get-VirtualDisk
```
Determine a versão do nó do cluster, que aparece ClusterFunctionalLevel e ClusterUpgradeVersion. Faça o seguinte para obter isto:
```
Get-ClusterNodeSupportedVersion
```
Nota

ClusterFunctionalLevel é automaticamente definido e 10 não requer atualização devido ao novo sistema operativo e criação de cluster.
Atualize a sua piscina de armazenamento da seguinte forma:
```
Get-StoragePool | Update-StoragePool
```

Volumes ReFS

Se migrar de Windows Server 2016, os volumes do Resilient File System (ReFS) são suportados, mas esses volumes não beneficiam de melhorias de desempenho no Azure Stack HCI de utilizar volumes de paridade acelerada pelo espelho (MAP). Esta melhoria requer a criação de um novo volume ReFS utilizando o cmdlet PowerShell New-Volume .

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

Importar os VMs

Uma melhor prática é criar pelo menos um cluster shared volume (CSV) por nó de cluster para permitir um equilíbrio uniforme de VMs para cada proprietário de CSV para maior resiliência, desempenho e escala de cargas de trabalho VM. Por padrão, este equilíbrio ocorre automaticamente a cada cinco minutos e precisa de ser considerado quando se utiliza robocopia entre um nó de cluster de origem e o nó do cluster de destino para garantir que os proprietários de CSV de origem e destino correspondem para fornecer a rota e velocidade de transferência mais ideais.

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

Executar o seguinte cmdlet para mostrar todos os nós do proprietário CSV:
```
Get-ClusterSharedVolume
```
Para cada nó do servidor, vá e C:\Clusterstorage\Volume desacorra o caminho para todos os VMs - por exemplo C:\Clusterstorage\volume01.
Execute o seguinte cmdlet em cada nó do proprietário do CSV para mostrar o caminho para todos os ficheiros VM VMCX por volume antes da importação de VM. Modifique o caminho para combinar com o seu ambiente:
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse
```
Execute o seguinte cmdlet para cada nó do servidor importar e registar todos os VMs e disponibilizá-los altamente em cada nó do proprietário do CSV. Isto garante uma distribuição uniforme de VMs para o melhor processador e alocação de memória:
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole
```
Inicie cada VM de destino em cada nó:
```
Start-VM -Name
```
Faça login e verifique se todos os 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'}
```
Por último, atualize os seus VMs para a versão HCI mais recente do Azure Stack HCI para tirar partido de todos os avanços:
```
Get-VM | Update-VMVersion -Force
```

Passos seguintes

Validar o cluster após a migração. Consulte validar um cluster HCI da Pilha de Azure.
Para migrar Windows VMs do Servidor para o novo hardware HCI do Azure Stack HCI, consulte a Migração para O Azure Stack HCI em novo hardware.