Puncte:-1

De ce MetalLB nu poate oferi o funcție reală de echilibrare a sarcinii în modul strat 2?

drapel th

The documentația MetalLB afirmă că:

În modul de nivel 2, tot traficul pentru un IP de serviciu ajunge la un singur nod.

După înțelegerea mea, acest lucru se datorează în mare parte faptului că:

un nod își asumă responsabilitatea de a face publicitate unui serviciu către rețeaua locală.

După cum sa menționat în restul documentației menționate, acest comportament implică o limitare severă.Lățimea de bandă de trafic este limitată la ceea ce poate trece prin nodul ales. Dar se datorează ARP așa cum se pretinde în documentație?

O soluție pe care mi-o pot imagina pentru a elimina această limitare este de a avea un „difuzor” pe nod. Când este implementat un nou set de pod și serviciu, difuzorul care rulează pe nodul care rulează noul nod este responsabil de anunțul ARP. În acest fel, traficul de intrare ia întotdeauna ruta optimă. Este realizabil din punct de vedere tehnic?

Puncte:2
drapel cn

MetalLB este corect. Jucând jocuri de adresare de nivelul 2 înseamnă că doar o singură gazdă poate primi trafic unicast deodată. Pe adresa de service.

Spune 2001:db8:c0ba:4816::a este adresa de serviciu și în prezent indică către o NIC la Ethernet 6E:17:C2:2E:F4:A4. O eroare în gazda respectivă declanșează o failover.Se întâmplă o descoperire a vecinilor și acum indică o altă gazdă cu 6E:17:C2:2E:E7:B8. Nu există posibilitatea de a face mai multe căi, protocolul HA și volumul de lucru unicast sunt prea simple pentru asta. Sigur ar putea avea mai multe adrese de service, așa că adăugați 2001:db8:c0ba:4816::b care ar putea merge la o altă gazdă, eventual nefolosită.

Configurarea activă/pasivă ca aceasta va fi familiară utilizatorilor clusterelor VRRP sau PowerHA. Cu excepția faptului că MetalLB și-a reimplementat propriul lucru dintr-un motiv oarecare.

Modul MetalLB BGP este diferit, rutare de nivel 3. Ceea ce face posibilă ECMP dacă sunt instalate mai multe hopuri următoare pentru ruta de adresă a serviciului. Comparați cu modelele pentru echilibratori mari de încărcare pe mai multe niveluri folosind ECMP.

O gazdă activă pe IP de serviciu poate să nu fie o problemă, în funcție de design. Gazdele se pot extinde destul de mari, poate cu legături de 25 Gb. Dacă este necesar, munca reală ar putea fi mutată pe alte gazde, lăsând doar un proxy pentru a termina conexiunile front-end.

Dunatotatos avatar
drapel th
Multumesc pentru raspunsul tau. `add 2001:db8:c0ba:4816::b care ar putea merge la o altă [...] gazdă.` Exact la asta mă refer. LoadBalancing unui singur serviciu nu este într-adevăr posibil, deoarece are un singur IP, dar am putea atribui adresa IP diferitelor mașini fizice. Mulțumesc pentru confirmare!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.