Zoeken op website

Installatie van RHEV-clustering en RHEL-hypervisors - Deel 5


In dit deel gaan we enkele belangrijke punten bespreken die verband houden met onze RHEV-serie. In Deel-2 van deze serie hebben we de implementaties en installaties van RHEV Hypervisor besproken. In dit deel bespreken we andere manieren om RHEV Hypervisor te installeren.

De eerste manier werd gedaan door speciale RHEVH te gebruiken, die door RedHat zelf werd aangepast zonder enige wijziging of wijziging van de kant van de beheerder. De andere manier zullen we een normale RHEL-server gebruiken [Minimale installatie] die zal fungeren als een RHEV-hypervisor.

Stap 1: RHEL Hypervisor toevoegen aan de omgeving

1. Installeer de geabonneerde RHEL6-server [Minimale installatie]. U kunt uw virtuele omgeving uitbreiden door een extra geabonneerde RHEL6-server toe te voegen. [Minimale installatie] fungeert als hypervisor.

Specificatie van virtuele machines
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

en zorg ervoor dat u de virtualisatie optie in de vm processorinstellingen heeft aangevinkt.

Tip: zorg ervoor dat je systeem is geabonneerd op redhat-kanalen en up-to-date is. Als je niet weet hoe je je moet abonneren op het redhat-abonnementskanaal, kun je lezen het artikel Red Hat-abonnementskanaal inschakelen.

Tip: om uw bronnen te sparen, kunt u een van de momenteel actieve hypervisors afsluiten.

2. Om van uw server een hypervisor te maken (gebruik hem als hypervisor), moet u mogelijk de RHEVM-agent erop installeren.

yum install vdsm

Nadat de installatie van de pakketten is voltooid, gaat u naar de webinterface van RHEVM om deze toe te voegen.

3. In tegenstelling tot de RHEVH hypervisor kunt u RHEL-hypervisor op één manier vanuit RHEM toevoegen met behulp van de hoofdreferentie van de RHEL-hypervisor. Dus ga van rhevm WUI naar het tabblad Hosts en klik op nieuw.

Geef vervolgens uw hostinformatie op zoals weergegeven.

Negeer vervolgens de Power mgmt-waarschuwing en voltooi het proces. Wacht vervolgens een paar minuten en controleer de status van de nieuw toegevoegde host.

Voor meer details over het toevoegen van een op RHEL gebaseerde host, bekijk de officiële RHEV-documentatie van RedHat.

Stap 2: RHEV-clustering beheren

Clustering in RHEV beschrijft dat een groep hosts van hetzelfde CPU-type dezelfde opslag deelt [bijv. via netwerk] en gebruiken om een specifieke taak uit te voeren [bijv. Hoge beschikbaarheid ]

Clustering brengt over het algemeen veel extra taken met zich mee. Lees het artikel waarin wordt uitgelegd wat clustering is en wat de voor- en nadelen ervan zijn.

Het belangrijkste voordeel van clustering in RHEV is het mogelijk maken en beheren van de migratie van virtuele machines tussen hosts die tot hetzelfde cluster behoren.

Dus, hoe migreren virtuele machines tussen hosts?

RHEV heeft twee strategieën:

1. Live migratie
2. Hoge beschikbaarheid

1. Live migratie

Live migratie wordt gebruikt in niet-kritieke situaties, wat betekent dat alles over het algemeen goed werkt, maar dat u een aantal taakverdelingstaken moet uitvoeren (u ontdekte bijvoorbeeld dat een host door een virtuele machine wordt geladen in plaats van een andere. U kunt dus kan de virtuele machine live migreren van host naar een andere om load-balancing te bereiken).

Opmerking: er is geen onderbreking van services, applicaties of gebruikers die binnen de VM draaien tijdens Live Migration. Live migratie wordt ook wel herallocatie van middelen genoemd.

Live migratie kan handmatig of automatisch worden verwerkt volgens vooraf gedefinieerd beleid:

  1. Handmatig: Forceer het selecteren van de bestemmingshost en migreer vervolgens de VM er handmatig naartoe met behulp van WUI.
  2. Automatisch: een van de clusterbeleidsregels gebruiken om livemigratie te beheren op basis van RAM-gebruik, CPU-gebruik, enz.

Ga naar het tabblad Clusters en selecteer Cluster1 en klik op Bewerken.

Ga vanuit venstertabbladen naar het tabblad Clusterbeleid.

Selecteer evenly_distributed beleid. Met dit beleid kunt u de maximale drempelwaarde voor CPU-gebruik op de host en de toegestane tijd voor het laden configureren voordat de livemigratie wordt gestart.

Tip

Zoals getoond heb ik de maximale drempel ingesteld op 50% en de duur op 1 minuut.

Vervolgens OK en ga naar het tabblad VM.

Selecteer Linux VM [Eerder gemaakt], klik vervolgens op Bewerken en controleer deze punten.

1. Vanaf het tabblad Host: vink Handmatig en Automatisch aan. Livemigratie is toegestaan voor deze VM.

2. Vanaf het tabblad HA: controleer de prioriteit graad van uw virtuele machine. In ons geval is het niet erg belangrijk omdat we met slechts één virtuele machine spelen. Maar het zal belangrijk zijn om prioriteiten te stellen voor uw vm's in een grote omgeving.

Start vervolgens Linux VM.

Eerst gebruiken we de Handmatig Live Migratie. Linux VM draait nu op rhel.mydomain.org.

Laten we de volgende opdracht uitvoeren via de VM-console voordat u de migratie start.

ls -lRZ / 

Selecteer vervolgens Linux VM en klik op Migreren.

Als u automatisch selecteert, controleert het systeem de meest verantwoordelijke host als bestemming onder het clusterbeleid. Wij zullen dit testen zonder enige tussenkomst van de beheerder.

Dus nadat u handmatig hebt geselecteerd en de bestemming hebt gekozen, klikt u op OK en gaat u naar console en controleert u de actieve opdracht. U kunt ook de vm-status controleren.

Mogelijk moet u taakgebeurtenissen controleren.

Na een paar seconden zul je een verandering in de vm-hostnaam vinden.

Uw VM is handmatig live gemigreerd !!

Laten we automatische Live Migratie proberen, ons doel is om de CPU-belasting op de rhevhn1 Host boven de 50% te brengen. We zullen dat doen door de belasting van de vm zelf te vergroten, dus schrijf vanaf de console deze opdracht:

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

en controleer de belasting op Host.

Na enkele minuten zal de belasting van de host meer dan 50% bedragen.

Wacht nog een paar minuten en de livemigratie start automatisch, zoals weergegeven.

U kunt ook het tabblad Taken bekijken en na een korte wachttijd wordt uw virtuele machine automatisch live gemigreerd naar rhel Host.

Belangrijk: zorg ervoor dat een van je hosts over meer middelen beschikt dan de andere. Als de twee hosts identiek zijn qua bronnen. VM wordt niet gemigreerd omdat er geen verschil zal zijn !!

Hint: als u de host in de Onderhoudsmodus zet, wordt er automatisch livemigratie uitgevoerd van VM's naar andere hosts in hetzelfde cluster.

Voor meer informatie over VM-migraties leest u Virtuele machines migreren tussen hosts.

Hint: Live migratie tussen verschillende clusters wordt niet officieel ondersteund. U kunt dit hier controleren.

2. Hoge beschikbaarheid

In tegenstelling tot Live Migratie wordt HA gebruikt om kritieke situaties te dekken, niet alleen om taakverdelingstaken uit te voeren. Het algemene gedeelte dat uw VM ook naar een andere host zal migreren, maar met downtime bij het opnieuw opstarten.

Als u een Failure, Non-Operational of Non-responsive Host in uw cluster heeft, kan Live Migration u niet helpen. HA zal de virtuele machine uitschakelen en opnieuw opstarten op een andere actieve host in hetzelfde cluster.

Om HA in uw omgeving in te schakelen, moet u ten minste één apparaat voor energiebeheer hebben [bijv. aan/uit-schakelaar] in uw omgeving.

Helaas kunnen we dat niet doen in onze virtuele omgeving. Voor meer informatie over HA in RHEV, bekijk Uptime verbeteren met VM High Availability.

Onthoud: Live migratie en hoge beschikbaarheid werken met hosts in hetzelfde cluster met hetzelfde type CPU en verbonden met gedeelde opslag.

Conclusie:

We bereikten het hoogtepunt in onze serie toen we een van de belangrijke kenmerken van RHEV Clustering bespraken, zoals we deze beschreven, en het belang ervan. Ook bespraken we het tweede type [methode] om RHEV-hypervisors in te zetten die gebaseerd zijn op RHEL [minstens 6.6 x86_64].

In het volgende artikel zullen we enkele bewerkingen op virtuele machines kunnen uitvoeren, zoals snapshots, verzegelen, klonen, exporteren en pools.