Informazioni sulla replica delle VM
Il plugin di replica in Oracle Cloud Migrations gestisce la replica degli snapshot degli asset di origine dall'ambiente di origine a Oracle Cloud Infrastructure.
Il plugin di replica acquisisce gli snapshot dai volumi della VM di origine e li copia nel bucket di replica.
Informazioni sul bucket di replica
Il bucket di replica viene utilizzato temporaneamente per facilitare il trasferimento degli snapshot VMware nella tenancy OCI di destinazione. Una volta scritti in un volume a blocchi, i dati dello snapshot vengono rimossi dal bucket di replica.
Creare un bucket privato in un compartimento di replica, che si specifica durante la migrazione per la posizione di replica. È possibile scegliere di specificare un nome di bucket specificato dall'utente anziché i nomi di bucket generati dal sistema. I nomi di bucket specificati dall'utente possono contenere lettere (maiuscole o minuscole), numeri, trattini, caratteri di sottolineatura e punti. Per ulteriori informazioni sulla gestione dei bucket per le operazioni di snapshot, vedere Bucket di storage degli oggetti.
Ad esempio:
Creare un bucket per un compartimento in un'area di destinazione di cui si sta eseguendo la migrazione.
Per la migrazione VMware, utilizza i criteri seguenti pertinenti al bucket,
Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>
Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>
Per la migrazione AWS, utilizza i seguenti criteri relativi al bucket,
Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>
Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>
Per ulteriori informazioni sui criteri di Oracle Cloud Migrations, consulta le policy di Oracle Cloud Migrations Service.
Informazioni sull'agente di idratazione
L'agente di idratazione è un'istanza di computazione che inizia nella posizione di replica, specificata durante la creazione del progetto di migrazione.
L'agente di idratazione mira a bloccare la copia degli snapshot degli asset acquisiti dal plugin di replica (copiato direttamente dal volume EBS in caso di asset EC2) nei volumi a blocchi generati in Oracle Cloud Infrastructure. Le istanze dell'agente di idratazione vengono avviate automaticamente per bilanciare il carico del processo di replica in base alla logica del pool di oggetti. Le istanze dell'agente di idratazione vengono create in base ad algoritmi per le forme e le immagini approvate. Ogni istanza dell'agente di idratazione crea una VCN, una subnet e le risorse associate (tabella di instradamento della VCN). Per informazioni sul numero massimo impostato per la VCN, la subnet e le risorse associate, consulta Limiti di networking in Limiti del servizio. È possibile sottomettere una richiesta per aumentare i limiti del servizio dall'interno della console. Per aumentare il limite del servizio, vedere Come richiedere un aumento del limite del servizio.
L'algoritmo delle forme approvato sceglie una delle forme disponibili in un dominio di disponibilità e in un compartimento. L'algoritmo preferisce le forme con il numero minimo di CPU e il costo minimo. Per ulteriori informazioni sulle forme VM delle serie standard, vedere Forme Virtual Machine (VM).
L'algoritmo per le immagini approvate avvia l'istanza dell'agente di idratazione con una delle immagini approvate, ad esempio il sistema operativo Oracle-Linux-7.9, disponibile. Con le nuove distribuzioni di immagini, l'algoritmo viene aggiornato.
Nel caso di AWS, l'agente Hydration lanciato dalla migrazione OCI nella tenancy utilizza l'API EBS Direct per copiare i blocchi di dati di uno snapshot completo o solo i blocchi modificati tra due snapshot e lo scrive direttamente nei volumi a blocchi OCI.
Limiti per l'agente di idratazione
Assicurarsi di riservare limiti sufficienti per le istanze dell'agente di idratazione. Solo gli amministratori possono aumentare i limiti dell'agente di idratazione.
Assicurarsi di disporre di limiti adeguati nell'area di destinazione per VM.Standard.E4. Forma Flex (standard-e4-core-count, standard-e4-memory-count). Si consiglia di riservare 10 CPU e 160 GB di memoria della capacità disponibile per gli agenti di idratazione. Inoltre, assicurarsi di considerare i requisiti relativi ai limiti di forma per le VM di cui eseguire la migrazione.
Se la forma Standard.E4 non è disponibile, si consiglia di riservare le risorse appropriate per le forme approvate.
Informazioni sui trasferimenti incrementali
I trasferimenti incrementali richiedono l'abilitazione del monitoraggio dei blocchi modificati (CBT) a livello di VM VMware.
Trasferimenti incrementali in VMware
Il plugin di replica esegue automaticamente un aggiornamento incrementale quando esiste uno snapshot VM comune da cui lavorare ed è possibile abilitare la CBT per la VM. Per abilitare la CBT, cercare l'articolo Changed Block Tracking (CBT) sulle virtual machine.
Configurazioni Virtual Machine richieste
Di seguito sono riportati i valori dei parametri della virtual machine (VM) VMware che è necessario impostare prima di eseguire la migrazione degli asset.
Parametro | Value | Passaggi di impostazione |
---|---|---|
disk.EnableUUID |
True |
Per impostazione predefinita, il parametro In caso contrario, attenersi alla procedura indicata per abilitare il parametro:
|
ctkEnabled |
True |
Per impostazione predefinita, il monitoraggio dei blocchi modificati (CBT) non è abilitato nelle VM VMware. Per abilitare la CBT, vedere CBT sulle virtual machine. |
Trasferimenti incrementali in AWS
Per la migrazione di AWS EC2, il trasferimento incrementale viene ottenuto automaticamente solo replicando i blocchi modificati tra gli snapshot del volume tramite gli endpoint API AWS correlati che forniscono tale funzionalità. Non sono presenti elementi da configurare per la migrazione AWS.
Utilizzo dei volumi EBS cifrati
Una delle funzioni del servizio Oracle Cloud Infrastructure Block Volume è che i volumi sono sempre cifrati al momento dell'archiviazione. Al contrario, Amazon Elastic Block Store (Amazon EBS) ha la possibilità di avere volumi cifrati e non cifrati. Quando un volume EBS viene cifrato, per impostazione predefinita, qualsiasi snapshot creato di tale volume viene anche cifrato utilizzando la stessa chiave KMS AWS. Oracle Cloud Migrations supporta perfettamente la replica di volumi EBS cifrati e non cifrati, ma richiede l'accesso a qualsiasi chiave KMS AWS utilizzata per volumi cifrati. Se la replica di un progetto di migrazione include un'istanza EC2 con volumi EBS collegati cifrati, ma l'utente specificato per la replica non dispone dell'accesso alla chiave KMS AWS appropriata, si verificano errori di lettura EBS e il job di replica non riesce. Un corretto accesso alla chiave AWS KMS segue il normale processo EBS di decifrazione dello snapshot cifrato durante il processo di lettura e trasferimento.
Accesso alle chiavi AWS KMS
Per garantire la replica corretta dei volumi EBS cifrati, le credenziali di replica configurate in un'origine asset AWS devono avere accesso per utilizzare la chiave KMS AWS utilizzata per cifrare il volume. AWS KMS include un criterio chiave predefinito che consente agli utenti di utilizzare una chiave KMS per tutte le operazioni crittografiche. L'unica operazione di crittografia utilizzata da OCM durante il processo di replica dei volumi EBS da un'istantanea è Decritta. L'utente di replica specificato nell'origine asset può essere aggiunto come utente chiave direttamente alla chiave nel servizio AWS KMS.
Modifiche ai volumi di avvio per la migrazione
La migrazione di una virtual machine a Oracle Cloud Infrastructure (OCI) Compute richiede alcune modifiche a livello di sistema operativo (volume di avvio) per garantire che l'avvio dell'istanza migrata nell'hypervisor OCI Compute sia riuscito.
Il servizio Oracle Cloud Migrations applica automaticamente le modifiche di configurazione necessarie al volume di avvio delle virtual machine Linux. Queste modifiche includono l'installazione dei moduli kernel virtio quando non sono presenti, gli aggiornamenti dei collegamenti di storage e i parametri kernel per l'accesso alla console seriale. Nessuna modifica alla configurazione viene apportata automaticamente alle virtual machine Windows.
Modifica del volume di avvio per Linux
La tabella riportata di seguito mostra le configurazioni dei volumi di avvio che Oracle Cloud Migrations modifica automaticamente per tutti i sistemi operativi supportati. Se si utilizza un sistema operativo Linux non supportato, vedere la tabella include i passi per applicare manualmente le modifiche alla configurazione necessarie prima di replicare il volume di avvio in OCI.
Per informazioni sul sistema operativo Linux supportato, vedere Sistemi operativi guest VM di origine supportati.
Modifiche automatiche per Linux
Modifica configurazione | descrizione; | Passi per applicare manualmente una configurazione |
---|---|---|
Abilita console seriale | Si consiglia di abilitare la console seriale per la risoluzione dei problemi delle istanze VM dopo la migrazione utilizzando la console di Oracle Cloud. | Applicare le modifiche di configurazione indicate di seguito alla configurazione di boot.
Per ulteriori informazioni, vedere Abilitazione dell'accesso alla console seriale per le immagini Linux importate. |
Installare i driver virtio Attualmente è supportata solo la modalità pseudo-virtualizzata per i sistemi operativi basati su Linux. I sistemi operativi basati su Linux con versioni kernel 3.4 o successive supportano driver pseudo-virtualizzati. |
Assicurarsi che i driver del kernel virtio siano presenti nel kernel. | Applicare le modifiche di configurazione riportate di seguito, se necessario.
|
Aggiorna /etc/fstab |
Si consiglia di fare riferimento ai dispositivi utilizzando il nome UUID o LVM (Logical Volume Manager) in /etc/fstab . Se si fanno riferimento a dispositivi che utilizzano il nome file, non è possibile accedere a questi dispositivi dopo la migrazione e l'avvio dell'istanza non riesce. |
Applicare le modifiche di configurazione riportate di seguito. Contrassegnare tutti i punti di attivazione che fanno riferimento a un file del dispositivo come nofail. Per contrassegnare, modificare il file
|
Modifiche aggiuntive per Linux
Durante il processo di migrazione potrebbero essere necessarie anche le seguenti modifiche.
Attività | descrizione; |
---|---|
Rimuovi regola udev | Rimuovere tutte le regole udev basate sull'indirizzo MAC. |
Abilitare l'accesso SSH a una VM | Assicurarsi di abilitare SSH e impostare il servizio SSHD in modo che venga avviato automaticamente al riavvio. Assicurarsi di non bloccare le richieste di connessione SSH in entrata tramite firewall. |
Configura rete | Aggiorna le interfacce di rete per ricevere gli indirizzi IP in base a DHCP. Assicurarsi di non utilizzare indirizzi MAC non modificabili, indirizzi IP statici e impostazioni DNS sulla VM. |
Installa agente Oracle Cloud | Installare e abilitare l'agente Oracle Cloud. Vedere Oracle Cloud Agent. |
Installa gestione sistema operativo |
Installare e abilitare la gestione del sistema operativo. Vedere Oracle Cloud Agent. |
Rimuovi altri agenti cloud | Si consiglia di disabilitare o rimuovere altri agenti di gestione cloud. |
Configurare il servizio NTP | Ti consigliamo di aggiornare la configurazione del servizio NTP OCI dopo la migrazione delle istanze VM in OCI. Vedere Configurazione del servizio Oracle Cloud Infrastructure NTP per un'istanza. |
Modifica del volume di avvio per Windows
Oracle Cloud Migrations supporta solo l'avvio delle istanze di Windows migrate con opzioni di avvio pseudo-virtualizzate. È necessario installare i driver Oracle virtio per Windows prima di tentare di avviare un'istanza di Windows migrata. Se i driver non sono installati, il sistema operativo non riesce a trovare un dispositivo di boot. Per informazioni su come installare il driver Oracle virtIO per Windows, vedere Importazione di immagini Windows personalizzate.
Per informazioni sui sistemi operativi Windows supportati, vedere Sistemi operativi guest VM di origine supportati.
Modifiche aggiuntive per Windows
Durante il processo di migrazione potrebbero essere necessarie anche le seguenti modifiche.
Attività | descrizione; |
---|---|
Configurare il criterio SAN come Online All |
Per configurare SAN, consultare il comando Windows SAN (Storage Area Network) nella documentazione di Microsoft. |
Abilitare le connessioni RDP (Remote Desktop) | Per abilitare RDP, fare riferimento ai client Desktop remoto nella documentazione Microsoft. Per consentire l'accesso a RDP sia per i tipi di posizione di rete pubblica che privata modificando la regola della porta in entrata del firewall Windows, vedere Creazione di una regola della porta in entrata nella documentazione Microsoft. |
Configura rete | Aggiorna le interfacce di rete per ricevere gli indirizzi IP in base a DHCP. Assicurarsi di non utilizzare indirizzi MAC non modificabili, indirizzi IP statici e impostazioni DNS sulla VM. |
Abilita console seriale | Per abilitare la console seriale per le finestre, vedere Risoluzione dei problemi delle istanze mediante le connessioni della console delle istanze. |
Rimuovi strumenti VMware | Per ulteriori informazioni sulla rimozione degli strumenti VMware, cercare Disinstallazione degli strumenti VMware. |
Configura servizio NTP OCI | Per configurare la configurazione del servizio NTP OCI, vedere Configurazione del servizio Oracle Cloud Infrastructure NTP per un'istanza. |
Risorse aggiuntive
Di seguito sono riportate alcune risorse a cui è possibile fare riferimento per ulteriori informazioni sulla preparazione delle VM per l'hosting su OCI.
Blog
Preparazione delle virtual machine per il rehosting
Riferimenti