Bekijk Volledige Versie : Ip automatisch door naar backup server indien server uitvalt
webplace4u
08/08/10, 22:28
Hallo Allemaal,
Ik zit met een probleem en weet niet waar het thuis hoort.
Ik wil het volgende realiseren !
Ik heb 2 webservers met identieke inhoud en draaiende met IIS7
1 server is de hoofdserver in alle domeinnamen(DNS-records) staat het ipadres van die server.
1 server is de backup server en die moet alles overnemen wanneer server 1 niet bereikbaar is.
Hoe realiseer ik dat met IIS en DNS welke entrys moet ik toevoegen of vraag ik iets onmogelijks.
De servers staan op verschillende locaties ?
Hoor graag van jullie,
Kort door de bocht: indien de servers in een verschillend netwerk staan is een IP overname onmogelijk.
Je zou eventueel gebruik kunnen maken van een loadbalancer om de traffic van een generiek record op te splitsen in twee servers waarbij de loadbalancer ingesteld staat om 1 primare server te kiezen en bij uitval de tweede (exacte configuratie heb ik hier niet liggen, conculega's met verstand hiervan zitten ook op dit forum).
Voorbeeld: sub.domein.tld a record wijst naar de loadbalancer, die kiest óf de actieve server server1.domein.tld, of indien deze down is server2.domein.tld.
Er zitten dan wel limieten aan de inrichting van de database en het gebruik van sessies, deze moeten door beide servers benaderbaar zijn om een naadloze overgang te realiseren.
Ik heb 2 webservers met identieke inhoud en draaiende met IIS7
1 server is de hoofdserver in alle domeinnamen(DNS-records) staat het ipadres van die server.
1 server is de backup server en die moet alles overnemen wanneer server 1 niet bereikbaar is.
Load balancing zit ingebouwd in windows, tenminste, ik weet niet precies welke versie in gebruik is.
Bij het instellen kies je een virtueel ip wat door beide machines gebruikt gaat worden.
Daar wijs je de dns records heen.
Er zit 1 flinke maar aan, mocht er gewerkt worden met een control panel, vergeet dit dan maar, control panels kunnen heel slecht omgaan met load balanced setups.
De servers staan op verschillende locaties ?
,
Ik las hier helaas overheen, verschillende lokaties is helaas alleen mogelijk met een layer 2 koppeling tussen de beide lokaties. Mocht je niet weten wat dat is, ga er dan maar vanuit dat het niet kan.
Het enige wat dan nog mogelijk is, is zorgen dat de 2e lokatie de master van de dns is en de eerste de slave, zodat je in geval van uitval van de primaire locatie de dns kan omzetten naar de secondary.
Kort door de bocht: indien de servers in een verschillend netwerk staan is een IP overname onmogelijk.
Je zou eventueel gebruik kunnen maken van een loadbalancer om de traffic van een generiek record op te splitsen in twee servers waarbij de loadbalancer ingesteld staat om 1 primare server te kiezen en bij uitval de tweede (exacte configuratie heb ik hier niet liggen, conculega's met verstand hiervan zitten ook op dit forum).
Voorbeeld: sub.domein.tld a record wijst naar de loadbalancer, die kiest óf de actieve server server1.domein.tld, of indien deze down is server2.domein.tld.
Er zitten dan wel limieten aan de inrichting van de database en het gebruik van sessies, deze moeten door beide servers benaderbaar zijn om een naadloze overgang te realiseren.
Hier zit een flinke maar aan, de load balancer staat in 1 van de 2 netwerken en zal bij een uitval van die locatie (stroom/network/enz) alles onbereikbaar maken, het is eigenlijk het single-point-of-failure verplaatsen
Hier zit een flinke maar aan, de load balancer staat in 1 van de 2 netwerken en zal bij een uitval van die locatie (stroom/network/enz) alles onbereikbaar maken, het is eigenlijk het single-point-of-failure verplaatsen
Niets stopt je om een externe (vps)server te nemen waar deze load balancer draait (desnoods in een High Availability omgeving) zodat je het risico spreid. Zoals hierboven al, je kan niet zomaar 1 IP aan twee verschillende netwerken toekennen en naadloze overschakeling verwachten.
Niets stopt je om een externe (vps)server te nemen waar deze load balancer draait (desnoods in een High Availability omgeving) zodat je het risico spreid. Zoals hierboven al, je kan niet zomaar 1 IP aan twee verschillende netwerken toekennen en naadloze overschakeling verwachten.
Ik ben bang dat dat niet helpt, blijft nog steeds 1 single point of failure, 1 netwerk, 1 OS.
Dit is alleen maar duurder, niet veiliger.
Dan vond ik mijn eerder genoemde oplossing beter:
Het enige wat dan nog mogelijk is, is zorgen dat de 2e lokatie de master van de dns is en de eerste de slave, zodat je in geval van uitval van de primaire locatie de dns kan omzetten naar de secondary.
Ik denk dat je altijd wel een SPOF hebt. Je moet alleen zorgen dat de 'failure' zo goed als niet voor kan komen (hoogwaardig datacentrum, fatsoenlijke appratuur).
Ik denk dat een loadbalancer dan toch wel een goede keus is. Om je DNS nu te gaan aanpassen bij een failure duurt ook weer minuten/uren.
Ik denk dat je altijd wel een SPOF hebt. Je moet alleen zorgen dat de 'failure' zo goed als niet voor kan komen (hoogwaardig datacentrum, fatsoenlijke appratuur).
Ik denk dat een loadbalancer dan toch wel een goede keus is. Om je DNS nu te gaan aanpassen bij een failure duurt ook weer minuten/uren.
Kun je net zo goed de servers op dezelfde locatie zetten (zelfs zelfde subnet) en met iets als vrrp het IP omgooien. Is de SPOF kleiner als met een loadbalancer er bij voor (en goedkoper).
Kun je net zo goed de servers op dezelfde locatie zetten (zelfs zelfde subnet) en met iets als vrrp het IP omgooien. Is de SPOF kleiner als met een loadbalancer er bij voor (en goedkoper).
Dat kan natuurlijk ook alleen zegt TS dat hij de servers al op verschillende locaties heeft staan ;)
Denk dat hij vooral zelf een overweging moet maken en wat het hem mag kosten. Je kan het natuurlijk zo gek maken als je wilt.
Dat kan natuurlijk ook alleen zegt TS dat hij de servers al op verschillende locaties heeft staan ;)
Dat had ik gezien, maar om er dan een loadbalancer bij voor te zetten. Wat ik alleen zo niet zie is of beide servers wel in hetzelfde netwerk staan, zo ja dan is VRRP gebruiken soms mogelijk (kleine kans). Ik vermeld overigens ook dat je de servers kunt verplaatsen naar 1 locatie.
In theorie kun je ook nog voor roundrobin met DNS gaan, dit betekend dat bij downtime van 1 machine maar 1/2 van de requests mislukt tot de DNS is geupdate. Met een proxy constructie kun je dan de rest afvangen.
In theorie kun je ook nog voor roundrobin met DNS gaan, dit betekend dat bij downtime van 1 machine maar 1/2 van de requests mislukt tot de DNS is geupdate.
Hangt van de browser af.
Firefox probeert ook netjes het andere IP uit, indien de eerste down is.