Load balancer

grogo bolger · 28.12.2014., 20:38

Dakle postojeći LB u produkciji koji je temeljen na enteprise tehnologiji dolazi lagano do svoga kraja.

Zahtjevi su slijedeći:
-HA
-SSL terminacija
-dobra podrška
-da nije skupo

Dakle što bi vi odabrali odn. što vrtite u vašim računalnim centrima?

Bacio sam oko na RedHat LoadBalancer, moram isprobat.

FreeBSD sa CARP-om + HAProxy (ovaj 1.5 ima i SSL terminaciju) ovo mi je totalna fora.

Ako netko ima kakav prijedlog fala.

Florest Glimp · 29.12.2014., 18:10

RHEL Load Balancer na RHEL 7 je Keepalived+HAProxy. HAProxy je perverzno dobar komad softvera, da eto čak i MVP-ovi za Exchange preporučuju kao zamjenu za HW load balancere.

http://www.stevieg.org/e2010haproxy/

SSL Termination:

https://serversforhackers.com/haprox...-pass-through/

Evo u mene nije zadnjih godinu i po omanuo nikad, mada ja imam jednostavni round robin setup...

grogo bolger · 29.12.2014., 19:37

aha keepalived + HAproxy...

sad sam se sjetio sos HAproxy balansujem sendmail i openldap

a zaboravio sam, xe xe xe xe

red_shrike · 02.01.2015., 00:42

haproxy svakako. odlična stvar, pogotovo jer zadnji podržava ssl. haproxy inc inaće prodaje i hw LB

grogo bolger · 05.01.2015., 21:15

Zdravo,

još se bakćem sa ovim:

http://blog.secaserver.com/2012/07/c...outing-method/

Radim to u vbox-u.

imam 2 servera u LVS govnovalj1 i govnovalj2 koji balansiraju prama web1 i web2 koji su web serveri.

I bogme neće

Dočim mi je freebsd sa HAProxy i CARP-om proradio odmah....

red_shrike · 05.01.2015., 22:05

E, haproxy je ok za ekipu tipa instagram i youporn. Iskreno sumnjam da imaš više prometa od youporna, tako da ....

grogo bolger · 05.01.2015., 22:08

Quote:

red_shrike kaže:

E, haproxy je ok za ekipu tipa instagram i youporn. Iskreno sumnjam da imaš više prometa od youporna, tako da ....

a joj nemam, imam samo par tera mjesečno

šta si ti u onoj firmi na V.

ili imaš frenda koji tamo radi

red_shrike · 05.01.2015., 23:17

Na V? Nije na v :P Ne zna koja je to firma

Florest Glimp · 06.01.2015., 10:46

A ti baš oš web gui?
:-D

Ne, ne i ne. HAProxy + Heartbeat ili HAProxy + Keepalived. To je dobitna kombinacija...

grogo bolger · 06.01.2015., 11:22

Aha ma nije bitno, ono kad imaš enterprise dokumentaciju, onda se fino uvatim pa čitam heh

Dao si mi sad ideju, fala.

EDIT:

A zašto koristiš HAProxy, kad imaš ovaj keepalived, kad on u sebi već proxira virt. adresu na real adresu?

EDIT2:
Aha sa keepalived u slučaju kuršlusa se prebaci adresa sa master čvora na slave čvor...
http://support.severalnines.com/entr...ed-Virtual-IP-

Heh ovo je doslovno isti način koji sam riješijo na samom početku 2 freebsd čvora sa CARP-om.

Florest Glimp · 06.01.2015., 11:35

Sve si sam odgovorio...
:-D

https://access.redhat.com/documentat...ion/index.html

Ovo koristit. I ako koristiš CentOS/RHEL 6, od verzije 6.6 su Keepalived i HAProxy full supported. Znač, ne mećeš ga iz epel repozitorija.

https://access.redhat.com/documentat...lustering.html

Florest Glimp · 06.01.2015., 11:48

A ak oš active+active HAProxy, onda probaš sa Corosync + Pacemaker + HAProxy (CentOS 7) ili Heartbeat + HAProxy (CentOS 6).

Zašto i Keepalived i HAProxy, zato jer je HAProxy najbolji, ali je samo load balancer. UNIX filozofija valjda. Radi jednu stvar al ju radi savršeno. Nema u sebi mehanizma za failover samoga sebe, pa se za to koristi Keepalived iako je i Keepalived sam po sebi load balancer....

grogo bolger · 06.01.2015., 11:59

Quote:

Florest Glimp kaže:

Sve si sam odgovorio...
:-D

https://access.redhat.com/documentat...ion/index.html

Ovo koristit. I ako koristiš CentOS/RHEL 6, od verzije 6.6 su Keepalived i HAProxy full supported. Znač, ne mećeš ga iz epel repozitorija.

https://access.redhat.com/documentat...lustering.html

opa, ovo je dobro, samo rokneš gore licencirani RHEL i imaš podršku zlu ne trebao, do sad u 10godina smo jednom tražili da nam isporuče patch

Florest Glimp · 06.01.2015., 12:10

Inače ako se upustiš u AA, ovdje je brdo dobre dokumentacije za Pacemaker i Corosync:

http://clusterlabs.org/doc/

grogo bolger · 06.01.2015., 12:17

Quote:

Florest Glimp kaže:

Inače ako se upustiš u AA, ovdje je brdo dobre dokumentacije za Pacemaker i Corosync:

http://clusterlabs.org/doc/

ok, nemam takvih zahtjeva ali dobro je znat.

Heh dugo nijesmo imali neku korisnu temu ovdje.

NNJ · 06.01.2015., 12:30

Quote:

Florest Glimp kaže:

UNIX filozofija valjda. Radi jednu stvar al ju radi savršeno.

da, baš tak
radi jedno al radi dobro

red_shrike · 06.01.2015., 14:27

možete imati i više loada balancera paralelno tako da sam isebe load balancaju (tj. haproxy onda nije više SPF), a mogu međusobno i dijeliti info o stanjima tako da su konzistentna. Pogledati stick tables i peer sekciju. Zanimljivost haproxya je da je single threaded i prepručam da ga pinnate na neki core (koji nije 0).

grogo bolger · 06.01.2015., 20:23

govnovalj1 je master, kad pauziram govnovalj1 VM na govnovalj2 odmah proradi keepalived:

Jan 6 20:10:25 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Transition to MASTER STATE
Jan 6 20:10:26 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Entering MASTER STATE
Jan 6 20:10:26 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) setting protocol VIPs.
Jan 6 20:10:26 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.0.210
Jan 6 20:10:26 govnovalj2 Keepalived_healthcheckers[1220]: Netlink reflector reports IP 192.168.0.210 added
Jan 6 20:10:31 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.0.210
Jan 6 20:12:06 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Received higher prio advert
Jan 6 20:12:06 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) Entering BACKUP STATE
Jan 6 20:12:06 govnovalj2 Keepalived_vrrp[1221]: VRRP_Instance(VI_1) removing protocol VIPs.
Jan 6 20:12:06 govnovalj2 Keepalived_healthcheckers[1220]: Netlink reflector reports IP 192.168.0.210 removed

kad upalim govnovalj1 on se vrati u MASTER
Jan 6 20:10:22 govnovalj1 Keepalived_vrrp[1110]: VRRP_Instance(VI_1) Received lower prio advert, forcing new election (ivo ili kolinda

)
Jan 6 20:10:22 govnovalj1 Keepalived_vrrp[1110]: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.0.210

Malo su vremena raštimana

Ali switch traje par sekundi.

Na oba hosta se veselo vrti HAproxy na IP 192.168.0.210 koji onda proksira dalje na web servere.

na web serveru se vidi switch sa adrese
192.168.0.200 (govnovalj1) - - [06/Jan/2015:19:47:59 +0100] "GET /1.php HTTP/1.0" 200 32 "-" "Wget/1.12 (linux-gnu)"
na

192.168.0.201 (govnovalj2)- - [06/Jan/2015:19:49:11 +0100] "GET /1.php HTTP/1.0" 200 32 "-" "Wget/1.12 (linux-gnu)"

1.php je nekakva skripta koja radnom vraća neke brojeve, čisto da malo cpu "oznoji"

Annatar · 12.01.2015., 10:37

Quote:

grogo bolger kaže:

EDIT2:
Aha sa keepalived u slučaju kuršlusa se prebaci adresa sa master čvora na slave čvor...
http://support.severalnines.com/entr...ed-Virtual-IP-

Heh ovo je doslovno isti način koji sam riješijo na samom početku 2 freebsd čvora sa CARP-om.

To onda nije high availability ("HA"), nego failover.

HA je kada SVI serveri istovremeno procesiraju JEDAN zadatak; FAILOVER je kada je jedan glavni, a ostali su u standby-u i onda se ako glavni rikne jedan od standby servera aktivira.

Jesmo to sada apsolvirali?

Florest Glimp · 12.01.2015., 12:27

Quote:

Annatar kaže:

To onda nije high availability ("HA"), nego failover.

To je samo terminologija. Negdje u podvrste HA clustera - svrstavaju active/active i active/pasive (failover). Ako se zna da failover nije active/active - to je dosta... A zapravo ovo ni nije HA, ovo je load-balancing. HA bi nešto zapisivao ili čitao na neki shared storage, servis koji ne mora na svim nodovima obavljati isti zadatak (upit ili neku kalkulaciju). Ako se jedan zadataka obavlja na svim nodovima onda bi to bio HP cluster.