Onderwerp: Failover server - Hoe regelen?

ok, point taken. In dat geval wordt een opzet waarbij je heartbeat over meerdere lokaties wilt laten werken zeer complex. Je ontkomt er niet aan om meerdere netwerkpaden tussen beide lokaties te gebruiken, bij voorkeur zelfs 1 non-ip link, om valse down-meldingen te voorkomen en toch snel genoeg te kunnen overnemen in geval van een echter storing. Daarnaast MOET je stonith inrichten om een split-brain cluster te voorkomen, iets wat ook niet meevalt als een netwerkstoring optreedt op 1 van beide lokaties.

Ik zeg niet dat het onmogelijk is, maar nogmaals, de kosten lopen flink op.

om even wat semi offtopic ruis te creeren..

Oorspronkelijk geplaatst door cyberbrain

Na wat overleg met mijn ISP, die er niet 123 achter kwam wie de boosdoener was, heb ik 2 nieuwe IP-adressen gekregen.
Alvast bedankt!

?!?!?

je kan toch op switches zoals cisco heel duidelijk en snel zien op welke switch poort, welk ip adres in gebruik is met commando's zoals show arp & mac-adres table.. .. ik noem maar een voorbeeld.

apart..

je zou je klanten het maar moeten vertellen als het nu 25, 250 of meer zijn. het is en blijft een kwalijke zaak.

redundancy over verschillende netwerken en datacenters is en blijft duur, en in feite alleen goed te doen met een AS en of DNS load balance technieken.
zaken die niet echt rendabel zijn voor de wat "kleinere" hoster. je zou je dan in kunnen kopen met een rack of een deel rack om dan mee te liften op de infrastructuur en netwerk van je hoster. (wat je in feitte al doet) maar als die je niet serieeus neemt en je zomaar ip adressen laat veranderen..?!?!

je kan ook je daarop voorbereiden met een tweede server in het zelfde datacenter / hoster en netwerk. zodat je twee servers hebt met allebei wat ip adressen. als je elke dag een backup naar elkaar maakt kan je in geval van nood, handmatig en relatief snel ingrijpen (denk ook aan kapotte hardware) omdat je een recente backup op de tweede server hebt kan je remote ingrijpen en de websites draaien op het "oude" of als het niet anders kan zelfs een nieuw ip adress..

het is dan wel niet volautomatisch maar je bent wat sneller en hebt het zelf in de hand. en een stuk goedkoper lijkt me.... de kans dat iemand dan al je ip adressen inpikt zou heel klein zijn (of je moet het doel zijn van iemand die je servers echt down wil brengen lijkt mij)

los daarvan had je in dit geval misschien zelfs het macadress gezien van de server die je ip adress heeft/had overgenomen (of de switch die dat weer weet)

maar goed ik heb niet alle reply posts gelezen.. werd getriggerd door het zomaar moeten aanpassen van ip adressen.. dus als ik dubbele dingen heb gezegd. sorry

Soul

Oorspronkelijk geplaatst door soulshepard

om even wat semi offtopic ruis te creeren..


je kan ook je daarop voorbereiden met een tweede server in het zelfde datacenter / hoster en netwerk. zodat je twee servers hebt met allebei wat ip adressen. als je elke dag een backup naar elkaar maakt kan je in geval van nood, handmatig en relatief snel ingrijpen (denk ook aan kapotte hardware) omdat je een recente backup op de tweede server hebt kan je remote ingrijpen en de websites draaien op het "oude" of als het niet anders kan zelfs een nieuw ip adress..

het is dan wel niet volautomatisch maar je bent wat sneller en hebt het zelf in de hand. en een stuk goedkoper lijkt me.... de kans dat iemand dan al je ip adressen inpikt zou heel klein zijn (of je moet het doel zijn van iemand die je servers echt down wil brengen lijkt mij)

Soul

Hoe stel je je dit scenario voor (2 server gelijk aan elkaar in hetzelfde DC)
Zou het dan mogelijk zijn om de IP's van server 1 (bij een storing) om te zetten naar server 2?
Dit is namelijk mijn situatie (2 servers, zelfde DC, zelfde data middels rsinc) zoek alleen naar een geautomatiseerde oplossing als er problemen zijn.

Oorspronkelijk geplaatst door corbrio

Hoe stel je je dit scenario voor (2 server gelijk aan elkaar in hetzelfde DC)
Zou het dan mogelijk zijn om de IP's van server 1 (bij een storing) om te zetten naar server 2?
Dit is namelijk mijn situatie (2 servers, zelfde DC, zelfde data middels rsinc) zoek alleen naar een geautomatiseerde oplossing als er problemen zijn.

Dit is heel eenvoudig te realiseren met Heartbeat. Of Plesk hiermee overweg kan weet ik echter niet.

Hou er rekening mee dat je na een uitwijk ook terug zult moeten naar de oorspronkelijke server, dus denk vooraf na hoe je de data weer terug gaat syncen.

Oorspronkelijk geplaatst door corbrio

Hoe stel je je dit scenario voor (2 server gelijk aan elkaar in hetzelfde DC)
Zou het dan mogelijk zijn om de IP's van server 1 (bij een storing) om te zetten naar server 2?
Dit is namelijk mijn situatie (2 servers, zelfde DC, zelfde data middels rsinc) zoek alleen naar een geautomatiseerde oplossing als er problemen zijn.

het is mogelijk als je in dezelfde switch / vlan zit om dan op de tweede server het ip nummer over te nemen ik zit zelf in een niet automatisch scenario

server1
ip1

floating ip2 voor hosting op server 1


server2
ip3

floating ip4 voor hosting op server 2


als iemand ip1 of ip2 overneemt dan kan je je hosting ip dus ip2 naar server 2 verhuizen handmatig en een import restopre backup draaien op deze server en klaar. het is dan niet automatisch maar wel snel up

als je het automatisch wilt dan heb je twee zaken een service die draait en de storage die gesynced moet zijn. dan kom ik in mijn view al bij twee servers of op een een of andere manier een volume/partitie die tussen beide server gesynced word en dat 1 node daar actief op draait. mogelijk een clustering services kan je dan plesk heen en weer de nodes laten opstarten. maar op linux heb ik nog nooit clustering gedaan, kan daar weinig overzeggen. veel uitzoek en test werk.

wat ook een mogelijkheid is zijn 3 servers waar van twee met publieke ip adressen en daaronder een Iscsi doos ala openfiler. je beide servers hebben dan allebei toegang tot deze storage, via een cluster of vmware / xen cq een virtualisatie laag zou je dan van 1 node naar de andere kunnen verhuizen al dan niet handmatig of automatisch. al met al er is geen quick en easy oplossing voor dit. veel mogelijkheden en technieken, maar allemaal foutgevoelig met hun afhankelijkheden en kosten.

daarom heb ik zelf gekozen voor twee servers die allebei in het zelfde datacenter zitten wel in dezelfde switch/vlan/netwerk allebei draaien ze directadmin en worden naar elkaar toe gebackuped met de backup methode van directadmin, daarmee zou ik als het echt moet het ip adres configureren (of ander) op de andere server en de websites/databases en mail kunnen importeren/restoren op een andere server, we praten dan over minimaal een paar uur of een dag aan dataverlies. je praat dan ook over een kleine disaster recovery.

linux clustering zou kunnen werken tussen twee servers volgens mij en een heel goed punt maar plesk of directadmin cluster aware maken lijkt een uitdaging en veel uitzoek werk.. wat minder tijd zou kosten is volgens mij een virtueele machine automatisch heen en weer gooien. maar goed my 2 cents

Oorspronkelijk geplaatst door soulshepard

het is mogelijk als je in dezelfde switch / vlan zit om dan op de tweede server het ip nummer over te nemen ik zit zelf in een niet automatisch scenario

server1
ip1

floating ip2 voor hosting op server 1


server2
ip3

floating ip4 voor hosting op server 2


als iemand ip1 of ip2 overneemt dan kan je je hosting ip dus ip2 naar server 2 verhuizen handmatig en een import restopre backup draaien op deze server en klaar. het is dan niet automatisch maar wel snel up

als je het automatisch wilt dan heb je twee zaken een service die draait en de storage die gesynced moet zijn. dan kom ik in mijn view al bij twee servers of op een een of andere manier een volume/partitie die tussen beide server gesynced word en dat 1 node daar actief op draait. mogelijk een clustering services kan je dan plesk heen en weer de nodes laten opstarten. maar op linux heb ik nog nooit clustering gedaan, kan daar weinig overzeggen. veel uitzoek en test werk.

wat ook een mogelijkheid is zijn 3 servers waar van twee met publieke ip adressen en daaronder een Iscsi doos ala openfiler. je beide servers hebben dan allebei toegang tot deze storage, via een cluster of vmware / xen cq een virtualisatie laag zou je dan van 1 node naar de andere kunnen verhuizen al dan niet handmatig of automatisch. al met al er is geen quick en easy oplossing voor dit. veel mogelijkheden en technieken, maar allemaal foutgevoelig met hun afhankelijkheden en kosten.

daarom heb ik zelf gekozen voor twee servers die allebei in het zelfde datacenter zitten wel in dezelfde switch/vlan/netwerk allebei draaien ze directadmin en worden naar elkaar toe gebackuped met de backup methode van directadmin, daarmee zou ik als het echt moet het ip adres configureren (of ander) op de andere server en de websites/databases en mail kunnen importeren/restoren op een andere server, we praten dan over minimaal een paar uur of een dag aan dataverlies. je praat dan ook over een kleine disaster recovery.

linux clustering zou kunnen werken tussen twee servers volgens mij en een heel goed punt maar plesk of directadmin cluster aware maken lijkt een uitdaging en veel uitzoek werk.. wat minder tijd zou kosten is volgens mij een virtueele machine automatisch heen en weer gooien. maar goed my 2 cents

Klinkt goed.. (in jou geval zou ik eens naar rsync (of iets dergelijks) gaan kijken. Hiermee kan je het dataverlies eenvoudig terugbrengen naar minuten ipv uren).
Voor het omzetten van de ip's heb ik alleen nog een script nodig, en dan is het proces (hopelijk) helemaal geautomatiseerd.
Dus als er nog mensen zijn die creatief met eth's (middels script) opstarten zijn, hou ik me aanbevolen.