Documentazione di Oracle Cloud Infrastructure

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

In questo argomento vengono fornite informazioni sulle azioni di manutenzione che implicano il riposizionamento delle istanze di virtual machine (VM) e bare metal durante gli eventi di manutenzione dell'infrastruttura. Le azioni disponibili sono le seguenti:

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 Managing Maintenance Reboot Migration for Dedicated Virtual Machine Hosts.
Nota

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

Migrazione attiva

Live Migration è un meccanismo per spostare una VM da un server fisico a un altro mentre la VM è ancora in esecuzione. Durante una migrazione attiva, l'istanza della VM di origine continua a essere eseguita mentre il servizio di computazione copia la memoria e tutti i componenti virtuali nella nuova istanza della VM di destinazione. Una volta completata la copia, c'è solo una leggera pausa, tipicamente misurata in decine di millisecondi, quando il sistema passa alla nuova VM.

Durante un evento di manutenzione dell'infrastruttura, Oracle Cloud Infrastructure Live esegue la migrazione delle istanze VM supportate da un host VM fisico in buono stato che richiede manutenzione a un host VM in buono stato con un'interruzione minima 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 ti invia una notifica. Se non si riavvia l'istanza in modo proattivo prima della data di scadenza, viene eseguita automaticamente la migrazione del riavvio dell'istanza.

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

Supporto per la migrazione attiva

Quando si crea un'istanza, selezionare le impostazioni compatibili con la migrazione attiva. Per un'istanza esistente, se supportata, è possibile abilitare la migrazione in tempo reale modificando l'istanza in modo che utilizzi impostazioni compatibili con la migrazione in tempo reale. Alcune impostazioni non compatibili con la migrazione attiva non possono essere modificate dopo la creazione di 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 per un'istanza per supportare la migrazione attiva.

Categoria Criteri che supportano la migrazione attiva È possibile modificare l'impostazione dopo aver creato l'istanza?
Realm La tenancy si trova nel realm commerciale. No.
Forma

L'istanza utilizza una delle forme riportate di seguito.

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

Altre forme VM, istanze Bare Metal e istanze su host virtual machine dedicati non supportano la migrazione in tempo reale.

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, utilizzare il volume di avvio per creare una nuova istanza utilizzando una forma che supporti 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 immagini Oracle Cloud Infrastructure Marketplace, Oracle Cloud Infrastructure tenta di eseguire la migrazione attiva dell'istanza.

 No.
Tipo di lancio di rete L'istanza utilizza la rete di rete pseudo-virtualizzata. Sì, modificare il tipo di avvio della rete.
Istanze schermate Non supportata. No.
Windows Defender Credential Guard è abilitato Non supportata. No.
Schede dell'interfaccia di 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 viene collegato un totale massimo di sei VNIC.

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

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

Migrazione al riavvio

Con la migrazione al riavvio, l'istanza 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.

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 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.

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

      Se desideri ridurre al minimo i tempi di inattività ed eliminare l'unità SSD basata su NVMe collegata in locale, puoi riavviare l'istanza in modo proattivo prima del tempo di manutenzione pianificato. La migrazione dell'istanza verrà riavviata 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 stato.

Una volta eseguita la migrazione del riavvio dell'istanza, il campo Riavvio per manutenzione viene cancellato. Questa modifica indica che lo spostamento dell'istanza è riuscito.

Importante

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

Dopo una migrazione, per impostazione predefinita l'istanza viene recuperata allo stesso stato del ciclo di vita di prima dell'evento di manutenzione. Se si dispone di un processo alternativo per recuperare l'istanza dopo una migrazione di riavvio, è possibile configurare l'istanza in modo che rimanga arrestata dopo la migrazione a un 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

Prepara l'istanza per la migrazione al riavvio:

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

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

    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 la console, l'interfaccia CLI o l'SDK per riavviare l'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 Riavvia istanza selezionare l'opzione Elimina l'SSD locale basato su NVMe e riavvia la migrazione a un host in buono stato.
    • Utilizzo dell'interfaccia CLI o dell'SDK: nell'operazione InstanceAction, impostare l'attributo allowDenseRebootMigration su true.
    Attenzione

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

  5. Per le istanze Dense I/O, 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 nella memoria NVMe della nuova istanza.
    3. Scollegare ed eventualmente 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 la console, l'interfaccia CLI o l'SDK per riavviare l'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 dell'istanza a un host in buono stato.
    • Utilizzo 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 lo stato dell'evento di manutenzione nella scheda Manutenzione sia Succeeded. (Ci sono tre possibili stati finali: Succeeded, Canceled, Failed).
  4. Avviare ed eseguire il test di qualsiasi applicazione sull'istanza.

Spostamento di un'istanza con migrazione manuale

Per le istanze senza 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 (terminare) dell'istanza, quindi l'avvio di una nuova istanza dal volume di avvio conservato. Le istanze con VNIC aggiuntive, indirizzi IP secondari, volumi a blocchi collegati in remoto, TPM (Trusted Platform Module) abilitati o appartenenti a un set backend di un load balancer richiedono passi aggiuntivi.

Limitazioni e avvertenze per la migrazione manuale

Quando si esegue una migrazione manuale, tenere presenti le limitazioni e le avvertenze riportate di seguito.

  • Tutti gli indirizzi IP pubblici assegnati all'istanza da un pool pubblico riservato vengono conservati. Gli indirizzi non assegnati da un pool di indirizzi IP pubblici riservati verranno modificati. 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 la concessione di licenze o per altri scopi, assicurarsi di prendere nota di queste informazioni prima di spostare l'istanza per facilitare la gestione della 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.
    • Il nome visualizzato dell'istanza.
    • Tutti gli indirizzi IP, i nomi e le sottoreti privati. 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 possono avere un indirizzo IP pubblico collegato.
    • Tutti i volumi a blocchi collegati all'istanza.
    • Qualsiasi tag sull'istanza o sulle risorse collegate.

  2. Prepara l'istanza per la migrazione manuale:

    • Assicurarsi che tutti i volumi a blocchi definiti in /etc/fstab utilizzino le opzioni consigliate.
    • Assicurarsi che le attivazioni 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 quelli definiti 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 vengano eseguite automaticamente all'avvio.

Spostamento manuale di un'istanza

Dopo aver completato i prerequisiti, attenersi alla procedura riportata 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. Disinstallare eventuali volumi a blocchi o attivazioni 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. Terminare (eliminare) l'istanza, conservando il volume di avvio collegato:

    Uso della console

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

    Utilizzo dell'API

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

    Uso dell'interfaccia CLI

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

  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 fare clic su 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 dell'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 viene modificato in In esecuzione, arrestare l'istanza.
  10. Ricreare eventuali VNIC secondarie 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 scollegarli.
  12. Avvia l'istanza.
  13. Avviare ed eseguire il test di qualsiasi applicazione sull'istanza.
  14. Configurare l'avvio automatico delle applicazioni in base alle esigenze.
  15. Ricreare le tag richieste.
  16. (Facoltativo) Dopo aver confermato che l'istanza e le applicazioni sono integre, è possibile eliminare i backup dei volumi.