Bekijk Volledige Versie : Mirroren van een VPS
Hee WHT, bedankt voor alle info op het forum, hier nog een interessante vraag:
ik heb nu een VPS draaien met een aantal website en wil graag een goede backup hebben. Nu heb ik goedkopere tweede VPS gehuurd en wil met deze graag een live backup maken.
Is dit the way to go (rsyncen): http://www.howtoforge.com/backing-up-with-rsync-and-managing-previous-versions-history ? En rsync je dan ook gewoon de database-bestanden of is het handiger om dat apart te doen via sql ?
Het mooiste zou zijn dat als mijn 1e VPS uit de lucht valt dat de dns van de sites dan automatisch over wordt gezet zodat alles naar de 2e wordt geroute. Hebben jullie hier ervaring mee/watvoor oplossingen zijn hiervoor?
Groet Bas
http://howtoforge.com/setting-up-a-high-availability-load-balancer-with-haproxy-heartbeat-on-debian-lenny
Dat is wat jij wilt ;) Hier wordt wel vanuit gegaan dat alles op 1 netwerk staat dus hoe je dat wilt scheiden kan ik je niet zo zeggen.
Heb het hier thuis getest met CentOS5.x en werkt perfect. Je hebt wel wat linuxkennis nodig.
Yourwebhoster
20/06/10, 14:01
Hee WHT, bedankt voor alle info op het forum, hier nog een interessante vraag:
ik heb nu een VPS draaien met een aantal website en wil graag een goede backup hebben. Nu heb ik goedkopere tweede VPS gehuurd en wil met deze graag een live backup maken.
Is dit the way to go (rsyncen): http://www.howtoforge.com/backing-up-with-rsync-and-managing-previous-versions-history ? En rsync je dan ook gewoon de database-bestanden of is het handiger om dat apart te doen via sql ?
Het mooiste zou zijn dat als mijn 1e VPS uit de lucht valt dat de dns van de sites dan automatisch over wordt gezet zodat alles naar de 2e wordt geroute. Hebben jullie hier ervaring mee/watvoor oplossingen zijn hiervoor?
Groet Bas
rsync kan, maar je kan ook naar drbd kijken. Database files kan je eventueel zelf met MySQL repliceren en heartbeat kan je gebruiken om het IP aan te nemen als de ene VPS uitvalt.
rsync kan, maar je kan ook naar drbd kijken. Database files kan je eventueel zelf met MySQL repliceren en heartbeat kan je gebruiken om het IP aan te nemen als de ene VPS uitvalt.
Dat gaat dus niet door als je 2 vpsjes op verschillende locaties hebt...
Yourwebhoster
20/06/10, 14:39
Dat gaat dus niet door als je 2 vpsjes op verschillende locaties hebt...
True. Een andere oplossing is een PI range maar dat kost te veel lijkt me aangezien het hier om een VPS gaat.
Bedankt voor de reacties!
True. Een andere oplossing is een PI range maar dat kost te veel lijkt me aangezien het hier om een VPS gaat.
Zooo professioneel hoeft het ook weer niet!
Het hele idee van een tweede VPS was juist dat die in een ander werelddeel staat zodat er geen probleem is wanneer stroom/netwerk plat gaat hier..
Ik kan ook gewoon rsyncen en een server-down sms service nemen zodat ik zelf die dnsjes s'nachts kan gaan vervangen als er iets down gaat :P
Nu ik daar zo over nadenk heeft TransIP ook een API (http://www.transip.nl/g/api/) dus het zou ook automatisch moeten kunnen..
Yourwebhoster
20/06/10, 16:40
Bedankt voor de reacties!
Zooo professioneel hoeft het ook weer niet!
Het hele idee van een tweede VPS was juist dat die in een ander werelddeel staat zodat er geen probleem is wanneer stroom/netwerk plat gaat hier..
Ik kan ook gewoon rsyncen en een server-down sms service nemen zodat ik zelf die dnsjes s'nachts kan gaan vervangen als er iets down gaat :P
Nu ik daar zo over nadenk heeft TransIP ook een API (http://www.transip.nl/g/api/) dus het zou ook automatisch moeten kunnen..
Nogal brakke oplossing voor een HA systeem. Het probleem is dat isp's een DNS cache hebben, het is bijvoorbeeld geen uitzondering dat providers dit 72 uur cachen!! Normaal gesproken ga ik van 24-48 uur uit, maar verwacht je dat je server zo lang offline zal zijn? Zelfs als dit automatisch aangepast kan worden duurt dit te lang, en daardoor is dit eigenlijk niet echt een oplossing.
Overigens kan dit wel als dit hetzelfde netwerk zou zijn (heartbeat) op een andere locatie.
Nogal brakke oplossing voor een HA systeem. Het probleem is dat isp's een DNS cache hebben, het is bijvoorbeeld geen uitzondering dat providers dit 72 uur cachen!! Normaal gesproken ga ik van 24-48 uur uit, verwacht je dat je server zo lang offline zal zijn?
Hehe nee dat hoop ik niet, maar je kan bij TransIP ook de TTL op 1min zetten; of werkt dat pas nadat de oude TTL verlopen is?!?
Yourwebhoster
20/06/10, 16:44
Hehe nee dat hoop ik niet, maar je kan bij TransIP ook de TTL op 1min zetten; of werkt dat pas nadat de oude TTL verlopen is?!?
Dit werkt inderdaad pas nadat de oude TTL verlopen is.
Dit werkt inderdaad pas nadat de oude TTL verlopen is.
Hmm, ik had toch andere ervaring laatst: gewoon alles veranderd voor een domain een TTL op 1min gezet en een paar minuten later werkte het al (?)
Maar dan blijft de vraag hoe dit goed op te lossen met 2 geografisch onafhankelijke servers..
Yourwebhoster
20/06/10, 16:50
Hmm, ik had toch andere ervaring laatst: gewoon alles veranderd voor een domain een TTL op 1min gezet en een paar minuten later werkte het al (?)
Maar dan blijft de vraag hoe dit goed op te lossen met 2 geografisch onafhankelijke servers..
Bij enkele providers is dat wel zo, bij anderen weer niet. TTL wordt ook niet altijd goed gebruikt naar mijn ervaring.
Met twee locaties en netwerk gescheiden servers heb je de optie PI space en/of een roundrobin DNS, hoewel dat laatste kan nog down time geven.
Of je zet je vps gewoon in een fatsoenlijk netwerk/dc neer.
Kan mij niet herinneren dat de iets betere dc's/netwerken uren eruit hebben gelegen. Dat er eens een dip voor komt kan altijd natuurlijk.
Verder hosten op fatsoenlijke hardware en daar bijvoorbeeld een HA op maken.
Waarom huur je niet gewoon een VPS waar al failover bij inzit?
Als je het toch zelf en goedkoop wil doen dan zou ik gewoon je data syncen en zorgen dat je TTL standaard al laag staat. Als er dan een probleem is zet je zelf de DNS om. Erg professioneel is het niet maar het is wel een relatief goedkope houtje-touwtje failover oplossing.