Backup webserver

[Mai-Web]

Beste iedereen,

Ik ben sinds kort bezig om de volgende opstelling te maken, echter loop ik nu een beetje vast.

Ik wil graag de volgende opstelling maken.

DA Webserver 1 - dc a'dam
Back-up DA Webserver - dc steenbergen
Back-up ftp server - dc steenbergen

Nu word er iedere nacht automatisch geback-upped naar de ftp server, en word daar een historie van back-ups bewaart.

Momenteel word de WEB als zowel de NS geserveerd door webserver 1.
Echter wil ik dat de back-up webserver de taken overneemt van de normale webserver als deze wegvalt.

Nu zit ik alleen met de vraag hoe..

Nu kan ik natuurlijk iedere nacht de back-up inladen op de back-up server, echter zit ik dan nog steeds met de NS, en wellicht met inconsistente data.

Ben benieuwd wat jullie hiervoor gebruiken, en hoe jullie dit aanpakken.

Alvast bedankt voor jullie reacties!

[dennis0162]

Maico (was het toch?),

Heb je de IP-adressen uit Amsterdam ook ter beschikking in Steenbergen?
Anders is het onmogelijk zonder DNS update.

[Mikey]

En de gemiddelde dns update is niet met een paar minuten doorgevoerd....

[Mai-Web]

Maico is het inderdaad, helemaal goed .

Ik heb helaas de IP-adressen niet op 2 locaties beschikbaar, zijn 2 andere locaties en 2 andere netwerken.
Dit puur omdat ik bijna elke manier van downtime wil uitsluiten.

Een DNS update is inderdaad niet binnen een paar minuten uitgevoerd, en dat is in principe nu ook het hoofdprobleem waar ik nu op vastloop (buiten het real-time synchroniseren van bestanden).

Kom op het forum wel een aantal berichten tegen over vergelijkbare vragen, echter geen oplossing. Het doel wat ik wil is kort samengevat in feite niet te halen ?

[vne]

een webserver repliceren is niet de moeilijkheid, (kan al simpelweg met rsync) wat er bij komt dikwijls wel...
zo moeten ook de mails en de database server gesynchroniseerd worden
vooral dat laatste is naar mijn mening het lastigste...

[Alain]

Daar zijn hele mooie oplossingen voor dit realtime te doen, zelfs volledig automatisch. Je hebt alleen, als je niet de IP adressen kunt uitwisselen, altijd het 'probleem' van de DNS en je zal ook in de server/da configuratie dingen moeten wijzigen als je IP adressen wijzigen.

Als je graag geografisch gescheiden wilt draaien en je wilt het goed doen, moet je gewoon zorgen dat je op beide plekken de IP adressen kunt gebruiken. Anders kun je beter gewoon niet geografisch gescheiden gaan draaien omdat het dan alleen voor je gevoel een mooie oplossing is, wat in de praktijk alleen maar handig is als je echt een grote calamiteit hebt. Bij kleinere calamiteiten, van bijvoorbeeld een halfuur downtijd, zal zo'n houtje-touwtje oplossing alleen maar meer downtijd creeeren.

[Mai-Web]

Oke dat is vrij duidelijk zo.

Beste optie is dus inderdaad om ervoor te kunnen zorgen dat de ip adressen op beide locaties bruikbaar zijn.

Nu nog even uitzoeken welke provider me dat kan leveren.

Dank voor jullie reacties heren.

[The-BosS]

Misschien is dit iets voor je http://dyn.com/enterprise-dynect-pla...ctive-failover, geen idee wat het kost maar doet precies wat jij zou willen. Een soort van active failover loadbalancer, enige wat je dan nog moet doen is je data in sync houden door rsync, drbd, ...

[SF-Jeroen]

Misschien is dit iets voor je http://dyn.com/enterprise-dynect-pla...ctive-failover, geen idee wat het kost maar doet precies wat jij zou willen. Een soort van active failover loadbalancer, enige wat je dan nog moet doen is je data in sync houden door rsync, drbd, ...

De vraag is of je alles constant wil syncen. Natuurlijk heb je dan de best mogelijke backup, maar het kost een hoop dataverkeer. Daarnaast moet je alsnog backups maken omdat als er iets serieus fout gaat je niet wil dat alle foute dingen ook worden gesynchroniseerd en je geen backup overhoudt.

Het linkje wat jij stuurt is volgens mij gewoon een monitoringsprogramma wat indien er iets downgaat zelf een DNS wijziging doet. Dat kan natuurlijk, maar je kan dat ook heel simpel zelf schrijven, wat een stuk goedkoper is.

[The-BosS]

Het linkje wat jij stuurt is volgens mij gewoon een monitoringsprogramma wat indien er iets downgaat zelf een DNS wijziging doet. Dat kan natuurlijk, maar je kan dat ook heel simpel zelf schrijven, wat een stuk goedkoper is.

Niet echt, je domein (dns) wordt op de dynatec (beter bekend van dyndns) cluster gehost, waar je dus volledig control panel hebt. Daar stel je de master server en backup servers in. Dit monitort dus inderdaad de services die jij wilt, maar bij downtime zal hun active failover loadbalancer de traffic verwijzen naar je backup server. Dus je kan het zelf per protocol gaan instellen als je dat wil. Je kan natuurlijk ook voor de traffic load balance optie kiezen maar dan moet je data altijd 100% gesynct zijn.

Dat je verder nog backups nodig hebt dat spreekt voor zich, net zoals raid of een gemirrorde server nooit een vervanging mag zijn voor ouderwetse backups. Want zoals je al aangeeft als 1 server een rootkit heeft of gehackte database of ... dan wordt da ook gesynct op de andere server.

[Mark17]

Daar zijn hele mooie oplossingen voor dit realtime te doen, zelfs volledig automatisch. Je hebt alleen, als je niet de IP adressen kunt uitwisselen, altijd het 'probleem' van de DNS en je zal ook in de server/da configuratie dingen moeten wijzigen als je IP adressen wijzigen.

Wat moet je buiten de DNS wijzigen? Weinig tot niks zolang je niet met SSL/owned IPs werkt. De instellingen op de backup locatie kun je verder altijd goed instellen wat configs betreft. (kijk naar *:80 ipv [ip]:80 voor apache (httpd) en meer van dergelijke constructies.)

DNS kan binnen 5 minuten effectief aangepast zijn (lage TTL).

[marsipulami]

DNS kan binnen 5 minuten effectief aangepast zijn (lage TTL).

Mits je ISP thuis de ingestelde TTL ook hanteert

[Mark17]

Mits je ISP thuis de ingestelde TTL ook hanteert

Zolang je hem niet te laag instelt gaat dat vaak wel goed. 5 minuten is kort, maar zal vaak nog goed gaan.

[The-BosS]

Zolang je hem niet te laag instelt gaat dat vaak wel goed. 5 minuten is kort, maar zal vaak nog goed gaan.

Ken hier genoeg ISP's die indien de ttl buiten de rfc valt gewoon over gaan op de standaard ttl. Daarnaast ken ik ook ISP's die hun al helemaal niks aantrekken van de ttl's en hun eigen waarden hanteren voor hun cache dns servers. Er zijn voorbeelden genoeg te vinden dat bij de ene provider de update na 5 minuten in orde is en dat het bij een andere provider soms een dag kan duren.

[SmilieBG]

1. je doet volledig DA sync (inclusief uitpakken dus op de backup server en niet alleen erop knallen als .tar.gz);
2. je neemt ergens z.g.n. Load ballancer (hardware matig liefst) dienst af (kost meestal enkele euro's per maand);

Load balancer doet volgende:
In de load balancer staat:
www.domain.com - primair IP adres = DA Webserver 1 - dc a'dam
www.domain.com - secundair IP adres = Back-up DA Webserver - dc steenbergen

Ik ga er vanuit dat beide locaties eigen IP hebben - wat doorgaans wel normaal is :-)

Load balancer kan op verschillende manieren ingezet worden, maar bij jou is het dus meest interessant: als primair IP adres niet meer reageert, worden alle verzoeken automagisch naar tweede verzonden. Load balancer heeft immers zeer lage TTL dus downtime zal vrijwel minimaal zijn.

Mvg,
Smilie