Documentazione dell'infrastruttura Oracle Cloud

Migrazione attiva, al riavvio e manuale: spostamento di un'istanza di computazione in un nuovo host

In questo argomento vengono fornite informazioni sulle azioni di manutenzione che prevedono il riposizionamento delle istanze di virtual machine (VM) e Bare Metal durante gli eventi di manutenzione dell'infrastruttura. Le azioni disponibili includono:

Importante

Per informazioni su quando è necessario eseguire la migrazione di una virtual machine, vedere Manutenzione dell'infrastruttura.
Suggerimento

Migrazione host virtual machine dedicata: per informazioni su come riposizionare gli host virtual machine dedicati durante gli eventi di manutenzione dell'infrastruttura, vedere Gestione della migrazione al riavvio della manutenzione per gli host virtual machine dedicati.
Nota

Oracle Platform Services: per le istanze create con Oracle Platform Services e situate nel compartimento ManagedCompartmentForPaaS, è necessario utilizzare l'interfaccia per l'Platform Service specifico per riavviare le istanze.

Migrazione attiva

La migrazione attiva è un meccanismo per lo spostamento di una VM da un server fisico a un altro mentre la VM è ancora in esecuzione. Durante una migrazione attiva, l'istanza VM di origine continua a essere eseguita mentre il servizio di computazione copia la memoria e tutti i componenti virtuali nella nuova istanza VM di destinazione. Quando la copia è completa, c'è solo una leggera pausa, in genere misurata in decine di millisecondi, quando il sistema passa alla nuova VM.

Durante un evento di manutenzione dell'infrastruttura, Oracle Cloud Infrastructure esegue la migrazione in tempo reale delle istanze VM supportate da un host VM fisico in buono stato che richiede manutenzione a un host VM in buono stato con interruzioni minime delle istanze in esecuzione.

Se non è possibile eseguire la migrazione attiva di un'istanza, Oracle Cloud Infrastructure pianifica una data di scadenza per la migrazione al riavvio entro 14-16 giorni e invia una notifica. Se non riavvii in modo proattivo l'istanza prima della data di scadenza, l'istanza viene migrata automaticamente al riavvio.

Per impostazione predefinita, Oracle Cloud Infrastructure esegue la migrazione attiva dell'istanza senza inviare alcuna notifica sulla manutenzione imminente. Quando inizia e termina una migrazione attiva, viene emesso un evento di manutenzione dell'infrastruttura. È possibile utilizzare l'automazione per tenere traccia degli eventi di manutenzione dell'infrastruttura.

Supporto migrazione attiva

Quando si crea un'istanza, selezionare le impostazioni compatibili con la migrazione attiva. Per un'istanza esistente, se supportata, puoi abilitare la migrazione in tempo reale modificando l'istanza per utilizzare impostazioni compatibili con la migrazione in tempo reale. Alcune impostazioni incompatibili con la migrazione attiva non possono essere modificate dopo aver creato un'istanza.

La tabella riportata di seguito mostra i criteri che rendono un'istanza compatibile con la migrazione attiva. Tutti i criteri devono essere soddisfatti affinché un'istanza supporti la migrazione attiva.

Categoria Criteri a supporto della migrazione in tempo reale È possibile modificare l'impostazione dopo aver creato l'istanza?
Realm La tenancy si trova nel realm commerciale. N.
Forma

L'istanza utilizza una delle forme indicate di seguito.

  • Serie VM.Standard1
  • VM.Standard.A1.Flex
  • Serie VM.Standard.B1
  • Serie VM.Standard2
  • VM.Standard3.Flex
  • Serie VM.Standard.E2
  • VM.Standard.E2.1.Micro
  • VM.Standard.E3.Flex
  • VM.Standard.E4.Flex
  • VM.Standard.E5.Flex
  • VM.Standard.E6.Flex
  • VM.Optimized3. Flexfield

Altre forme VM, istanze Bare Metal e istanze negli host virtual machine dedicati non supportano la migrazione attiva.

Sì, per alcune forme. Modificare la forma dell'istanza in una forma supportata.

In alternativa, terminare (eliminare) l'istanza, ma non eliminare il volume di avvio associato. Quindi, utilizza il volume di avvio per creare una nuova istanza utilizzando una forma che supporta la migrazione attiva.
Immagine

Le istanze che utilizzano immagini della piattaforma Linux o Windows supportano la migrazione attiva.

Per le istanze che utilizzano immagini personalizzate o Oracle Cloud Infrastructure Marketplace, Oracle Cloud Infrastructure tenta di eseguire la migrazione attiva dell'istanza.

 N.
Tipo di avvio di rete L'istanza utilizza la rete pseudo-virtualizzata. Sì, modificare il tipo di avvio di rete.
Istanze schermate Non supportato. N.
Windows Defender Credential Guard è abilitato Non supportato. N.
Schede di interfaccia della rete virtuale (VNIC, Virtual Network Interface Card) Il numero totale massimo di VNIC collegate è sei. Sì, scollega ed elimina le VNIC secondarie fino a quando non vengono collegate al numero totale di sei VNIC.

Per determinare se un'istanza supporta la migrazione attiva, effettuare le operazioni riportate di seguito.

  1. Apri il menu di navigazione e seleziona Computazione. In Computazione, selezionare Istanze.
  2. Selezionare l'istanza a cui si è interessati.
  3. Controllare il campo Migrazione attiva per l'istanza. Se nel campo viene visualizzato Visualizza incompatibilità, l'istanza non supporta la migrazione attiva.
  4. (Facoltativo) Per verificare quali impostazioni non sono compatibili con la migrazione in tempo reale, fare clic su Visualizza incompatibilità.

Migrazione al riavvio

Con la migrazione al riavvio, l'istanza viene arrestata, migrata a un host in buono stato e riavviata. Durante la migrazione si verifica un breve periodo di inattività. Puoi controllare quando si verifica il tempo di inattività riavviando in modo proattivo la migrazione dell'istanza prima della data di scadenza della manutenzione.

La migrazione al riavvio è supportata per le istanze VM che utilizzano forme I/O standard, GPU e dense e per le istanze Bare Metal che utilizzano forme standard. L'azione di manutenzione predefinita dipende dalla forma dell'istanza.

  • Istanze VM:

    • Forme Standard/GPU (incluso Flex): entro 24 ore dalla data di scadenza della manutenzione, l'istanza VM viene arrestata, migrata a un host in buono stato e riavviata. Durante la migrazione si verifica un breve periodo di inattività.

      Puoi controllare quando si verifica il tempo di inattività riavviando in modo proattivo la migrazione dell'istanza prima della data di scadenza della manutenzione.

    • DenseIO forme (compreso Flex): alla data di scadenza della manutenzione, l'istanza VM viene arrestata, ricreata e riavviata. Durante il processo di manutenzione si verifica un tempo di inattività di diverse ore.

      Se si desidera ridurre al minimo i tempi di inattività ed eliminare l'SSD basato su NVMe collegato localmente, è possibile riavviare l'istanza in modo proattivo prima dell'ora di manutenzione pianificata. L'istanza verrà migrata al riavvio in un host in buono stato e l'SSD verrà eliminato definitivamente. Durante la migrazione si verifica un breve periodo di inattività.

  • Istanze bare metal:

    • Forme standard: entro 24 ore dalla data di scadenza della manutenzione, l'istanza Bare Metal viene arrestata, migrata in un host in buono stato e riavviata. Durante la migrazione si verifica un breve periodo di inattività.

      Puoi controllare quando si verifica il tempo di inattività riavviando in modo proattivo la migrazione dell'istanza prima della data di scadenza della manutenzione.

      Se la migrazione al riavvio non riesce, Oracle Cloud Infrastructure invia una notifica. È necessario eseguire manualmente la migrazione dell'istanza a un host in buono stata.

Dopo la migrazione dell'istanza al riavvio, il campo Riavvio per manutenzione viene cancellato. Questa modifica indica che l'istanza è stata spostata correttamente.

Importante

Utilizzare Console, CLI o SDK per riavviare la migrazione di un'istanza VM. Il reboot dell'istanza dal sistema operativo non esegue la migrazione dell'istanza al nuovo hardware.

Dopo una migrazione, per impostazione predefinita l'istanza viene ripristinata allo stesso stato del ciclo di vita di prima dell'evento di manutenzione. Se hai un processo alternativo per recuperare l'istanza dopo una migrazione al riavvio, puoi configurare l'istanza in modo che rimanga arrestata dopo la migrazione a hardware in buono stato. Per ulteriori informazioni sulla configurazione delle opzioni di migrazione, incluso lo stato del ciclo di vita delle istanze dopo una migrazione, vedere Impostazione della disponibilità delle istanze durante gli eventi di manutenzione.

Suggerimento

È possibile estendere la data di scadenza per la migrazione al riavvio. Vedere Estensione della scadenza di manutenzione

Prerequisiti per la migrazione al riavvio

Preparare l'istanza per la migrazione al riavvio:

  • Assicurarsi che tutti i volumi a blocchi definiti in /etc/fstab utilizzino le opzioni consigliate.
  • Assicurarsi che gli accessi di qualsiasi servizio NFS (File Storage Service) utilizzino l'opzione nofail.
  • Se si utilizza lo script fornito da Oracle per configurare le VNIC secondarie, assicurarsi che venga eseguito automaticamente all'avvio.

  • Se l'istanza utilizza una forma di I/O densa, eseguire il backup dell'SSD basato su NVMe collegato localmente:

    1. Creare e collegare uno o più volumi a blocchi all'istanza.
    2. Copiare i dati dai dispositivi NVMe nei volumi a blocchi.

Spostamento di un'istanza VM con migrazione al riavvio

Dopo aver completato i prerequisiti:

  1. Arrestare qualsiasi applicazione in esecuzione.

  2. Utilizzare Console, CLI o SDK per eseguire il reboot dell'istanza. La migrazione al riavvio non viene eseguita quando si riavvia l'istanza dal sistema operativo.

    Se l'istanza utilizza una forma di I/O densa:

    • Utilizzo della console: nella finestra di dialogo Istanza di riavvio selezionare l'opzione Elimina SSD locale basato su NVMe e riavvia la migrazione in un host in buono stata.
    • Utilizzo dell'interfaccia CLI o dell'SDK: nell'operazione InstanceAction, impostare l'attributo allowDenseRebootMigration su true.
    Attenzione

    Per le istanze di I/O con dati completi, l'SSD basato su NVMe viene eliminato definitivamente. Si consiglia di creare un backup dell'SSD prima di procedere.
  3. Verificare che l'evento di manutenzione nella scheda Manutenzione sia in stato Succeeded. (Ci sono tre possibili stati finali: Succeeded, Canceled, Failed).
  4. Avviare ed eseguire il test di qualsiasi applicazione nell'istanza.

  5. Per le istanze di I/O dense, se si desidera ripristinare l'SSD basato su NVMe:

    1. Collegare i volumi a blocchi utilizzati per eseguire il backup dei dispositivi NVMe locali.
    2. Copiare i dati nello storage NVMe della nuova istanza.
    3. Scollegare e, facoltativamente, eliminare i volumi a blocchi.

Spostamento di un'istanza Bare Metal con migrazione al riavvio

Dopo aver completato i prerequisiti:

  1. Arrestare qualsiasi applicazione in esecuzione.

  2. Utilizzare Console, CLI o SDK per eseguire il reboot dell'istanza. La migrazione al riavvio non viene eseguita quando si riavvia l'istanza dal sistema operativo.

    • Utilizzo della console: nella finestra di dialogo Riavvia istanza, selezionare l'opzione Riavvia migrazione istanza a host in buono stato.
    • Uso dell'interfaccia CLI o dell'SDK: nell'operazione InstanceAction passare il valore REBOOTMIGRATE come azione da eseguire. Per riavviare immediatamente la migrazione dell'istanza, lasciare vuoto l'attributo timeScheduled.
  3. Verificare che l'evento di manutenzione nella scheda Manutenzione sia in stato Succeeded. (Ci sono tre possibili stati finali: Succeeded, Canceled, Failed).
  4. Avviare ed eseguire il test di qualsiasi applicazione nell'istanza.

Spostamento di un'istanza con migrazione manuale

Per le istanze senza una data nel campo Riavvio per manutenzione (disponibile nella console, nell'interfaccia CLI e negli SDK), è necessario spostare l'istanza manualmente. Questo metodo richiede l'eliminazione (terminazione) dell'istanza, quindi l'avvio di una nuova istanza dal volume di avvio conservato. Le istanze che dispongono di VNIC aggiuntive, indirizzi IP secondari, volumi a blocchi collegati da remoto, il modulo TPM (Trusted Platform Module) abilitato o che appartengono a un set backend di un load balancer richiedono passi aggiuntivi.

Limiti e avvertenze per la migrazione manuale

Tenere presenti le limitazioni e le avvertenze riportate di seguito quando si esegue una migrazione manuale.

  • Tutti gli indirizzi IP pubblici assegnati all'istanza da un pool pubblico riservato vengono conservati. Qualsiasi indirizzo non assegnato da un pool di indirizzi IP pubblici riservati verrà modificato. Gli indirizzi IP privati non cambiano.
  • Gli indirizzi MAC, i CPUID e altri identificativi hardware univoci cambiano durante lo spostamento. Se qualsiasi applicazione in esecuzione sull'istanza utilizza questi identificatori per le licenze o per altri scopi, assicurati di prendere nota di queste informazioni prima di spostare l'istanza per aiutarti a gestire la modifica.
  • Le istanze schermate hanno limitazioni aggiuntive. Vedere Migrazione delle istanze schermate.

Prerequisiti per la migrazione manuale

  1. Prima di spostare l'istanza, documentare tutti i dettagli critici:

    • Area, dominio di disponibilità e dominio di errore dell'istanza.
    • Nome visualizzato dell'istanza.
    • Tutti gli indirizzi IP privati, i nomi e le sottoreti. Tenere presente che l'istanza può avere più VNIC e che ogni VNIC può avere più indirizzi IP secondari.
    • Tutti i nomi DNS privati. L'istanza può avere più VNIC e ogni VNIC può avere più indirizzi IP secondari. Ogni indirizzo IP privato può avere un nome DNS.
    • Qualsiasi indirizzo IP pubblico assegnato da un pool pubblico riservato. Tenere presente che l'istanza può avere più VNIC e che ogni VNIC può avere più indirizzi IP privati secondari. Ogni VNIC e indirizzo IP privato secondario può avere un indirizzo IP pubblico collegato.
    • Qualsiasi volume a blocchi collegato all'istanza.
    • Qualsiasi tag nell'istanza o nelle risorse collegate.

  2. Preparare l'istanza per la migrazione manuale:

    • Assicurarsi che tutti i volumi a blocchi definiti in /etc/fstab utilizzino le opzioni consigliate.
    • Assicurarsi che gli accessi di qualsiasi servizio NFS (File Storage Service) utilizzino l'opzione nofail.
    • Se sono state definite in modo statico interfacce di rete appartenenti a VNIC secondarie che utilizzano i relativi indirizzi MAC, ad esempio quelle definite in /etc/sysconfig/network-scripts/ifcfg*, tali interfacce non verranno avviate a causa della modifica dell'indirizzo MAC. Rimuovere il mapping statico.
    • Se si utilizza lo script fornito da Oracle per configurare le VNIC secondarie, assicurarsi che venga eseguito automaticamente all'avvio.

Spostamento manuale di un'istanza

Dopo aver completato i prerequisiti, effettuare le operazioni riportate di seguito.

  1. Arrestare qualsiasi applicazione in esecuzione.

  2. Assicurarsi che tali applicazioni non vengano avviate automaticamente.

    Attenzione

    Quando l'istanza riposizionata viene avviata per la prima volta, i volumi a blocchi, le VNIC secondarie o qualsiasi risorsa che si basa su di esse non verranno collegati. L'assenza di queste risorse può causare problemi di applicazione.

  3. Se l'istanza utilizza una forma di I/O densa, eseguire il backup dell'SSD basato su NVMe collegato localmente:

    1. Creare e collegare uno o più volumi a blocchi all'istanza.
    2. Copiare i dati dai dispositivi NVMe nei volumi a blocchi.
  4. Eseguire il NO MOUNT di qualsiasi volume a blocchi o di attivazione del servizio (NFS) di storage di file.
  5. Eseguire il backup di tutti i volumi a blocchi.

  6. Creare un backup del volume di avvio.

    Importante

    Non generalizzare o specializzare le istanze di Windows.

  7. Arrestare (eliminare) l'istanza, preservando il volume di avvio collegato:

    Uso della console

    Attenersi alla procedura descritta in Arresto di un'istanza, assicurandosi che la casella di controllo Eliminazione permanente del volume di avvio collegato sia deselezionata. In questo modo si preserva il volume di avvio associato all'istanza.

    Uso dell'interfaccia CLI

    Utilizzare l'operazione instance terminate e impostare l'opzione preserve-boot-volume su true.

    Utilizzo dell'interfaccia API

    Utilizzare l'operazione TerminateInstance e passare il parametro preserveBootVolume impostato su true nella richiesta.

  8. Creare una nuova istanza utilizzando il volume di avvio dall'istanza arrestata.

    (Facoltativo) Se l'istanza si trova su un nuovo host virtual machine dedicato:

    • Nella sezione Posizionamento selezionare Mostra opzioni avanzate.
    • Per Tipo di capacità, selezionare Host dedicato.
    • Selezionare l'host virtual machine dedicato su cui si desidera posizionare l'istanza.

    Nel flusso di creazione istanza, specificare l'indirizzo IP privato collegato alla VNIC primaria. Se l'indirizzo IP pubblico è stato assegnato da un pool di indirizzi IP riservati, assicurarsi di assegnare lo stesso indirizzo IP.

  9. Quando lo stato dell'istanza diventa In esecuzione, arrestare l'istanza.
  10. Ricreare qualsiasi VNIC secondaria e indirizzi IP secondari.

  11. Collegare eventuali volumi a blocchi.

    Nota

    Questo passo include tutti i volumi utilizzati per eseguire il backup dei dispositivi NVMe locali. Copiare i dati nello storage NVMe della nuova istanza, quindi scollegare i volumi.
  12. Avvia l'istanza.
  13. Avviare ed eseguire il test di qualsiasi applicazione nell'istanza.
  14. Configurare l'avvio automatico delle applicazioni in base alle esigenze.
  15. Ricreare i tag richiesti.
  16. (Facoltativo) Dopo aver confermato che l'istanza e le applicazioni sono in buono stato, è possibile eliminare i backup del volume.