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 descritto come migrare una macchina virtuale da VMware a un cluster OpenShift utilizzando il toolkit di migrazione Red Hat OpenShift Virtualization.

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 seguente video mostra una dimostrazione della migrazione di una macchina virtuale RHEL da VMware alla virtualizzazione OpenShift, utilizzando la classe storage ontap-san per lo storage persistente.

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

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
    • 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). Consultare il codice yaml fornito per creare un set di daemon che abiliti iSCSI su ciascun nodo del cluster.

  • 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"

Per installare iscsi e multipath sui nodi del cluster OpenShift, utilizzare il file yaml riportato di seguito
Preparazione dei nodi cluster per iSCSI

apiVersion: apps/v1
kind: DaemonSet
metadata:
  namespace: trident
  name: trident-iscsi-init
  labels:
    name: trident-iscsi-init
spec:
  selector:
    matchLabels:
      name: trident-iscsi-init
  template:
    metadata:
      labels:
        name: trident-iscsi-init
    spec:
      hostNetwork: true
      serviceAccount: trident-node-linux
      initContainers:
      - name: init-node
        command:
          - nsenter
          - --mount=/proc/1/ns/mnt
          - --
          - sh
          - -c
        args: ["$(STARTUP_SCRIPT)"]
        image: alpine:3.7
        env:
        - name: STARTUP_SCRIPT
          value: |
            #! /bin/bash
            sudo yum install -y lsscsi iscsi-initiator-utils sg3_utils device-mapper-multipath
            rpm -q iscsi-initiator-utils
            sudo sed -i 's/^\(node.session.scan\).*/\1 = manual/' /etc/iscsi/iscsid.conf
            cat /etc/iscsi/initiatorname.iscsi
            sudo mpathconf --enable --with_multipathd y --find_multipaths n
            sudo systemctl enable --now iscsid multipathd
            sudo systemctl enable --now iscsi
        securityContext:
          privileged: true
      hostPID: true
      containers:
      - name: wait
        image: k8s.gcr.io/pause:3.1
      hostPID: true
      hostNetwork: true
      tolerations:
      - effect: NoSchedule
        key: node-role.kubernetes.io/master
  updateStrategy:
    type: RollingUpdate

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

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

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

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.