Onderwerp: High Availability KVM howto gezocht

Oorspronkelijk geplaatst door Randy

Tot je een split brain situatie krijgt. En hoe ga je er dan mee om? Zaken om zeker over na te denken en te simuleren nu je nog in een testlab omgeving zit.

Externe witness server doet dan wonderen. Maar je hebt wel een punt, goed simuleren en de omgeving op inrichten. Wat kan er allemaal misgaan.

Oorspronkelijk geplaatst door oehTie

Externe witness server doet dan wonderen. Maar je hebt wel een punt, goed simuleren en de omgeving op inrichten. Wat kan er allemaal misgaan.

Ook die kan onderuit gaan Theo. Net op een moment dat jij het niet wilt. Dan zou ik hem zeker niet extern willen hebben omdat er dan geen controle op uit te voeren is. Gelukkig worden veel producten wel beter. Ik weet nog wel hoe de High Availlability in VMware ESX 3.5 geregeld was of in Windows Server 2003. Ook daar zijn gelukkig vele verbeteringen. Ik denk dat KVM aardig snel mee kan komen. Gezien de korte sprints die tegenwoordig gemaakt worden in de Linux kernel komen nieuwe features er snel bij.

Ik heb een tijdje geleden de volgende tutorial geschreven voor een simpele redundante setup op basis van Ubuntu, KVM, LVM en DRBD. Dit is geen HA uiteraard maar misschien interessant om mee te beginnen.

http://www.bluejay.nl/2012/06/23/sim...cise-pangolin/

Ik vind zelf Proxmox een goede keuze voor deze situatie. Het voordeel is dat een groot deel van de heartbeat en cluster configuratie voor je gedaan wordt terwijl je het nog wel zelf kan customizen. De web interface is het grootste voordeel.

http://pve.proxmox.com/wiki/Proxmox_VE_2.0_Cluster
http://pve.proxmox.com/wiki/DRBD

Je kan dus ipv drbd op de node ook prima proxmox aan iSCSI koppelen.

Wel heb je dan downtime als een machine uitvalt omdat de boel op de andere moet opstarten.

Als je dat niet wil, moet je 2 vm's draaien. 1 op elke node en in de VM de high availability regelen met drbd/mysql replicatie/heartbeat
Je moet helaas wachten tot kvm wat verder ontwikkeld is. Ik heb wel design docs gelezen met Shadow copy VM's maar dit is een aardige uitdaging om te maken.

@Netbulae

Ik begrijp het. Je zegt dus dat KVM wellicht niet de juiste keuze is. Maar je geeft ook aan dat je dus elke VM apart moet gaan configureren? Dat lijkt me nog behoorlijk veel werk?

De downtime is opzichzelf niet een heel groot probleem, als ze maar snel opnieuw opstarten. Het gaat mij er vooral om dat bestanden op de VM's niet kunnen beschadigen als een node uitvalt (os files, database files). Of is dat gewoonweg niet realiseerbaar?

KVM werkt prima, wij draaien het ook tot veel plezier.

Wat het probleem is met snel opnieuw opstarten is dat je zeer zeker wel bestanden kan beschadigen als een node uitvalt. Voor KVM zijn ze over een feature aan het nadenken dat er altijde een schaduw vm meedraait op een andere machine die het bij uitval overneemt. Aangezien dit technisch erg lastig is gaat dit nog wel wat tijd kosten.

Als je gegarandeerd problemen wil voorkomen zal je in de VM speciale maatregelen moeten nemen zoals transactielogs voor MySQL, zoveel mogelijk disk caching uitzetten, etc.

Meestal gaat het gewoon goed hoor maar ik weet niet hoe mission critical je omgeving is.

Proxmox doet High Available simpel en effectief maar Ovirt doet het weer wat beter. Het ligt er een beetje aan hoeveel tijd,geld en energie je er in wil steken vs. het risico op dataverlies.

Veel mensen onderschatten het clusteren en high availability een beetje maar er zitten soms grotere risico's aan dan op enkele server draaien.

Om disk caching in de VM's uit te zetten, is het toevoegen van 'sync' in fstab voldoende?

Oorspronkelijk geplaatst door CeeReM.com

Om disk caching in de VM's uit te zetten, is het toevoegen van 'sync' in fstab voldoende?

KVM kan dit ook nog doen, dat kan ingesteld worden in de KVM opstartregel/configs. Voeg hiervoor cache='none' toe aan de driver optie voor de betreffende disk (ten minste daar staat het bij KVM icm libvirt).

1.Doet KVM dit misschien al automatisch? Als ik via virsh 'edit vm' uitvoer, zie ik dit: <driver name='qemu' type='raw' cache='none' io='native'/>

Is de juiste plaats lijkt mij?

2. @Netbulae, je zegt 'zo veel als mogelijk'. Zijn er meerdere plaatsen? Is het verstandig dit ook in de VM zelf nog uit te zetten?

Dat ziet er goed uit, het ligt aan de instellingen en soms staat het ook anders. De schrijfcache wil je inderdaad zoveel mogelijk uit hebben staan in dit soort situaties, leescache is minder een probleem.

Cache uitzetten gaat wel een extreme performance hit opleveren. Ik zou eerder een goede raidcontroller met BBU zoeken en die in mn servers inbouwen. Onze storagemachines kunnen 24 uur zonder stroom voor ze de cache verliezen.