Considerazioni sulla migrazione

Lo strumento VPC+ Cloud Migration duplica l'ambiente su IBM Cloud® Virtual Private Cloud e non cancella l'infrastruttura classica IBM Cloud. È possibile annullare l'ambiente classico esistente dalla console IBM Cloud.

Considerazioni sulle istanze di server virtuale

Le istanze del server virtuale devono utilizzare uno dei seguenti sistemi operativi:

  • CentOS 7.x, 8.x
  • Debian 9.x, 10.x
  • Red Hat 7.x, 8.x
  • Ubuntu Linux 16.04.x, 18.04.x
  • Windows 2012, 2012R2, 2016

Se si dispone di server virtuali che non utilizzano uno dei sistemi operativi supportati, è necessario migrarli a un livello supportato prima della migrazione.

I server virtuali devono essere abilitati al cloud-init e avere i driver Virtio. Per le immagini Linux che non soddisfano questi criteri, vedere Creazione di un'immagine Linux personalizzata per preparare l'immagine. Per le immagini Windows che non soddisfano questi criteri, vedere Creazione di un'immagine personalizzata Windows. Come opzione, è possibile eseguire uno script per verificare se l'immagine Linux o Windows soddisfa i requisiti minimi del sistema operativo, è abilitata al cloud-init e dispone dei driver Virtio. Per ulteriori informazioni, vedere i dettagli del script.

Inoltre, i server virtuali devono soddisfare i seguenti requisiti:

  • Nessun componente aggiuntivo
  • Immagine stock del sistema operativo
  • La dimensione del volume primario non supera i 100 GB
  • Sistemi operativi supportati

Lo strumento VPC+ Cloud Migration non accede alle istanze del vostro server virtuale né ha accesso ad esse. VPC+ Cloud Migration, gestito da Wanclouds, segue le best practice del settore per garantire che il suo strumento applicativo sia sicuro e protegga le vostre informazioni sensibili.

Conversione dell'immagine VMDK

È possibile migrare un'immagine formattata VMDK da classic a VPC utilizzando lo strumento VPC+. Lo strumento VPC+ converte l'immagine VMDK in qcow2, che è il formato supportato da VPC. L'immagine deve soddisfare i requisiti elencati nella sezione Considerazioni sulle istanze di server virtuale:

  • Sistema operativo supportato
  • Cloud-init abilitato
  • Driver Virtio
  • Singolo vHDD (non secondario) e non superiore a 100 GB

Se si decide di utilizzare lo strumento VPC+ per convertire e migrare l'immagine VMDK, è necessario esportare l'immagine in IBM Cloud Object Storage prima di iniziare a utilizzare lo strumento. Per ulteriori informazioni, vedi Carica i dati.

In alternativa, è possibile convertire l'immagine VMDK in qcow2 e caricarla su Object Storage. Per ulteriori informazioni, vedere Migrazione di immagini VMDK o VHD in VPC.

Host dedicati

Quando si migra un'istanza di server virtuale classico da un host dedicato a IBM Cloud VPC, si ha la possibilità di continuare a migrarlo come modello single-tenant (host dedicato) o di passare a un modello shared-tenant (pubblico). L'impostazione predefinita è un modello single-tenant e lo strumento VPC+ cercherà di abbinare il profilo classico più vicino a quello offerto da VPC sia per l'host dedicato che per l'istanza di server virtuale. È possibile modificare il profilo sia per l'host dedicato che per l'istanza del server virtuale.

Quando si decide di collocare un server virtuale classico, si può scegliere tra l'assegnazione manuale (host dedicato) e l'assegnazione automatica. Mentre in IBM Cloud VPC, l'implementazione è leggermente diversa e il posizionamento è su un host dedicato o su un gruppo di host dedicati. Se il posizionamento per l'istanza del server virtuale classico è manuale, gli strumenti VPC+ rispettano il posizionamento e forniscono il server virtuale in IBM Cloud VPC come tale. Per quanto riguarda l'assegnazione automatica, a causa della diversa implementazione, il server viene assegnato automaticamente all'interno di un gruppo di host dedicato. Per ulteriori informazioni, vedere Creazione di host e gruppi dedicati. Analogamente, come per i profili, è possibile modificare il posizionamento del server virtuale e il gruppo di host dedicati.

Profili di server virtuale supportati

Non tutti i profili di calcolo sono supportati in VPC. Ad esempio, i profili quadratici come C1.2x2, C1.4x4, C1.8x8 non sono supportati. Vedere Profili VPC per un elenco completo dei profili supportati.

Se durante la ricerca lo strumento VPC+ incontra un profilo che non corrisponde a un profilo supportato, viene selezionato il profilo più vicino. È possibile modificare la selezione quando si modificano le risorse scoperte.

VPC+ Cloud Migration attualmente non supporta i profili GPU.

Gruppi di istanze per il ridimensionamento automatico

Lo strumento VPC+ scopre le istanze di server virtuali associate ai gruppi di istanze. È possibile migrare queste istanze con lo strumento VPC+, ma lo strumento non imposta le politiche di scala automatica in VPC. Si consiglia di migrare solo un'istanza di server virtuale associata a un gruppo di istanze e di impostare i criteri di scala automatica con tale istanza di server virtuale. Per ulteriori informazioni, vedere Creazione di un gruppo di istanze per il ridimensionamento automatico.

Considerazioni sull'archiviazione dei dati per l'archiviazione collegata, a blocchi e a file

Lo strumento VPC+ è in grado di scoprire i tre tipi di storage utilizzati dalle istanze di server virtuali nell'infrastruttura IBM Cloud classica:

  1. Storage portatile
  2. Archiviazione di file in rete
  3. Storage a blocchi collegato alla rete (iSCSI) con file system

Con lo strumento VPC+ è possibile scegliere quali volumi di dati migrare. Verranno migrati solo i volumi selezionati.

Se si dispone di un'istanza di server virtuale già migrata in cui si desidera migrare i volumi di dati secondari, utilizzare Migratore dati contenuti nello strumento VPC+.

In alternativa a Content Data Migrator, è possibile migrare i dati sui volumi a blocchi o file in VPC utilizzando rsync o altri strumenti di propria scelta (scp o altri strumenti di terze parti). Per ulteriori informazioni sull'uso di rsync per migrare i dati, vedere Migrazione dei dati da IBM Cloud infrastruttura classica a VPC.

Prerequisiti per la migrazione dello storage

Per migrare gli archivi a blocchi e NAS nella VPC insieme all'istanza del server virtuale, assicurarsi di esaminare e completare i seguenti prerequisiti:

  1. L'account IBM Cloud deve avere privilegi di amministratore sia per il classico che per il VPC. I volumi di archiviazione vengono creati per l'account fornito all'interno della VPC.
  2. È necessario scaricare lo script fornito dallo strumento VPC+ ed eseguirlo sull'istanza del server virtuale classico con i privilegi richiesti. Le istruzioni sono fornite nel copione. Lo script installa l'agente di migrazione dei contenuti che raccoglie i metadati necessari per la migrazione. L'agente di migrazione dei contenuti raccoglie informazioni sullo storage collegato, ad esempio il nome, le informazioni sulla partizione per i dispositivi a blocchi, i punti di montaggio, i tipi di file system. L'agente carica i metadati sul controller VPC+, offrendo un'opzione successiva nello strumento per selezionare i volumi desiderati per la migrazione. A tal fine, il server virtuale ha bisogno di una connettività esterna per caricare i file di metadati sul controller VPC+.
  3. Nella console IBM Cloud, spostarsi su Icona menu Icona menu > Infrastruttura classica > Dispositivi > la propria istanza di server virtuale. Selezionare la scheda Storage e autorizzare l'archiviazione dei blocchi e dei file se non è presente nell'elenco.

Limitazioni

Esaminare le seguenti limitazioni alla migrazione dello storage:

  • Tutte le migrazioni sono limitate a un volume di soli 2 TB.
  • È possibile scegliere solo quattro volumi durante il provisioning di un'istanza di server virtuale. È possibile migrare solo quattro volumi collegati, oltre al volume di avvio. Se si dispone di più di quattro volumi nell'istanza classica, consultare Limiti di allegato del volume per i dettagli e utilizzare Migratore dati contenuti nello strumento VPC+ per migrare i volumi aggiuntivi.
  • È possibile migrare fino a quattro partizioni primarie o tre primarie con due logiche sulla quarta partizione.
  • La migrazione di volumi a blocchi e partizioni senza file system non è ancora supportata.
  • Sulle istanze di server virtuali per la VPC verrà eseguita una mappatura massima di 10 IOPS/Gb.
  • La migrazione dello storage collegato a Windows non è ancora supportata.

Tutti e tre i tipi di storage possono essere migrati se il caso d'uso soddisfa queste limitazioni.

Casi d'uso della migrazione dello storage

Considerate i seguenti casi d'uso della migrazione dello storage:

  1. L'istanza del server virtuale classico ha uno storage portatile collegato con file system Linux. Viene migrato così com'è in VPC.
  2. L'istanza del server virtuale classico dispone di un'archiviazione di file in rete:
  • Un file system Linux equivalente (ext4) viene creato in VPC e poi il contenuto viene copiato.
  • VPC non supporta ancora lo storage NAS. Lo storage si trova sul file system Linux dell'istanza VPC e non può essere condiviso.
  1. Il server virtuale classico ha uno storage di rete a blocchi (dispositivi iSCSI):
  • L'agente di migrazione dei contenuti scoprirà l'esistenza di un file system Linux in cima ai dispositivi dev mapper e migrerà i contenuti nella VPC.
  • Le informazioni sulla partizione tra la sorgente e la destinazione saranno mantenute.
  • I file system sopra le luns iSCSI vengono copiati nell'istanza di destinazione. Non saranno disponibili né il multi-pathing né i nomi user-friendly configurati sulla sorgente. nella vostra destinazione.
  1. L'istanza virtuale classica dispone di storage portatile, storage di file di rete e storage di blocchi di rete.

Considerazioni sulle chiavi SSH

Lo strumento VPC+ è in grado di rilevare le chiavi pubbliche SSH aggiunte durante il processo di ordinazione iniziale delle istanze di server virtuale classico. Se le chiavi pubbliche SSH non sono RSA o sono state aggiunte dopo aver ordinato le istanze, lo strumento VPC+ richiederà di aggiungere una nuova chiave SSH.

Considerazioni sui volumi secondari

Se si desidera migrare un'istanza di server virtuale con un volume primario a cui è collegato un volume secondario, assicurarsi che quando si montano i dischi nella macchina classica questi siano montati in modo permanente. Per ottenere questo risultato, aggiungere l'opzione nofail nella voce di montaggio del volume secondario del file /etc/fstab.

Una voce tipica è la seguente:

"/dev/disk     /mnt/disk      ext4        defaults,nofail      0       2”

È necessario aggiungere nofail accanto a defaults, se non è già presente.

VPC+ Cloud Migration supporta solo un massimo di tre volumi secondari per la migrazione.

Se un server non può essere migrato perché non è configurato come cloud-init, è comunque possibile migrare il volume secondario di quel server. Per prima cosa, creare un server compatibile nella VPC, quindi migrare il volume secondario utilizzando la procedura precedente.

Considerazioni sui bilanciatori di carico

È supportato solo IBM Cloud Load Balancer.

Se l'ambiente IBM Cloud classico utilizza configurazioni in IBM Cloud Load Balancer che non sono disponibili in VPC, VPC+ Cloud Migration imposta la corrispondenza più vicina a quella disponibile per VPC o utilizza una configurazione predefinita.

Considerazioni per il dispositivo gateway

È supportato solo VRA (Vyatta 5600). In VRA sono supportate le seguenti funzioni:

  • Gateway (NAT masquerade)
  • VPN/IKE
  • ACL senza stato

ACL

Lo strumento VPC+ non converte le regole ACL basate su rete o host. È necessario aggiungere queste regole quando si modificano le risorse scoperte o dopo il provisioning dell'ambiente VPC.

Per le ACL basate sulle porte configurate con RFC1918 un indirizzo di rete, le ACL delle porte vengono migrate ma l'indirizzo cambia in Any. Ad esempio, la seguente configurazione VRA:

Allow UDP, Source Address 10.1.1.0/26, Destination Address 172.16.20.0/26 Port 80

Migra a VPC come:

Allow UDP Source Address Any, Destination Address Any, Port 80

Se si dispone di regole basate su host /32, si consiglia di passare ai gruppi di sicurezza per preservare l'uso delle risorse delle ACL.

Limitazioni della norma VRA

IBM Cloud limita a 25 le regole VRA. Se si hanno più di 25 regole, IBM Cloud seleziona le prime 25. È possibile gestire queste regole durante la modifica delle risorse scoperte.

Configurazioni di gateway non disponibili in VPC

Se l'ambiente classico IBM Cloud utilizza configurazioni in un gateway che non sono disponibili in VPC, VPC+ Cloud Migration imposta la corrispondenza più vicina a quella disponibile per VPC o utilizza una configurazione predefinita.

Considerazioni per la migrazione di IBM Cloud Kubernetes Service e Red Hat OpenShift

Con lo strumento VPC+ è possibile scoprire e migrare il cluster IBM Cloud Kubernetes Service o Red Hat® OpenShift® da classico a IBM Cloud VPC. Lo strumento VPC+ identifica tutti i cluster e crea un'area di lavoro per aiutare a gestire la migrazione. Si decide quale cluster migrare.

È possibile migrare le seguenti versioni:

  • IBM Cloud Kubernetes Service versione 1.21+
  • Red Hat OpenShift versione 4.6+

È possibile migrare solo da un singolo data center a una singola zona di disponibilità o da più data center a una regione multizona.

Gli strumenti open source Velero e Restic sono installati nel loro spazio dei nomi unico da VPC+ per eseguire il backup e la migrazione delle IBM Cloud Kubernetes Service o Red Hat OpenShift risorse e componenti come risorse a livello di cluster, pool di lavoratori, POD, spazi dei nomi, segreti, set stateful, set di demoni, set di repliche, lavori, cron job e volumi persistenti.

È necessario creare una credenziale di servizio IBM Cloud Object Storage con un ruolo di servizio manager e HMAC. Nell'account viene creato un bucket temporaneo Object Storage per facilitare la migrazione. Inoltre, i gateway di sottorete sono verso tutte le IBM Cloud Kubernetes Service sottoreti.

Limitazioni

Esaminare le seguenti limitazioni per la migrazione IBM Cloud Kubernetes Service o Red Hat OpenShift:

  • Le risorse e i servizi di Ingress sono sotto la vostra responsabilità.
  • Sono supportati solo i volumi a blocchi.
  • Velero richiede 1 CPU e 500 MB per ogni nodo. In alcuni casi, la migrazione potrebbe fallire a causa della capacità dell'hardware. In questi casi, è necessario ridurre il consumo di risorse, ad esempio disabilitando la registrazione, il monitoraggio o le applicazioni.