Sziasztok!
Szeretném a segítségeteket kérni DNS alapú terhelésmegosztás megvalósításához. Adott egy debian szerver, rajta pár domain, szokásos hosting cuccok. Sajnos ha kiesik a szerver, akkor lehal minden. Fogok mellé venni egy másik szervert, ami tükrözve lesz vele. Az lenne a kérdésem hogy BIND9 -cel megvalósítható -e ha az egyik szerver nem megy akkor dobja a másik felé a kérést?
Véleményeket, válaszokat előre is köszönöm!
- 1513 megtekintés
Hozzászólások
"BIND9 -cel megvalósítható -e ha az egyik szerver nem megy akkor dobja a másik felé a kérést?"
Akármilyen DNS szerverrel megoldható, azonban az általad kívánt működés nem (csak) ettől az egy DNS szervertől függ, hanem a többitől is, valamint a kliensalkalmazásoktól is.
"Sajnos ha kiesik a szerver, akkor lehal minden."
Az az információ hiányzik, hogy mi szokott a kiesés oka lenni, és hogy milyen szolgáltatások futnak a szerveren, és a két szerver egymáshoz képest hogyan helyezkedne el. Mert nem biztos, hogy az adott esetben a DNS round-robin a célszerű, sőt az is lehet, hogy egyenesen ellenjavallt.
- A hozzászóláshoz be kell jelentkezni
Tehát az alap szerveren fut: apache, proftp, mysql, bind nagyjából ennyi. Gépi hibából szokott lefagyni. Azt szeretném megcsinálni, hogy a web felől érkező kéréseket akkor is kiszolgálja.
A szerverek közös nfs szerverről dolgoznának.
- A hozzászóláshoz be kell jelentkezni
Én ezt nem RRDNS-sel csinálnám, hanem inkább valami HA megoldással. Neked nem a terheléssel van bajod, hanem a vas megbízhatóságával. Magyarul nem a load-ot kell elosztanod, hanem a hw hibát kiküszöbölnöd, ha jól értettem.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
De ha lefagy a szerver, akkor hogyan fog bármit is kiszolgálni?? Nem értem.
- A hozzászóláshoz be kell jelentkezni
Lerohadó vasat javítani/kihajítani szokás, nem egy másik hasonlót mellétéve, randa workaround-okkal (Hack de Mux belga kolléga módszerével) megspékelve tovább növelni az álmatlansági faktort...
- A hozzászóláshoz be kell jelentkezni
Tehát van egy "A" vasad (óccsódeszarlefagyóspécé), ami néha besz@rik, és lesz mellé egy másik, hasonlóan magas rendelkezésre állást tudó vasdarab, ami az előzőnek adatszempontból is hű mása (Rajta meg a Szása...). Ezen a rogyadozó vason van egy DNS-szerver is, a rajta hostolt pistikedoménje.hu, meg józsikaolcsódoménje.hu kiszolgálására. Most vagy különválasztod a DNS-t, és azt rárakod egy megbízható vasra, és az a két khm. alacsony minőségi mutatókkal rendelkező vasat monitorozva fogja feloldani a wéwéwé.pistikedoménje.hu meg a wéwéwé.józsikaolcsódoménje.hu nevet az éppen működő romhalmaz címére, vagy pedig más megoldást keresel.
Ahogy fentebb szó volt róla, a két vasból csinálj heartbeat-tel egy fürtöt, az adatok szinkronizálását oldd meg (update: kipipálva, az adatok NFS-ről jönnek), aztán ha az egyik megdöglend, a másik átveszi a cluster címét, és öröm és bódottá' lesz.
- A hozzászóláshoz be kell jelentkezni
az adatok szinkronizálását oldd meg
Na igen, amig sima fajlokrol van szo, addig egy drbd kivalo lehet. De a mysql 'tukrozes', hogy az adatok pik-pak prompt szinkronban ott legyenek a masik gepen is, nem ennyire egyszeru (ugy ertem, ha meg is akarnad csinalni.....)
SPAMtelenul - POP3 spamszuro szolgaltatas
- A hozzászóláshoz be kell jelentkezni
Tehetsz drbd-re MySQL-t is. Mi akadályoz benne?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A MySQL (is) egy halom adatot memoriaban tart, ami ellen nem ved a drbd. Ezert nem trivialis az MySQL HA, tobb annal, minthogy "oldd meg az update-et"...
SPAMtelenul - POP3 spamszuro szolgaltatas
- A hozzászóláshoz be kell jelentkezni
A drdb gyakorlatilag egy gépes rendszer egy kis plusszal (egy másik vas). Azzal, hogy ha az egyik node lepusztul, akkor elindítja a szolgáltatásokat a másikon. Egy gép esetén is elveszik a memória tartalom ha gáz van. Ez "szegény ember HA megoldása" arra jó, hogy ha elpusztul az egyik gép, akkor ott egy másik. Mintha újrabootoltál volna.
Itt a topikból az derül ki, hogy itt nem nagyon van igény és lehetőség komolyabb megoldásokra.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Szegeny megoldasnak ok. Egy levlistan azt mondtak (meg par eve, bar akkor meg 1-2 fo verzioval fiatalabb volt a mysql is), hogy az a legtutibb megoldas (sql adatok elvesztese ellen), ha 1 nagyon hibaturo vasat epitesz az SQL szervernek.
SPAMtelenul - POP3 spamszuro szolgaltatas
- A hozzászóláshoz be kell jelentkezni
:) így lesz, csak a vasak is fejlesztve lesznek. na
- A hozzászóláshoz be kell jelentkezni
A legegyszerűbb megoldás erre a problémára a következő:
mindkét szerverre teszel egy-egy névszervert, majd egy zónát rájuk delegálsz olyan módon, hogy a zóna egyik NS-e az A szerver legyen, míg a másik a B.
A szerverben úgy állítod be a zónát, hogy a közös név A IP-jére mutasson, B-ben pedig úgy, hogy B-re. Így az fogja eldönteni, hogy melyikre esik be a kérés, hogy a resolver melyik NS-t kérdezte. Értelemszerűen ha az egyik nem megy, a másikat fogja, aki viszont saját magát válaszolja.
Pld az enzonam.hu NS-eiben:
a.enzonam.hu. IN A 1.1.1.1
b.enzonam.hu. IN A 2.2.2.2
www.enzonam.hu. IN CNAME libego.valami.enzonam.hu.
valami.enzonam.hu. IN NS a.enzonam.hu.
valami.enzonam.hu. IN NS b.enzonam.hu.
ezután a.enzonam.hu (A szerver) NS-ben:
libego.valami.enzonam.hu. 0 IN A 1.1.1.1
b.enzonam.hu (B szerver) NS-ben:
libego.valami.enzonam.hu. 0 IN A 2.2.2.2
Természetesen a DNS alapú terheléselosztás/failover minden hátrányát megkapod ezzel.
- A hozzászóláshoz be kell jelentkezni
Van egy kis képzavarom: terhelésmegosztásról írsz, miközben valamiféle "Failover" megoldást szeretnél. Neked "heartbeat" kéne nem!?
- A hozzászóláshoz be kell jelentkezni
Abból, amit leírtál, nekem az jön le, hogy Te _nem_ szeretnél DNS load balanceot. Több okból sem. 1. A DNS bejegyzés cachelődik, tehát nem kizárt hogy egyes csótány szolgáltatók esetén előbb javítod meg a gépet minthogy befrissülne a DNS. 2. Te nem load balanceot szeretnél, hanem failovert. Ergo a Heartbeat a Te barátod, nem e Bind. De csodákat az sem fog tudni művelni, ha szar a vas.
- A hozzászóláshoz be kell jelentkezni
igazad van Heartbeat-tel kapcs. Utánaolvastam.
- A hozzászóláshoz be kell jelentkezni