La single-tenancy consente di creare VM su uno specifico nodo single-tenant o in un gruppo di nodi. Se crei una VM in un gruppo di nodi, Compute Engine ottimizza lo spazio disponibile per le VM nel gruppo di nodi utilizzando un algoritmo di bin packing per determinare il nodo in cui posizionare la VM. Per informazioni sulla modalità single-tenancy, consulta Panoramica single-tenancy.
Durante l'esecuzione del carico di lavoro, potresti voler spostare le VM in un nodo o gruppo di nodi diverso. Per spostare le VM single-tenant in un nodo o gruppo di nodi diverso, puoi avviare manualmente una migrazione live. Puoi anche avviare manualmente una migrazione live per spostare una VM multi-tenant in modalità single-tenant.
Casi d'uso per la migrazione live manuale
L'elenco seguente mostra alcuni casi d'uso per la migrazione live manuale delle VM:
Aumenta l'utilizzo e ottimizza i costi. Potresti riuscire a consolidare le VM su meno nodi single-tenant.
Riorganizzare logicamente le VM. Usa nodi o nodi single-tenant per separare le VM in base al tipo di carico di lavoro.
Isola i carichi di lavoro per soddisfare gli standard di conformità o migliorare le prestazioni. Esegui manualmente la migrazione live dei carichi di lavoro multi-tenant che richiedono l'isolamento dell'hardware in modalità single-tenancy per soddisfare gli standard di conformità o migliorare le prestazioni.
Aumenta la portabilità delle VM. Non puoi modificare determinate impostazioni dei modelli di nodo, ad esempio il criterio di manutenzione, il periodo di manutenzione e le impostazioni relative all'SSD locale. Utilizzando la migrazione live manuale, puoi eseguire la migrazione delle VM in un gruppo di nodi con impostazioni diverse.
- Migliora le prestazioni ribilanciando i nodi single-tenant in eccesso. Se esegui l'overcommit delle CPU su VM single-tenant, puoi eseguire manualmente la migrazione live di qualsiasi VM con prestazioni inferiori al previsto su altri nodi single-tenant.
Esempi
Per capire in che modo la migrazione live manuale supporta i casi d'uso precedenti, esamina gli esempi riportati di seguito.
Bin packing manuale
Per organizzare in modo più efficiente le VM in un gruppo di nodi in modo che si adattino a VM aggiuntive, puoi utilizzare la migrazione live manuale per scegliere su quali nodi posizionare le VM single-tenant.
Considera un gruppo di nodi single-tenant con il seguente stato iniziale, su cui stai tentando di pianificare una VM aggiuntiva con 16 vCPU:
| Stato iniziale | Nodo 1 | Nodo 2 | Totale |
|---|---|---|---|
| Capacità vCPU | 80 | 80 | 160 |
| vCPU VM | 72 | 64, 8 | 144 |
| Capacità inutilizzata | 8 | 8 | 16 |
Spazio su nessun nodo sufficiente per pianificare una VM con 16 vCPU. Tuttavia, lo spazio aggregato è sufficiente.
Per fare spazio alla VM con 16 vCPU, avvia una migrazione live delle VM con 8 vCPU dal Nodo 2 al Nodo 1. La tabella seguente mostra la nuova configurazione della VM:
| Stato finale | Nodo 1 | Nodo 2 | Totale |
|---|---|---|---|
| Capacità vCPU | 80 | 80 | 160 |
| vCPU VM | 72, 8 | 64, 16 | 160 |
| Capacità inutilizzata | 0 | 0 | 0 |
La figura seguente riassume questo processo:
Scalabilità automatica dopo il bin packing
Dopo il bin packing, potrebbero esserci nodi single-tenant senza VM. In questo caso, il gestore della scalabilità automatica dei nodi single-tenant può rimuovere il nodo vuoto.
Considera un gruppo di nodi single-tenant con il seguente stato iniziale. Se sposti la VM da 8 vCPU, il gestore della scalabilità automatica dei gruppi di nodi può rimuovere un nodo:
| Stato iniziale | Nodo 1 | Nodo 2 | Totale |
|---|---|---|---|
| Capacità vCPU | 80 | 80 | 160 |
| vCPU VM | 8 | 72 | 80 |
| Capacità inutilizzata | 72 | 8 | 80 |
Per notificare la presenza di un nodo vuoto al gestore della scalabilità automatica dei gruppi di nodi, avvia una migrazione live della VM con 8 vCPU dal nodo 1 al nodo 1. La tabella seguente mostra la nuova configurazione VM:
| Stato finale | Nodo 1 | Nodo 2 | Totale |
|---|---|---|---|
| Capacità vCPU | 80 | 80 | 160 |
| vCPU VM | 0 | 72, 8 | 80 |
| Capacità inutilizzata | 80 | 0 | 80 |
Ora che il nodo 1 è vuoto, il gestore della scalabilità automatica può rimuoverlo dal gruppo di nodi. La tabella seguente mostra la nuova configurazione della VM:
| Stato finale | Nodo 1 | Nodo 2 | Totale |
|---|---|---|---|
| Capacità vCPU | - | 80 | 80 |
| vCPU VM | - | 72, 8 | 80 |
| Capacità inutilizzata | - | 0 | 80 |
La figura seguente riassume questo processo:
Limitazioni
Durante la migrazione manuale delle VM si applicano le seguenti limitazioni:
Limitazioni di capacità. Durante la migrazione live manuale di una VM in single-tenancy, la VM consuma capacità sia dal nodo single-tenant di origine sia dal nodo single-tenant di destinazione fino al completamento della migrazione live. Se la capacità dell'host di destinazione non è sufficiente, Compute Engine non sposta la VM.
Limitazioni generali. Le richieste manuali di migrazione live potrebbero non riuscire se esistono proprietà di pianificazione incompatibili o altre richieste di migrazione live concorrenti. Per informazioni su come risolvere questo problema, consulta Errori di pianificazione delle VM.
Limitazioni dei gruppi di istanze gestite. Non puoi eseguire manualmente la migrazione live delle VM che si trovano in un gruppo di istanze gestite in un altro nodo single-tenant.
Limitazioni del ciclo di vita delle istanze VM. Non puoi aggiornare alcune proprietà di una VM, come il tipo di macchina, senza riavviarla. Inoltre, non puoi aggiornare queste proprietà contemporaneamente all'aggiornamento delle affinità dei nodi. Per saperne di più su queste proprietà, consulta Aggiornare le proprietà delle istanze.
Prezzi
Non sono previsti costi aggiuntivi per la migrazione manuale delle VM con la migrazione live. Per ulteriori informazioni sulle modalità di fatturazione per i nodi single-tenant, consulta Prezzi dei nodi single-tenant.
Se dopo la migrazione un nodo single-tenant è vuoto e hai abilitato il gestore della scalabilità automatica dei nodi single-tenant, la migrazione manuale delle VM potrebbe ridurre i costi.