Onderwerp: Webhosting full redudant

Oorspronkelijk geplaatst door Jesperw

Ik ben ook absoluut voor een handmatige failover. Het zal niet de eerste keer zijn dat er een server hikt, de failover in werking is en ze op dat moment allebei de baas zijn en ruzie krijgen.

Een split-brain heet dat... Daarvoor heeft heartbeat op een linux een techniek genaamd stonith ingebouwd (shoot the other node in the head). Als er twijfel is of een cluster node wel of niet down is, wordt de betreffende node uitgezet (via bijvoorbeeld een apc) voordat de standby node de resources opstart.

Oorspronkelijk geplaatst door hostlogic.nl

Een split-brain heet dat... Daarvoor heeft heartbeat op een linux een techniek genaamd stonith ingebouwd (shoot the other node in the head). Als er twijfel is of een cluster node wel of niet down is, wordt de betreffende node uitgezet (via bijvoorbeeld een apc) voordat de standby node de resources opstart.

Wij hebben hier goede ervaringen mee, aangezien het soms voor kwam dat ze beide master waren en het pas weer werkte op moment een van de twee een hup kreeg. Overigens passen wij het toe en worden we op de hoogte gesteld zodat we 1. op de hoogte zijn (duh) en 2. het weer handmatig online brengen zodat we na kunnen lopen of de active standby weer echt standby gaat en de daadwerkelijke master zijn taken vervolgd.

Uhm ? misschien mis ik iets maar als er niets aan de hand is mogen ze allebei in deze situatie van mij de baas zijn. De mysql servers houden elkaar toch op de hoogte van de wijzigingen en als een van de locaties offline gaat en weer terug komt dan updaten ze elkaar met de laatste veranderingen.

Het gaat mij er alleen om dat als bijv. locatie 1 offline is dat zijn a-record uit de dns verdwijnt totdat locatie 1 weer terug online komt. ( zie mijn eerdere post hierover. Toen ik het record verwijderd had kwam ik vanaf huis wel op de 2de server terecht )

Dit lijkt mij de beste oplossing ( naast GSLB met zijn hoge kosten ).

Ok, maar wie gaat beslissen wie er offline is? Wie gaat het A-record weg halen? Aan wie laat je dat over?

Stel je doet dit vanaf je primaire DNS-server, wat nou als door een netwerk issue deze locatie A niet meer kan bereiken, dan wordt locatie A uit de DNS gegooid terwijl er niets mis is met locatie A.

Of nog erger, locatie A en B zijn beide online, maar de primaire DNS-server heeft een probleem en gooit zowel locatie A als B uit de DNS, dan wat?

Al verander je het A record, kunnen je klanten/bezoekers nog steeds last hebben van cache.

@wido Hier ben ik nog mee bezig om te kijken wat de beste oplossing is. Ik zit te denken om elke server de andere te controleren of deze nog online is. Mocht dit niet zo zijn dan past de server de DNS aan via een API ofzo op de DNS server. Daarnaast wil ik SIM ( http://rfxnetworks.com/sim.php ) draaien op welke server zodat deze zelf httpd / mysqld controleerd en deze indien nodig herstart.

@bami82 browser cache valt weinig aan te doen. Ik kan moeilijk invloed uit oefenen op een browser natuurlijk. DNS cache probeer ik zoveel mogelijk te voorkomen dmv de ttl enzv zo laag mogelijk te houden.

Ik bedoel dns cache uiteraard en dat los je niet helemaal op met de ttl ben ik bang.

Oorspronkelijk geplaatst door Jethro

@wido Hier ben ik nog mee bezig om te kijken wat de beste oplossing is. Ik zit te denken om elke server de andere te controleren of deze nog online is. Mocht dit niet zo zijn dan past de server de DNS aan via een API ofzo op de DNS server. Daarnaast wil ik SIM ( http://rfxnetworks.com/sim.php ) draaien op welke server zodat deze zelf httpd / mysqld controleerd en deze indien nodig herstart.

Ja, maar HOE controleer je of iets online is?

Ga je een hele controle doen of de services intern ook nog goed draaien of wat?

Daarnaast, wat als de connectie tussen server A en B weg valt, omdat er even een route uit ligt, dan gaan ze beide elkaar uit de DNS gooien omdat ze elkaar niet kunnen bereiken.

Als mysqld of httpd nog draait op je systeem betekend het ook niet per definitie dat deze ook nog correct en naar behoren functioneert.

Oorspronkelijk geplaatst door Jethro

Zinvol of niet ? Ik was namelijk aan het testen hiermee en merkte dat toen ik allebei de a-records in de DNS had staan en ik haalde 1 server offline dat ik met geen mogelijkheid naar de andere server verwezen werd. ( browser gesloten - ipconfig /flusdns gedaan enzv ) Toen ik de record voor server 1 weghaalde werkte het binnen een paar seconden en werd ik naar server 2 gestuurd ( getest vanaf huis ).

Met welke browser heb je getest?

in een ver verleden ook eens mee getest, conclusie toendertijd:

IE loopt de IP-adressen in volgorde af, totdat er eentje een response geeft; Mozilla probeert alleen het eerste IP-adres. Oftewel voor een fail-over niet geschikt.

Ook het omlaag zetten van de TTL is niet geschikt aangezien DNS-cache zich hier niet altijd aan houdt.


Groeten,

Martin

Ik denk dat ik van het weekend niet helemaal wakker was.

Ben nu weer aan het testen met 2 x A record naar elke server en als ik httpd stop op server 1 en de pagina refresh word ik zo doorgestuurd naar server 2. Dit met zowel IE als FF.

Als het zo makkelijk is dan ga ik niets maken voor het aanpassen van DNS want dan is het goed zo. Komt iemand niet op server 1 dan gaat hij vanzelf naar server 2.

Als dat echt zo makkelijk is, dan ga ik dat direct ook even doen.

Ik weet heel zeker dat dit met oudere versie van browsers niet werkt. Daar werd naar willekeur een a record gebruikt. Daarbij vind ik het vreemd dat een browser kan bepalen wanneer een server niet te bereiken is. Kun je daarvoor timeout oid aangeven ?

Round robbin wordt door hotmail veelvuldig toegepast op MX records, echter zou ik dat zelf nooit als failover op A records willen hebben voor websites. YMO

Wat betreft de dns cache, veel providers (adsl, kabel, e.d.) houden zich niet aan de ttl als die erg laag is. Ze houden deze zelf tenminste 24 uur vast en soms nog wel langer. Jij kunt dan wel je dns aangepast hebben, maar dat wil niet zeggen dat deze bij de provider ook aangepast is zo snel.

Zijn er ook nog mensen met oplossingen ipv alleen maar met commentaar dat iets NIET werkt ?

Ik open een topic omdat ik opzoek ben naar oplossingen maar die komen erg weinig naar voren.

Tot nu toe zie ik maar paar pogingen van je met wat je zelf hebt gedaan, wachten totdat iemand een complete oplossing je schoot in werpt kan iedereen. Er zullen genoeg partijen zijn die je tegen betaling zeer mooie oplossingen op weten te leveren, echter zal er niemand zijn die een complete blik in zijn eigen keuken geeft. Wees blij met de feedback die je ontvangt, ondanks dat iemand aangeeft dat dat niet werkt. Hoef je dat in ieder geval niet meer zelf te proberen ....