Migrar para Azure Stack HCI no mesmo hardware
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á oClusterperformanceHistory
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
eClusterUpgradeVersion
. Faça o seguinte para obter isto:Get-ClusterNodeSupportedVersion
Nota
ClusterFunctionalLevel
é automaticamente definido e10
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 exemploC:\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.