Ämne: HA kluster
Visa ett inlägg
Oläst 2005-01-18, 14:59 #7
zorans avatar
zoran zoran är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Jun 2004
Inlägg: 598
zoran zoran är inte uppkopplad
Mycket flitig postare
zorans avatar
 
Reg.datum: Jun 2004
Inlägg: 598
Citat:
Originally posted by Patrik H@Jan 18 2005, 12:29
I Linux Virtual Server så har du HA även på lastbalanceraren, den skickar hela tiden ut "Heart Beats" till sin slav och om slaven inte får detta inom en given tid så tar den över IP och hela den primära lastbalancerarens jobb.

Man kan även välja hur lastbalanceraren ska agera, antingen som proxy, tunnla eller redirect, allt efter eget behov och förutsättningar.

Men som jag sa så måste backupservern för lastbalanceraren vara inom samma nät vad jag förstått. Jag kan möjligen ha fel här och det skulle vara intressant om det finns lösningar även på det.

Med Linux Virtual Server får du möjlighet till HA på i princip allt i datorväg, sedan är nästa steg att ha redundanta switchar, routrar och fiberlinor mot nätet men det är mest en kostnadsfråga.
Linux Virtual Server är lite överhead. I mitt projekt som jag ska delta i ska jag bygga ett kluster av två maskiner + en övervakningsmaskin.

Jag vill inte introducera någon "single point of failure" och därför måste jobba så att de två maskinerna kollar sig själva.

Nackdelen med LVS är ju att den kräver kernelpatchar och i mitt fall handlar det om RH Enterprise 3 där jag inte riktigt vill patcha kärnan.

Så jag har tänkt att gå på beståndsdelar av LVS (Hartbeat) och sen lägga till och byta ut en del saker för att få det som jag vill.

Att backupservern måste vara på samma nät beror ju på systemet hur man gör en IP-takeover. I fallet med Hartbeat, vilket ingår i LVS så görs det genom ARP-spoofing. Dvs. när maskinen som är backup, detekterar att exempelvis Apache på maskin A inte svarar, så måste den ta över IP-adressen. Men, maskinen A är kanske helt frisk för övrigt och svarar på ping. Det maskinen B gör då är att ta över dens IP-adress och skicka automatiskt ARP-request för den IP-adressen, samtidigt som den skickar ARP-reply med sin MAC-adress.

Vad som händer då är att man flushar alla andra maskinernas ARP-cache på samma subnät och alla paket som ska till IP-adressen går till servern B. Det kräver dock att det är samma subnät det handlar om.


/Zoran
zoran är inte uppkopplad   Svara med citatSvara med citat