Use o Migrate for Compute Engine para migrar VMs para nós de locatário individual do Compute Engine. Se você estiver usando um esquema de licenciamento traga sua própria licença (BYOL), é possível definir a string de licença a ser usada na VM de migração.
Com os nós de locatário individual, o Compute Engine garante que suas VMs não compartilhem um host com cargas de trabalho de outro cliente. Para mais informações sobre nós de locatário individual, consulte a documentação do Compute Engine.
Pré-requisitos
Antes de fazer a migração para nós de locatário individual, você precisa configurar o nó no Compute Engine. Como parte dessa configuração, é preciso fazer o seguinte:
- Crie grupos e instâncias de nós de locatário individual no projeto de destino do local em que suas cargas de trabalho serão executadas.
- Configure a afinidade de nó ou os rótulos antiafinidade.
- Você precisa migrar as VMs usando ondas.
Como especificar a afinidade do nó
Ao fazer a migração para um nó de locatário individual, é possível especificar os detalhes da afinidade do nó para que o Compute Engine use com a VM de migração.
A afinidade do nó determina quais nós suas VMs usam como hosts. É preciso configurar as chaves e os valores de afinidade do nó no Compute Engine antes de usá-los no Migrate for Compute Engine.
Para usar a afinidade de nó na migração, configure as chaves e os valores no seu runbook da seguinte maneira:
- Defina cada chave de rótulo de afinidade no campo de runbook chamado
SoleTenancy-NodeAffinity:KEY
. - Para permitir a migração de uma VM para um nó de locatário individual que corresponda a várias chaves (por exemplo,
workload
elayer
), adicione várias colunas, cada uma com uma chave diferente. - Para que uma VM seja migrada para um nó de locatário individual correspondente a pelo menos um valor ou chave, coloque-os no mesmo valor de coluna ou linha e separe-os com uma
|
.
No exemplo a seguir:
- Um rótulo de afinidade de locatário individual com uma chave de
workload
tem valores possíveis dedev
,staging
eprod
. - Há duas VMs,
app-prod
eapp-test
. - A VM
app-prod
precisa ser executada nos nós marcados com a chaveprod
, mas aapp-test
pode ser executada em nós marcados com as chavesstaging
oudev
.
VmName |
SoleTenancy-NodeAffinity:workload |
app-prod |
prod |
app-test |
dev|staging |
Criar VMs em nós de locatário individual
Para que o Migrate for Compute Engine especifique que as VMs precisem ser iniciadas em nós de locatário individual, opcionalmente usando um modelo de licenciamento BYOL, adicione configurações ao arquivo runbook que você usará para ondas de migração.
Para saber mais sobre os campos do runbook, consulte a Referência do runbook.
Para executar VMs em nós de locatário individual:
No seu runbook, adicione as colunas a seguir e defina os valores delas em cada VM que você quiser migrar para um host de locatário individual:
Campo Obrigatório Formato Observações SoleTenancy-NodeAffinity:KEY
Sim String Grupos de afinidade de nós em que a VM pode ser iniciada. Para mais informações, consulte Sobre a afinidade de nós neste tópico. SoleTenancy-NodeAffinityNot:KEY
Não String Grupos de afinidade de nós em que não é possível iniciar o nó. Vários grupos precisam ser separados por um caractere |
.SoleTenancy-VmHostMaintenancePolicy
Não migrate
(padrão) outerminate
No momento, a política
migrate
não é compatível com o BYOL do Windows. Não será possível continuar com a migração em ondas se a opçãoterminate
não for definida explicitamente ao usar o BYOL.SoleTenancy-RestartOnFailure
Não true
(padrão) oufalse
Para VMs que usam um esquema de licenciamento BYOL, verifique se você criou seu nó de locatário individual com a sinalização
--restart-node-on-minimal-servers
.Para o BYOL do Windows, especifique a licença do SO usando o campo do runbook
license:os
conforme descrito nesta página:Campo Obrigatório Formato Observações license:os
Sim, para alterar a origem da licença de software. String Uma string de licença do Windows compatível. Especifique uma das strings de licença listadas no Suporte de licença do SO da VM. Ao fazer a migração de outra plataforma de origem baseada em nuvem, para melhor granularidade da versão, especifique uma licença. Além disso, ao migrar versões do Windows 2008 R2 ou 2016, e se você quiser usar uma licença de pagamento por utilização, certifique-se de especificar a licença correspondente da lista de strings da licença. Se você não especificar uma licença, o Migrate for Compute Engine usará a licença de 2012.
Continue com a migração em onda.
Configurações sugeridas para nós de locatário individual com licenças diferentes
Quer migrar para nós de locatário individual? Veja a seguir uma tabela que poderá ajudar a decidir quais opções de configuração são adequadas para você.
Cenário de licença | BYOL do Windows Server | BYOL do MS SQL | Windows PAYG ou Linux (BYOL/PAYG): locatário individual com um pool de recursos |
|
---|---|---|---|---|
Tipo de licença | Licença por núcleo | Licença por núcleo | Com o Software Assurance, os nós no grupo são licenciados com antecedência por meio de um pool de recursos |
|
Configurações de nós de locatário individual no Compute Engine | ||||
Propriedade do nó de locatário individual: --restart-node-on-minimal-servers | Sim | Sim | Não | Não |
Configurações de VM individuais no seu runbook | ||||
Propriedade da VM: rótulos de afinidade | Sim | Sim | Sim | Sim |
Propriedade da VM: política de manutenção do host | Encerrar | Encerrar | Migrar | Migrar |
Propriedade da VM: reiniciar em caso de falha | Sim / Não | Sim / Não | Sim / Não | Yes / No |
Propriedade da VM: licença do sistema operacional do Windows É possível encontrar as licenças na documentação do Compute Engine. |
BYOL | BYOL/PAYG | PAYG | Windows PAYG ou Linux |