Migração de servidores entre recursos computacionais¶

No SolusVM 2, você pode migrar um ou mais servidores para outro recurso de computação.

A migração se mostra benéfica caso você pretenda realizar as seguintes ações, mantendo a oferta de serviços aos seus usuários:

Diminua a carga do recurso de computação (vários servidores implantados em um recurso de computação).
Execute a manutenção em um recurso de computação.
Descomissionar um recurso de computação.

Modos de Migração¶

SolusVM 2 possui os seguintes modos de migração:

Migração em tempo real, que é executada para servidores em execução e preserva o endereço IP do servidor.
Migração offline, que é realizada para servidores parados e, no momento, sempre preserva o endereço IP do servidor. A migração offline que alterará o endereço IP do servidor está atualmente em desenvolvimento.

Tanto a migração em tempo real quanto a offline têm seus benefícios:

Durante a migração ao vivo, um servidor tem um curto tempo de inatividade e pode até estar disponível online.
Após a migração ao vivo, um servidor fica totalmente funcional sem nenhuma ação adicional de sua parte.
A migração offline tem menos limitações em comparação com a migração em tempo real.

Para migrar um ou mais servidores para outro recurso de computação:

Leia os problemas conhecidos e as limitações relacionadas à migração. Preste atenção àqueles marcados com o ícone . SolusVM 2 não pode verificar esses problemas automaticamente antes da migração.
Atribua também o bloco IP do recurso de computação de origem ao recurso de computação de destino.
(Para migração offline) Pare um ou mais servidores que deseja migrar.
Acesse Servidores Virtuais.

Selecione um ou mais servidores que tenham o mesmo estado (em execução ou parado) e clique em Migrar.

Note

Os servidores que você deseja migrar podem estar localizados nos mesmos recursos de computação ou em recursos de computação diferentes.

Na lista suspensa, selecione o recurso de computação de destino.
Para realizar a migração ao vivo, mantenha a caixa de seleção “Migração ao vivo” marcada.
Para realizar a migração offline, desmarque a caixa de seleção.
Para realizar a migração offline, desmarque a caixa de seleção.
Para alterar endereços IP, desmarque a caixa de seleção "Preservar IP".
Para alterar o tipo de armazenamento do servidor durante a migração, escolha "Converter tipo de armazenamento e formato de imagem".
Clique em Iniciar Migração.

SolusVM 2 irá agora verificar se a migração é possível. Se a verificação for bem-sucedida, a migração será iniciada.

Após a conclusão da migração em tempo real, o servidor migrado estará instalado e funcionando. Após a conclusão da migração offline, é necessário iniciar o servidor.

Estimativa do tempo de migração¶

O tempo de migração varia dependendo dos seguintes fatores:

A memória e o tamanho do disco do servidor migrado.
Com que intensidade o servidor é usado.
Velocidade da rede.

É impossível fornecer uma estimativa de tempo precisa.

Para saber quanto tempo levará a migração, execute a migração em seu ambiente. Use um servidor de teste cuja configuração corresponda à do servidor real que você deseja migrar. Teste a migração ao vivo e offline porque o tempo é diferente.

Migração ao vivo e alta taxa de alteração de memória¶

Tempo de inatividade da migração em tempo real para servidores virtuais KVM ajustando-se automaticamente se o conteúdo da memória do servidor virtual mudar a uma taxa que excede a largura de banda da rede entre os recursos de computação de origem e de destino.

Tarefas e Grupo Migração¶

Você pode migrar um ou mais servidores do mesmo recurso de computação ou de recursos diferentes. Quando você migra um servidor, chamamos isso de tarefa de migração. Quando você inicia a migração de vários servidores de uma só vez, chamamos isso de grupo de migração.

Um grupo de migração sempre consiste em tarefas de migração separadas. Por exemplo, se você iniciar a migração de três servidores ao mesmo tempo, você tem um grupo de migração que consiste em três tarefas de migração.

As tarefas e grupos de migração são processados da seguinte forma:

SolusVM 2 executa todas as tarefas de migração dentro de um grupo, uma por uma.
SolusVM 2 não pode processar mais do que três grupos de migração em paralelo. Se você iniciar o quarto grupo de migração enquanto os três primeiros ainda estiverem em execução, o quarto grupo de migração falhará.
Cada recurso de computação pode processar apenas uma tarefa de migração por vez.

Problemas conhecidos e limitações¶

Note

SolusVM 2 não pode verificar automaticamente os problemas marcados com o ícone .

Para migração em tempo real e offline:

O recurso de cálculo de destino deve ter o mesmo bloco IP atribuído ao recurso de cálculo de origem.
SolusVM 2 não pode migrar um servidor se ele tiver pelo menos um snapshot. Para migrar o servidor, é necessário excluir seus snapshots.
Os recursos de computação de origem e de destino precisam que as portas TCP 8081 e 49152-49215 sejam abertas e não filtradas. SolusVM 2 abre automaticamente essas portas ao adicionar recursos de computação. É provável que as portas estejam abertas, a menos que você altere a configuração padrão. É provável que as portas estejam abertas, a menos que você altere a configuração padrão.
A migração com conversão do tipo de armazenamento e formato de imagem requer que o módulo do kernel nbd seja compilado e carregado no CentOS 7.
Após a migração com conversão do tipo de armazenamento e formato de imagem, há casos em que os backups criados com o tipo de armazenamento anterior não podem ser restaurados para um novo tipo de armazenamento do servidor virtual. A tabela a seguir descreve o estado de suporte desses casos:

Tipo de armazenamento de um servidor em backup	Tipo de armazenamento atual de um servidor
Tipo de armazenamento de um servidor em backup	ThinLVM	LVM	Bruto baseado em arquivo	QCOW2 baseado em arquivo
ThinLVM (Backup completo)	OK	OK	OK	OK
ThinLVM (Backup incremental)	OK	Restauração não suportada	Restauração não suportada	Restauração não suportada
LVM	OK	OK	OK	OK
Bruto baseado em arquivo	OK	OK	OK	OK
QCOW2 baseado em arquivo	OK	OK	OK	OK

Note

Restaurar um backup baseado em arquivo QCOW2 em um servidor virtual baseado em Raw / LVM / ThinLVM irá gerar dados intermediários no Diretório de Backup Temporário do Recurso de Computação. Esse processo requer espaço livre suficiente para acomodar todo o conjunto de dados do servidor virtual. O Diretório de Backup Temporário pode ser configurado na aba de configurações do Recurso de Computação.

Se você migrar um servidor virtual com o recurso lista de níveis de armazenamento habilitado, você precisará colocar as tags de armazenamento no recurso de computação de destino em conformidade com as tags de armazenamento no servidor que está sendo migrado, ou desative o recurso de lista de níveis de armazenamento. No entanto, não recomendamos desabilitar o recurso, pois um disco pode ser migrado no armazenamento com uma tag de armazenamento diferente. Se essa incompatibilidade persistir, o disco principal e os discos adicionais poderão não funcionar corretamente.

Somente para migração ao vivo:

Note

A migração ao vivo herda suas limitações do Libvirt/QEMU.

Os recursos de computação de origem e destino devem ter o mesmo Sistema Operacional distributivo. Por exemplo, SolusVM 2 não pode migrar um servidor de um recurso de computação no Ubuntu para um recurso de computação no CentOS.
O recurso de computação de destino deve ter a mesma versão ou posterior da distribuição do sistema operacional que o recurso de computação de origem. Por exemplo, SolusVM 2 não pode migrar um servidor de um recurso de computação no CentOS 8 ao recurso de computação no CentOS 7.
Os recursos de computação de origem e destino devem ter CPU do mesmo fornecedor e da mesma geração ou família.
|image-exclamation-mark| Não recomendamos a migração entre gerações de CPU antigas e novas ou famílias do mesmo fornecedor. Por exemplo, migração entre recursos computacionais com processadores Intel® Core™ i7 e Intel® Xeon® ou entre AMD Ryzen™ e AMD EPYC™. Essa migração pode falhar ou congelar o servidor migrado.
Os recursos de computação de origem e destino devem ter os mesmos parâmetros ativados (se houver), por exemplo, virtualização aninhada. Se os parâmetros não corresponderem, essa migração pode falhar ou congelar o servidor migrado.
A migração ao vivo com tipo de armazenamento de conversão e formato de imagem não está disponível no momento, mas pode ser adicionada em versões futuras.
A migração ao vivo no local com tipo de armazenamento de conversão e formato de imagem não está disponível no momento, mas pode ser adicionada em versões futuras.