IBM Cloud Docs
Migrazione e aggiornamento a VMware vSphere

Migrazione e aggiornamento a VMware vSphere

Espandi o sposta i tuoi ambienti cloud VMware in un qualsiasi data center IBM Cloud® velocemente e facilmente utilizzando il pannello di controllo di gestione VMware. Per migrare e aggiornare i carichi di lavoro vSphere, utilizza la seguente procedura come una guida.

  1. Raccogliere dati e rivedere l'architettura esistente:
    • Utilizzo delle risorse (CPU/memoria/archiviazione).
    • Traccia e progetta i ritmi di crescita.
    • Identifica i prossimi progetti.
    • Determina quali vlan/sottoreti/ecc assegnati vengono distribuiti (disponibili nel portale di controllo).
    • Trova le sottoreti auto-definite RFC1918 (private) in utilizzo per la soluzione.
  2. Esaminare la documentazione VMWare e partecipare alle comunità VMWare:
  3. Aggiornare la formazione del team di amministrazione per supportare VMWare.
  4. Pianifica e progetta una nuova architettura.
  5. Selezionare un centro dati basato sulla conformità. Lavorare con IBM Cloud® vendite per perfezionare la posizione del candidato in base alla disponibilità di prodotti e servizi.
  6. Definisci le tue sottoreti e VLAN richieste (IP privato e pubblico portatile).
  7. Progetta i server vSphere:
    • Controlla il catalogo del server IBM Cloud corrente. Si consigliano i server Intel Xeon v3 insieme agli uplink ridondanti, agli alimentatori ridondanti e a RAID-1 per i dischi (avvio) locali.
    • La maggior parte dei clienti con VMWare rispetta un tetto di capacità hardware N+1 (tutte le VM possono essere allocate senza problemi ai server con un singolo nodo rimosso (per manutenzione/malfunzionamento/ecc).
    • Molti clienti desiderano un "soft ceiling" più alto, pari a ~80% (80% di capacità sulla configurazione 'n' server). Rispetto al 60-75% più standard, a causa del breve tempo di calcolo.
    • La licenza SO esterna (come Microsoft, Red Hat) potrebbe essere necessaria per i guest vSphere da un fornitore esterno.
  8. Progetta il server vCenter:
    • In genere, un'istanza di server virtuale di medie dimensioni è il punto di ingresso per gli ambienti di piccole dimensioni (8 vCPU + 16 GB di RAM). Mentre bare metal viene utilizzato per gli ambienti più grandi.
    • vCenter può essere distribuito su un'istanza server virtuale stand-alone di una macchina virtuale Windows come componente aggiuntivo del sistema operativo o come appliance.
  9. Server non VMWare. Identificare e pianificare eventuali server non VMWare (virtuali o Bare Metal) necessari.
  10. Archiviazione
    • Sviluppa un piano di archiviazione per l'ambiente. Endurance 2 IOPS/GB con spazio snapshot per la virtualizzazione è un buon piano di archiviazione iniziale. Se vengono utilizzati database virtuali o altre applicazioni a prestazioni elevate, il livello 4 IOPS/GB è la soluzione migliore. L'archiviazione NFS è normalmente consigliata.
    • Lo spazio dello snapshot viene comunemente utilizzato come misura secondaria per i ripristini temporizzati. Il 10% è un buon punto di partenza perché il processo è efficiente e può essere facilmente dimensionato.
  11. Backup
    • Assicurati che la strategia di backup esistenti funzioni. Se non esiste una strategia di backup, creane una.
    • Puoi utilizzare la tua propria soluzione di backup. È possibile utilizzare le funzioni di backup incluse nella licenza vSphere Enterprise Plus, le soluzioni ottimizzate di terze parti come Veeam o i tradizionali backup IBM Cloud r1soft.
  12. Sviluppa una strategia di migrazione:
    • Rivedere le configurazioni DNS e IP esistenti e accorciare il TTL se necessario.
    • Sviluppa un piano per le VM in modo che includano l'host di origine, l'host di destinazione, gli IP di origine, gli IP di destinazione e le voci DNS associate.
    • In molti scenari, si consiglia di migrare VM per VM e poi aggiornare le configurazioni di rete privata e pubblica. Quando si passa da versioni precedenti a versioni più recenti, è meglio rip and ship spegnere la macchina virtuale ed eseguire un detach/attach passaggio tra gli ambienti. Se ci si sposta da una località all'altra, è possibile effettuare un vMotion a distanza.
    • Sviluppa i piani di test per la verifica dell'ambiente.
    • Coordinare una finestra di modifica e manutenzione con gli utenti. Le finestre di manutenzione delle singole macchine virtuali possono tenere conto del trasferimento dei dati, della configurazione della macchina virtuale, della modifica e della propagazione del DNS e del tempo necessario per la risoluzione dei problemi.
  13. Distribuisci un nuovo ambiente:
    • Ordinare i nuovi server vSphere e vCenter (e qualsiasi altro server necessario).

      Assicurarsi che siano selezionati gli uplink di rete "unbonded" corretti.

    • Ordinare e configurare lo storage appropriato: Guida all'architettura per IBM File Storage per IBM Cloud® con VMware

    • Ordina le nuove VLAN e le sottoreti portatili (potrebbero essere necessari la giustificazione e i diagrammi dell'architettura dettagliati).

    • Configura vCenter per comunicare con i server vSphere e configura l'ambiente.

    • Effettua i backup nell'ambiente live.

    • Esegui il piano di migrazione e i piani di verifica associati.

    • Implementa i backup nel nuovo ambiente.

    • Utilizza il nuovo ambiente.

    • Smantellare l'ambiente tradizionale.