Dotaz: Failover web server

[pavelik]

Ahoj/dobrý den, potřebuji vyřešit, aby v případě výpadku webového serveru byly klienti přesměrováni nějakým způsobem na druhý webserver se stejným obsahem. Nejde mi o load-balancing, ale o prosté o pokrytí výpadku webserveru v hlavní lokalitě. V případě emailu to v pohodě řeší MX záznamy s odlišnou prioritou, ale jak na to u webserveru nebo jiné služby vázané na doménové jméno?

Díky za rady a nasměrování.

Odpovědi

[Filip Jirsák]

Bezvýpadkové řešení je takové, že provoz klientů přesměrujete na nějaký proxy server, který požadavky přeposílá na ten server, který je funkční. Řešení s určitou dobou výpadku je takové, že periodicky kontrolujete, zda první server odpovídá, a když odpovídat přestane, změníte DNS záznam. Něco takového, jako jsou priority MX záznamů pro poštovní klienty, weboví klienti obecně nepodporují.

[pavelik]

Jasně, tomu rozumím a je to řešení. Bohužel však, když vypadne to proxy, tak je opět problém.

[drunkezz]

tak si treba spravit ha reverznu proxy of kors

 

klasicky setup je taky presne..ze pred farmou web-serverov su clustrove load-balancery/reverzne proxy

D.

[karlik]

Jestli se ti nelíbí proxy (což je podle mne nejlepší řešení), tak použij dva web-servery třeba s ucarp nebo pacemaker pro kontrolu, jestli hlavní web-server jede -> nejede -> spustí se záložní.

[Filip Jirsák]

Samozřejmě. Ale dokonalé řešení s nulovými náklady skutečně neexistuje. Pokud někdo chce minimalizovat výpadky, má hromadu serverů, před nimi load balancery, před nimi switche, které v případě výpadku jednoho load balanceru přepošlou provoz na jiný load balancer. A v DNS mají pro daný název víc IP adres, které točí, mají krátký čas TTL na DNS odpovědi, a pokud detekují nějaký problém, IP adresu ze skupiny vyhodí. Tak se dá dosáhnout docela slušné odolnosti proti výpadkům. Ale je to řešení na úplně jiné úrovni, než „jeden server, a v případě výpadku se to přehodí na záložní“.

[pavelik]

Je to tak jak píšete, protože než jsem šel do diskuze, tak jsem podobná řešení četl. Low end je jen asi tohle:

http://help.dnsmadeeasy.com/dns-failover-for-a-web-server/#failoverhttp

Děkuji za rady

[GeorgeWH]

To je take iste, ako ked ti vypadne aj druhy web server.

[Max]

Teď jsem zrovna postavil reverzní proxy server pomocí Nginx a za ním mám 2x IIS.
Ty dva Nginx mám v režimu Active-Pasive a virtuální adresu migruju pomocí VRRP - Keepalived, který běží na izolované síti. Mohl bych to mít v režimu i Active-Active (v rámci VRRP mít dvě IP a pro každou by byl primary druhý node + pomocí dns řešit round robin), ale pro mé použití mi to přijde zbytečné.
Jediné, co ještě musím dořešit, jsou sessions v určitém případě, aby se to opravdu chovalo plně transparentně.
Každopádně z Nginx jsem trochu zklamán, jako featurky to má pěkný, ale placená verze (Nginx Plus) je na tom ještě líp (má třeba akticní kontrolu služeb, na které odkazuje, což je pro bezproblémový provoz docela důležitá věc, free verze má jen pasivní kontrolu). Ještě je zde možnost HAProxy, ale ten mi přijde v něčem trochu pozadu (v mém případě např. podporu http2 dodělali teď, což ještě není v ditribucích).
Zdar Max

[Honza]

No vlastne ti jde o load balancing. Alespon castecne. Musis mit nejakou nadrazenou vrstvu (nejakou proxy), ktera dokaze poznat, ze primarni web server nejede. Proxy samozrejme muze take failnout, ale to riziko by melo byt o dost nizsi nez u samotneho workeru. Reseni, ktere chces se nazyva hot standby. Nevim, jaky software pouzivas, ale jde to nakonfigurovat na spouste load-balancing reseni. Urcite na mod_proxy, mod_cluster myslim, ze u IIS take a snad i u NGINX...

[lertimir]

Z mého pohledu se to musí procesovat z druhé strany. Při výpadku služby chci aby naběhlo náhradní řešení do XXX minut, vteřin, milisekund? Různým reakčním časům odpovídá různé technické řešení s různými náklady.

[romanch]

Jestli máš (chceš mít) servery "vedle sebe" (myšleno LANově), tak úplně "basic" IP řešení bez použítí routeru, proxy apod - dva servery vedle sebe a na nich IP adresy ve VRRP Sice to používám na Mikrotiku pro routery, ale není nejmenší důvod to nemít i na linux serveru.

[pavelik]

No, právě, že potřebuji, aby to bylo geograficky jinde. Na vlastní LAN bych si to vyřešil snadno. Ale děkuji.

[Peter Golis]

On existuje aj cloud v ktorom sa niečo takéto poskytuje ako služba.

[Petr]

Treba u nas pouzivame akamai...

[pavelik]

Díky,...a o jakou službu se jedná?

[Petr]

Global Traffic Management