Redundante VPS-en

[BDigitinternetdiensten]

Ik ben al een enige tijd bezig in een test omgeving om twee dell systemen redundant te maken. Echter wilt het niet echt lukken.

Heb de volgende twee systemen liggen:
Dell PowerEdge 2850
4 GB DDR
6 x 146 SCSI
2 x Voeding.

Ze zijn dus precies identiek.

Heb de volgende dingen zelf al geprobeerd,

Eerste centos erop gezet en daarbij DRBD en heartbeat erop gezet. En daarna openVZ. Echter bleek die niet echt een goeie methedo om snel storingen op te lossen.

Daarna ESX erop gezet en via een vps proberen te monitoren. Hieruit kwam ik achter dat het goed kan alleen dan moet je het met een externe storage doen. Iemand andere ideeen? Externe storage komt later wel. Want dan moet je er natuurlijk meteen 2 hebben

Ben erg benieuwd naar jullie oplossingen

[oehTie]

Ben, wat probeer je precies? dus als een host uitvalt, dat het andere systeem de boel overneemt?

[avanmessen]

Voor interne systemen draai ik VMware server 2.0.2. onder CentOS 5
op twee servers, met een DRBD partitie waar de VMs op staan, loopt
als een trein met fail-over via heartbeat. Waarom zeg je dat dit geen
goede methode is om storingen op te lossen ? Ben erg tevreden ...

Voor klanten gebruik ik ook KVM en OpenVZ met een soortgelijke setup.

[oehTie]

Voor interne systemen draai ik VMware server 2.0.2. onder CentOS 5
op twee servers, met een DRBD partitie waar de VMs op staan, loopt
als een trein met fail-over via heartbeat. Waarom zeg je dat dit geen
goede methode is om storingen op te lossen ? Ben erg tevreden ...

voor intern kan dat, echter is mijn ervaring dat esxi veel betere prestaties levert dan vmware server. Echter is de licentiekost weer een voordeel wat jij hebt.

om met esx of esxi een vps te laten overfailen naar een andere host is externe storage helaas een vereiste...

[Tim.Bracquez]

Wat mogelijk is, maar of het aan raden is daar kom je zelf wel uit.

Citrix XenServer installeren, DRBD er op krijgen. Dan de local storage als zijnde iscsi target exporteren en die gebruiken.
Het shared maken van local storage op XenServer is niet bijzonder moeilijk.

Daarna kan je dus van de migration gebruik maken, licentie kosten zijn er dan wel weer aan verbonden voor de faillover. Maar met wat handigheid op de API heb je zo iets in elkaar geknutseld.

Maar of je dit allemaal wilt? Daar moet je toch even naar kijken.

[BDigitinternetdiensten]

Het is inderdaad de bedoeling. Dat deze servers over 2 datacenters draaien. Valt het internet? Stroom of wat dan ook uit. Dat het andere dc het overneemt

[avanmessen]

Dan moet je IP range fail-over hebben via BGP tussen beide DC bvb.
Had ook zoiets in gedachten maar DRBD over een LAN segment met
een paar ms latency geeft lage write speeds ...

[Tim.Bracquez]

Het is inderdaad de bedoeling. Dat deze servers over 2 datacenters draaien. Valt het internet? Stroom of wat dan ook uit. Dat het andere dc het overneemt

Moet je even kijken hoe je dat wilt doen met je IP's (VLAN... brengt terug een SPOF)

Je moet ook zorgen dat je DRBD niet teveel last krijgt van een slechte (shared) verbinding, anders kan die soms eens gaan rebuilden of wat meer dataverkeer doen. Over het algemeen gaat dat wel goed, uiteraard hangt het ook af welke je gebruikt (C, B, A - uit het hoofd)

[oehTie]

als je het met deze twee fysieke bakken wil doen, lijkt me toch dat je de datapartitie moet gaan syncen tussen de twee servers...

@tim en avanmessen, dat is op te lossen met pi space lijkt me. twee servers die dan het zelfde ip gebruiken in een ander dc

[BDigitinternetdiensten]

Mja, de vlan is geen probleem. IP's ook niet. Alleen de systemen nu nog

[BDigitinternetdiensten]

Iemand nog goeie ideeen?

[oehTie]

en alsje gewoon met rsync je data synct? en dan 2 vpssen met ut zelfde ip? beetje PI-ipspace redundancy ip.

[Bakker ICT]

Mjah wat wil je er precies mee... ik neem aan dat je een klant hebt die redundancy wilt voor zijn systeem. Dan zou ik per klant gewoon kijken naar wat er redundant moet zijn, zelf doen we voor een aantal klanten dingen zoals mysql en scripting steeds syncen etc ...

[avanmessen]

Echter is de licentiekost weer een voordeel wat jij hebt.

om met esx of esxi een vps te laten overfailen naar een andere host is externe storage helaas een vereiste...

Twee goede redenen om op het mijn manier te doen !
Geen licentiekost en toch een redundante setup ...