{"id":81593,"date":"2020-05-15T01:42:36","date_gmt":"2020-05-14T23:42:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/tonkaya-nastrojka-marshrutizaczii-dlya-metallb-v-rezhime-l2"},"modified":"2020-05-15T01:42:36","modified_gmt":"2020-05-14T23:42:36","slug":"tonkaya-nastrojka-marshrutizaczii-dlya-metallb-v-rezhime-l2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/tonkaya-nastrojka-marshrutizaczii-dlya-metallb-v-rezhime-l2","title":{"rendered":"Ottimizzazione della routing per MetalLB in modalit\u00e0 L2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ottimizzazione
\nNon molto tempo fa, mi sono trovato di fronte a un compito piuttosto insolito di configurazione della routazione per MetalLB. Di solito non sono necessarie azioni aggiuntive per MetalLB, ma nel nostro caso abbiamo un cluster abbastanza grande con una configurazione di rete piuttosto semplice.<\/p>\n

<\/p>\n

In questo articolo spiegher\u00f2 come configurare il routing basato su sorgente e policy per la rete esterna del tuo cluster.<\/p>\n

<\/p>\n

Non mi soffermer\u00f2 sui dettagli dell'installazione e configurazione di MetalLB, poich\u00e9 presumo tu abbia gi\u00e0 un po' di esperienza. Passiamo subito al dunque, ovvero la configurazione della routazione. Abbiamo quindi quattro casi:<\/p>\n

<\/a><\/noindex><\/p>\n

Caso 1: Quando non \u00e8 necessaria la configurazione<\/h1>\n

<\/p>\n

Analizziamo un caso semplice.<\/p>\n

<\/p>\n

\"Ottimizzazione<\/p>\n

<\/p>\n

Ulteriore configurazione della routazione non \u00e8 necessaria quando gli indirizzi forniti da MetalLB si trovano nella stessa subnet degli indirizzi dei tuoi nodi.<\/p>\n

<\/p>\n

Ad esempio, hai una subnet 192.168.1.0\/24<\/code>, c\u2019\u00e8 un router 192.168.1.1<\/code>, e i tuoi nodi ricevono indirizzi: 192.168.1.10-30<\/code>, allora per MetalLB puoi configurare l'intervallo 192.168.1.100-120<\/code> e essere sicuro che funzioner\u00e0 senza alcuna configurazione aggiuntiva.<\/p>\n

<\/p>\n

Perch\u00e9? Perch\u00e9 i tuoi nodi hanno gi\u00e0 delle route configurate:<\/p>\n

<\/p>\n

# ip route\ndefault via 192.168.1.1 dev eth0 onlink \n192.168.1.0\/24 dev eth0 proto kernel scope link src 192.168.1.10<\/code><\/pre>\n
<\/p>\n
E gli indirizzi dello stesso range verranno riutilizzati senza ulteriori complicazioni.<\/p>\n
<\/p>\n
Caso 2: Quando \u00e8 necessaria una configurazione aggiuntiva<\/h1>\n
<\/p>\n
\"Ottimizzazione<\/p>\n
<\/p>\n
Dovresti configurare ulteriori percorsi ogni volta che le tue nodi non hanno un percorso configurato Indirizzi IP<\/a> o un percorso nella subnet per la quale MetalLB assegna gli indirizzi.<\/p>\n
<\/p>\n
Spiegher\u00f2 un po' pi\u00f9 nel dettaglio. Ogni volta che MetalLB assegna un indirizzo, questo pu\u00f2 essere paragonato a una semplice assegnazione del tipo:<\/p>\n
<\/p>\n
ip addr add 10.9.8.7\/32 dev lo<\/code><\/pre>\n
<\/p>\n
Nota bene:<\/p>\n
<\/p>\n