Installazione del clustering RHEV e degli hypervisor RHEL - Parte 5

In questa parte discuteremo alcuni punti importanti relativi alla nostra serie RHEV. Nella Parte 2 di questa serie, abbiamo discusso delle distribuzioni e delle installazioni dell'Hypervisor RHEV. In questa parte discuteremo un altro modo per installare RHEV Hypervisor.

Il primo modo è stato utilizzato utilizzando RHEVH dedicato, personalizzato da RedHat stessa senza alcuna modifica o cambiamento dal lato amministratore. Nell'altro modo, utilizzeremo un normale server RHEL [installazione minima] che fungerà da hypervisor RHEV.

Passaggio 1: aggiungere l'hypervisor RHEL all'ambiente

1. Installa il server RHEL6 sottoscritto [Installazione minima]. È possibile aumentare il proprio ambiente virtuale aggiungendo un ulteriore server RHEL6 sottoscritto. [Installazione minima] funge da hypervisor.

Specifiche della macchina virtuale

OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

e assicurati di aver selezionato l'opzione virtualizzazione nelle impostazioni del processore vm.

Suggerimento: assicurati che il tuo sistema sia iscritto ai canali RedHat e aggiornato, se non sai come iscriverti al canale di iscrizione RedHat, puoi leggere l'articolo Abilita il canale di sottoscrizione di Red Hat.

Suggerimento: per risparmiare risorse puoi spegnere uno degli hypervisor attualmente attivi e in esecuzione.

2. Per trasformare il tuo server in hypervisor {usalo come hypervisor} potresti dover installare l'agente RHEVM su di esso.

yum install vdsm

Una volta completata l'installazione dei pacchetti, vai all'interfaccia web RHEVM per aggiungerlo.

3. A differenza dell'hypervisor RHEVH, è possibile aggiungere l'hypervisor RHEL da un modo da RHEM utilizzando le credenziali root dell'hypervisor RHEL. Quindi, da rhevm WUI passa alla scheda Host e fai clic su nuovo.

Quindi fornisci le informazioni del tuo host come mostrato.

Successivamente, ignora l'avviso Power mgmt e termina, quindi attendi qualche minuto e controlla lo stato dell'host appena aggiunto.

Per ulteriori dettagli sull'aggiunta di host basato su RHEL, consulta la documentazione RHEV ufficiale di RedHat.

Passaggio 2: gestione del clustering RHEV

Il clustering in RHEV descrive un gruppo di host dello stesso tipo di CPU che condividono lo stesso spazio di archiviazione [ad es. sulla rete] e lo utilizzano per svolgere attività specifiche [ad es. Alta disponibilità ]

Il clustering in generale ha molte attività aggiuntive, puoi consultare l'articolo che spiega cos'è il clustering e i suoi vantaggi/svantaggi.

Il vantaggio principale del clustering in RHEV è quello di abilitare e gestire la migrazione delle macchine virtuali tra host che appartengono allo stesso cluster.

Quindi, come migrano le macchine virtuali tra host?

RHEV ha due strategie:

1. Migrazione in tempo reale
2. Disponibilità elevata

1. Migrazione in tempo reale

Live Migration viene utilizzato in situazioni non critiche, il che significa che tutto funziona bene in generale, ma devi eseguire alcune attività di bilanciamento del carico (ad esempio, hai scoperto che un host viene caricato da una macchina virtuale su un'altra. Quindi, tu può Live migrare la macchina virtuale da un host a un altro per ottenere il bilanciamento del carico).

Nota: non vi è alcuna interruzione dei servizi, delle applicazioni o degli utenti in esecuzione all'interno della VM durante la migrazione live. La migrazione in tempo reale è detta anche riallocazione delle risorse.

La migrazione in tempo reale può essere elaborata manualmente o automaticamente in base alla policy predefinita:

1. Manualmente: forza la selezione dell'host di destinazione, quindi esegui la migrazione manuale della VM su di esso utilizzando la WUI.
2. Automatico: utilizzo di una delle policy del cluster per gestire la migrazione in tempo reale in base all'utilizzo della RAM, all'utilizzo della CPU, ecc.

Passa alla scheda Cluster e seleziona Cluster1 facendo clic su Modifica.

Dalle schede della finestra, passa alla scheda Cluster Policy.

Seleziona la norma equamente_distribuita. Questa policy consente di configurare la soglia massima per l'utilizzo della CPU sull'host e il tempo consentito per il caricamento prima di avviare la migrazione in tempo reale.

Suggerimento

Come mostrato, ho configurato la soglia massima sul 50% e la durata su 1 minuto.

Quindi OK e passa alla scheda VM.

Seleziona Linux VM [Creato in precedenza] quindi fai clic su modifica e controlla questi punti.

1. Dalla scheda Host: seleziona la migrazione in tempo reale Manuale e Automatica consentita per questa VM.

2. Dalla scheda HA: controlla il grado di Priorità della tua macchina virtuale. Nel nostro caso, non è molto importante poiché stiamo giocando con una sola macchina virtuale. Ma sarà importante stabilire le priorità per le tue macchine virtuali in ambienti di grandi dimensioni.

Quindi avviare la VM Linux.

Per prima cosa utilizzeremo la Migrazione manuale in tempo reale. La VM Linux è ora in esecuzione su rhel.mydomain.org.

Eseguiamo il seguente comando sulla console VM, prima di iniziare la migrazione.

ls -lRZ / 

Quindi seleziona Linux VM e fai clic su Migra.

Se si seleziona automaticamente, il sistema controllerà che l'host più responsabile sia la destinazione in base alla politica del cluster. Lo testeremo senza alcuna interferenza da parte dell'amministratore.

Quindi, dopo aver selezionato manualmente e scelto la destinazione, fare clic su OK e andare alla console e monitorare il comando in esecuzione. Puoi anche controllare lo stato della VM.

Potrebbe essere necessario monitorare gli eventi dell'attività.

Dopo alcuni secondi, troverai un cambiamento nel nome host VM.

La tua VM è stata migrata manualmente in tempo reale con successo!!

Proviamo la Live Migration automatica, il nostro obiettivo è far sì che il carico della CPU sull'host rhevhn1 superi il 50%. Lo faremo aumentando il carico sulla VM stessa, quindi da console scrivere questo comando:

dd if=/dev/urandom of=/dev/null

e monitorare il carico sull'Host.

Dopo pochi minuti, il carico sull'Host supererà il 50%.

Attendi ancora qualche minuto e la migrazione in tempo reale verrà avviata automaticamente come mostrato.

Puoi anche controllare la scheda delle attività e, dopo una breve attesa, la tua macchina virtuale verrà automaticamente migrata in tempo reale su rhel Host.

Importante: assicurati che uno dei tuoi host disponga di risorse più dell'altro. Se i due host sono identici nelle risorse. La VM non verrà migrata perché non ci sarà alcuna differenza!!

Suggerimento: mettendo l'host in modalità di manutenzione si attiverà automaticamente la migrazione attiva e l'esecuzione delle VM su altri host nello stesso cluster.

Per ulteriori informazioni sulle migrazioni delle VM, leggi Migrazione di macchine virtuali tra host.

Suggerimento: la migrazione in tempo reale tra diversi cluster non è ufficialmente supportata, tranne in un caso, puoi verificarla qui.

2. Alta disponibilità

A differenza di Live Migration, HA viene utilizzato per coprire situazioni critiche e non solo per attività di bilanciamento del carico. La sezione comune in cui anche la tua VM verrà migrata su un altro host ma con tempi di inattività del riavvio.

Se nel tuo cluster sono presenti host guasti, non operativi o non reattivi, Live Migration non può aiutarti. L'HA spegnerà la macchina virtuale e la riavvierà su un altro host attivo e in esecuzione nello stesso cluster.

Per Abilitare l'HA nel tuo ambiente, devi disporre di almeno un dispositivo di gestione dell'alimentazione [ad es. interruttore di accensione] nel tuo ambiente.

Sfortunatamente, non siamo in grado di farlo nel nostro ambiente virtuale. Quindi, per ulteriori informazioni sull'HA in RHEV, consulta Migliorare i tempi di attività con l'elevata disponibilità delle VM.

Ricorda: Live Migration e Alta disponibilità funzionano con host nello stesso cluster con lo stesso tipo di CPU e connessi allo spazio di archiviazione condiviso.

Conclusione:

Abbiamo raggiunto il punto più alto della nostra serie discutendo di una delle caratteristiche più importanti del clustering RHEV e della sua importanza. Inoltre abbiamo discusso il secondo tipo [metodo] per distribuire gli hypervisor RHEV basati su RHEL [almeno 6.6 x86_64].

Nel prossimo articolo potremo effettuare alcune operazioni sulle macchine virtuali come istantanee, sigillatura, clonazione, esportazione e pool.