Skip to main content
NetApp Solutions
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Workflow: Virtualizzazione Red Hat OpenShift con NetApp ONTAP

Collaboratori

In questa sezione viene illustrato come eseguire la migrazione di una macchina virtuale da VMware a un cluster OpenShift utilizzando il toolkit di migrazione Red Hat OpenShift Virtualization. Sono coperti i seguenti tipi di migrazione:

Migrazione a freddo

Questo è il tipo di migrazione predefinito. Le macchine virtuali di origine vengono arrestate durante la copia dei dati.

Migrazione al caldo

In questo tipo di migrazione, la maggior parte dei dati viene copiata durante la fase di precopia mentre le macchine virtuali (VM) di origine sono in esecuzione. A questo punto, le macchine virtuali vengono arrestate e i dati rimanenti vengono copiati durante la fase di cutover.

Dimostrazione video

Il video seguente mostra una dimostrazione della migrazione a freddo di una macchina virtuale RHEL da VMware alla virtualizzazione OpenShift, utilizzando la classe di storage ONTAP-san per lo storage persistente.

Utilizzo di Red Hat MTV per migrare le VM alla virtualizzazione OpenShift con lo storage NetApp ONTAP

Migrazione di VM da VMware alla virtualizzazione OpenShift mediante Migration Toolkit for Virtualization

In questa sezione, vedremo come utilizzare il kit di strumenti di migrazione per la virtualizzazione (MTV) per migrare le macchine virtuali da VMware alla virtualizzazione OpenShift eseguita sulla piattaforma contenitore OpenShift e integrata con lo storage NetApp ONTAP mediante Trident.

Il diagramma seguente mostra una vista di alto livello della migrazione di una VM da VMware a Red Hat OpenShift Virtualization.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Prerequisiti per la migrazione dei campioni

Su VMware

  • È stata installata una macchina virtuale rhel 9 che utilizza rhel 9,3 con le seguenti configurazioni:

    • CPU: 2, memoria: 20 GB, disco rigido: 20 GB

    • credenziali utente: credenziali utente root e amministratore

  • Dopo che la VM era pronta, il server postgresql è stato installato.

    • postgresql server è stato avviato e abilitato all'avvio

      systemctl start postgresql.service`
      systemctl enable postgresql.service
      The above command ensures that the server can start in the VM in OpenShift Virtualization after migration
      Console
    • Sono stati aggiunti 2 database, 1 tabella e 1 riga nella tabella. Fare riferimento a. "qui" Per le istruzioni per l'installazione del server postgresql su RHEL e per la creazione di database e voci di tabella.

Nota Assicurarsi di avviare il server postgresql e abilitare il servizio all'avvio.

Sul quadro strumenti OpenShift

Le seguenti installazioni sono state completate prima di installare MTV:

  • Gruppo OpenShift 4.13.34

  • "Trident 23,10"

  • Multipath sui nodi del cluster abilitato per iSCSI (per storage ontap-san). Il multi-pathing può essere attivato facilmente se si installa Trident 25,02 utilizzando il flag node-prep. Per installare Trident 25,02 e preparare i nodi di lavoro per iSCSI, è possibile utilizzare il seguente comando

#/tridentctl install trident n trident —node-prep=iscsi
YAML
Nota Per verificare che gli strumenti iSCSI siano stati abilitati sui nodi di lavoro del cluster OpenShift, accedere ai nodi di lavoro e verificare di vedere il file iscsid, multipathd attivo e le voci nel file multipath.conf come mostrato.

iscsid attivo

multipathd attivo

file multipath.conf

  • Backend Trident e classe di storage per SAN ONTAP utilizzando iSCSI. Vedere i file yaml forniti per il backend tridente e la classe di archiviazione.

  • "Virtualizzazione OpenShift"

Utilizzare il seguente file yaml per creare una configurazione back-end tridente per l'utilizzo dello storage san ONTAP
Backend Trident per iSCSI

apiVersion: v1
kind: Secret
metadata:
  name: backend-tbc-ontap-san-secret
type: Opaque
stringData:
  username: <username>
  password: <password>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
  name: ontap-san
spec:
  version: 1
  storageDriverName: ontap-san
  managementLIF: <management LIF>
  backendName: ontap-san
  svm: <SVM name>
  credentials:
    name: backend-tbc-ontap-san-secret
YAML

Utilizzare il seguente file yaml per creare la configurazione della classe di archiviazione tridente per l'utilizzo dello storage san ONTAP
Classe di storage Trident per iSCSI

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: ontap-san
provisioner: csi.trident.netapp.io
parameters:
  backendType: "ontap-san"
  media: "ssd"
  provisioningType: "thin"
  snapshots: "true"
allowVolumeExpansion: true
YAML

Installare MTV

A questo punto è possibile installare il Migration Toolkit for Virtualization (MTV). Fare riferimento alle istruzioni fornite "qui" per informazioni sull'installazione.

L'interfaccia utente di Migration Toolkit for Virtualization (MTV) è integrata nella console Web OpenShift.
È possibile fare riferimento "qui" per iniziare a utilizzare l'interfaccia utente per varie attività.

Creare il fornitore di origine

Per migrare RHEL VM da VMware a OpenShift Virtualization, è necessario innanzitutto creare il provider di origine per VMware. Fare riferimento alle istruzioni "qui" per creare il provider di origine.

Per creare il provider di origine VMware sono necessari i seguenti elementi:

  • URL vCenter

  • Credenziali vCenter

  • Identificazione utente del server vCenter

  • Immagine VDDK in un repository

Creazione del provider di origine campione:

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Nota MTV (Migration Toolkit for Virtualization) utilizza VMware Virtual Disk Development Kit (VDDK) SDK per accelerare il trasferimento dei dischi virtuali da VMware vSphere. Pertanto, si consiglia vivamente di creare un'immagine VDDK, anche se facoltativa.
Per utilizzare questa funzione, è necessario scaricare VMware Virtual Disk Development Kit (VDDK), creare un'immagine VDDK e inviare l'immagine VDDK al registro delle immagini.

Seguire le istruzioni fornite "qui" Per creare e inviare l'immagine VDDK a un registro accessibile dal cluster OpenShift.

Crea fornitore di destinazione

Il cluster host viene aggiunto automaticamente in quanto il provider di virtualizzazione OpenShift è il provider di origine.

Creare un piano di migrazione

Seguire le istruzioni fornite "qui" per creare un piano di migrazione.

Durante la creazione di un piano, è necessario creare quanto segue se non è già stato creato:

  • Mappatura di rete per mappare la rete di origine alla rete di destinazione.

  • Mappatura dello storage per mappare il datastore di origine alla classe dello storage di destinazione. Per questo puoi scegliere la classe dello storage ontap-san.
    Una volta creato il piano di migrazione, lo stato del piano dovrebbe mostrare Ready e si dovrebbe ora essere in grado di Start il piano.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Eseguire la migrazione a freddo

Facendo clic su Start verrà eseguita una sequenza di passaggi per completare la migrazione della VM.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Al termine di tutte le fasi, è possibile visualizzare le VM migrate facendo clic su macchine virtuali in virtualizzazione nel menu di navigazione a sinistra. Vengono fornite le istruzioni per accedere alle macchine virtuali "qui".

È possibile accedere alla macchina virtuale e verificare il contenuto dei database posgresql. I database, le tabelle e le voci nella tabella devono essere uguali a quelli creati sulla macchina virtuale di origine.

Esecuzione di una migrazione a caldo

Per eseguire una migrazione a caldo, dopo aver creato un piano di migrazione come illustrato sopra, è necessario modificare le impostazioni del piano per modificare il tipo di migrazione predefinito. Fare clic sull'icona di modifica accanto alla migrazione a freddo e attivare/disattivare il pulsante per impostare la migrazione a caldo. Fare clic su Salva. Fare clic su Start per avviare la migrazione.

Nota Assicurarsi che, quando si passa dallo storage a blocchi in VMware, sia stata selezionata una classe di storage a blocchi per la VM di virtualizzazione OpenShift. Inoltre, la modalità volumeMode dovrebbe essere impostata su Block e la modalità di accesso dovrebbe essere rwx in modo da poter eseguire la migrazione live della macchina virtuale in un secondo momento.

1

Fare clic su 0 di 1 vm completate, espandere la vm e vedere l'avanzamento della migrazione.

2

Dopo un po' di tempo, il trasferimento del disco viene completato e la migrazione attende di passare allo stato di cutover. DataVolume è in stato di pausa. Tornare al piano e fare clic sul pulsante Cutover.

3

4

L'ora corrente viene visualizzata nella finestra di dialogo. Modificare l'ora in un momento futuro se si desidera pianificare un cutover in un momento successivo. In caso contrario, per eseguire un cutover ora, fare clic su Imposta cutover.

5

Dopo alcuni secondi, il DataVolume passa dallo stato in pausa a ImportScheduled a ImportInProgress quando inizia la fase di cutover.

6

Al termine della fase di cutover, il DataVolume passa allo stato Successful e il PVC viene associato.

7

Il piano di migrazione procede per completare la fase ImageConversion e infine la fase VirtualMachineCreation viene completata. La VM viene in esecuzione su OpenShift Virtualization.

8

Looking for answers?
Try Doc, our Gen AI Assistant.