A posse exclusiva permite-lhe criar VMs num nó de posse exclusiva específico ou num grupo de nós. Se criar uma VM num grupo de nós, o Compute Engine otimiza o espaço disponível para VMs no grupo de nós através de um algoritmo de bin-packing para determinar o nó no qual colocar a VM. Para obter informações sobre a posse exclusiva, consulte o artigo Vista geral da posse exclusiva.
À medida que a carga de trabalho é executada, pode querer mover as VMs para um nó ou um grupo de nós diferente. Para mover VMs de inquilino único para um nó ou um grupo de nós diferente, pode iniciar manualmente uma migração em direto. Também pode iniciar manualmente uma migração em direto para mover uma VM multiinquilino para uma única posse.
Exemplos de utilização da migração em direto manual
A lista seguinte mostra alguns exemplos de utilização para a migração em direto manual de VMs:
Aumente a utilização e otimize os custos. Pode consolidar máquinas virtuais em menos nós de inquilino único.
Reorganizar VMs logicamente. Use grupos de nós ou nós de inquilino único diferentes para separar as VMs com base no respetivo tipo de carga de trabalho.
Isolar cargas de trabalho para cumprir as normas de conformidade ou melhorar o desempenho. Migre manualmente em direto cargas de trabalho multi-inquilino que requerem isolamento de hardware para inquilino único de modo a cumprir as normas de conformidade ou melhorar o desempenho.
Aumentar a portabilidade das VMs. Não pode modificar determinadas definições do modelo de nó, como a política de manutenção, o período de manutenção e as definições relacionadas com o SSD local. Ao usar a migração em direto manual, pode migrar VMs para um grupo de nós com definições diferentes.
- Melhore o desempenho reequilibrando os nós de inquilino único com subscrição excessiva. Se estiver a exceder o limite de CPUs em VMs de inquilino único, pode migrar manualmente em direto quaisquer VMs com desempenho inferior para outros nós de inquilino único.
Exemplos
Para compreender como a migração em direto manual suporta os exemplos de utilização anteriores, reveja os seguintes exemplos.
Organização manual em contentores
Para organizar as VMs de forma mais eficiente num grupo de nós de modo a ajustar VMs adicionais, pode usar a migração em direto manual para escolher em que nós colocar as VMs de inquilino único.
Considere um grupo de nós de inquilino único com o seguinte estado inicial, no qual está a tentar agendar uma VM adicional com 16 vCPUs:
| Estado inicial | Nó 1 | Nó 2 | Total |
|---|---|---|---|
| Capacidade de vCPU | 80 | 80 | 160 |
| vCPUs da VM | 72 | 64, 8 | 144 |
| Capacidade não usada | 8 | 8 | 16 |
Não existe espaço suficiente em nenhum nó para agendar uma VM com 16 vCPUs. No entanto, existe espaço agregado suficiente.
Para criar espaço para a VM de 16 vCPUs, inicie uma migração em direto da VM de 8 vCPUs do nó 2 para o nó 1. A tabela seguinte mostra a nova configuração da VM:
| Estado final | Nó 1 | Nó 2 | Total |
|---|---|---|---|
| Capacidade de vCPU | 80 | 80 | 160 |
| vCPUs da VM | 72, 8 | 64, 16 | 160 |
| Capacidade não usada | 0 | 0 | 0 |
A figura seguinte resume este processo:
Ajuste automático da escala após o preenchimento de contentores
Após o bin packing, podem existir nós de inquilino único sem VMs. Neste caso, o escalador automático de nós de inquilino único pode remover o nó vazio.
Considere um grupo de nós de inquilino único com o seguinte estado inicial. Se mover a VM de 8 vCPUs, o escalador automático do grupo de nós pode remover um nó:
| Estado inicial | Nó 1 | Nó 2 | Total |
|---|---|---|---|
| Capacidade de vCPU | 80 | 80 | 160 |
| vCPUs da VM | 8 | 72 | 80 |
| Capacidade não usada | 72 | 8 | 80 |
Para notificar o escalador automático do grupo de nós de um nó vazio, inicie uma migração em direto da VM de 8 vCPUs do nó 1 para o nó 1. A tabela seguinte mostra a nova configuração da MV:
| Estado final | Nó 1 | Nó 2 | Total |
|---|---|---|---|
| Capacidade de vCPU | 80 | 80 | 160 |
| vCPUs da VM | 0 | 72, 8 | 80 |
| Capacidade não usada | 80 | 0 | 80 |
Agora que o nó 1 está vazio, o dimensionamento automático pode removê-lo do grupo de nós. A tabela seguinte mostra a nova configuração da VM:
| Estado final | Nó 1 | Nó 2 | Total |
|---|---|---|---|
| Capacidade de vCPU | - | 80 | 80 |
| vCPUs da VM | - | 72, 8 | 80 |
| Capacidade não usada | - | 0 | 80 |
A figura seguinte resume este processo:
Limitações
Aplicam-se as seguintes limitações quando migra VMs manualmente em direto:
Limitações de capacidade. Durante a migração ao vivo manual de uma VM numa ocupação exclusiva, a VM consome capacidade do nó de ocupação exclusiva de origem e do nó de ocupação exclusiva de destino até a migração ao vivo ser concluída. Se não existir capacidade suficiente no anfitrião de destino, o Compute Engine não move a VM.
Limitações gerais. Os pedidos de migração em direto manuais podem falhar se existirem propriedades de agendamento incompatíveis ou outros pedidos de migração em direto concorrentes. Para ver informações sobre como resolver este problema, consulte o artigo Falhas de agendamento de VMs.
Limitações do grupo de instâncias geridas (MIG). Não pode migrar manualmente em direto VMs que estejam num MIG para outro nó de inquilino único.
Limitações do ciclo de vida da instância de VM. Não pode atualizar algumas propriedades de uma VM, como o tipo de máquina, sem reiniciar a VM. Além disso, não pode atualizar estas propriedades ao mesmo tempo que atualiza as afinidades de nós. Para mais informações sobre estas propriedades, consulte o artigo Atualizar propriedades da instância.
Preços
Não existem custos adicionais para migrar VMs em direto manualmente. Para mais informações sobre a faturação de nós de inquilino único, consulte os preços dos nós de inquilino único.
Se um nó de inquilino único estiver vazio após a migração e tiver ativado o escalador automático de nós de inquilino único, a migração ao vivo manual de VMs pode reduzir os seus encargos.