{"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\/sv\/blog\/administrirovanie\/tonkaya-nastrojka-marshrutizaczii-dlya-metallb-v-rezhime-l2","title":{"rendered":"Finslipa routingen f\u00f6r MetalLB i L2-l\u00e4ge","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Finslipa
\nNyligen st\u00f6tte jag p\u00e5 en ganska ovanlig uppgift att st\u00e4lla in routing f\u00f6r MetalLB. Det skulle inte vara n\u00e5got problem, eftersom det vanligtvis inte kr\u00e4vs n\u00e5gra extra \u00e5tg\u00e4rder f\u00f6r MetalLB, men i v\u00e5rt fall har vi en ganska stor kluster med en ganska enkel n\u00e4tverkskonfiguration.<\/p>\n

<\/p>\n

I denna artikel kommer jag att ber\u00e4tta hur man st\u00e4ller in source-based och policy-based routing f\u00f6r det externa n\u00e4tverket i din kluster.<\/p>\n

<\/p>\n

Jag kommer inte att g\u00e5 in p\u00e5 installation och konfiguration av MetalLB i detalj, eftersom jag utg\u00e5r fr\u00e5n att du redan har viss erfarenhet. L\u00e5t oss g\u00e5 direkt till saken, n\u00e4mligen konfigurationen av routingen. S\u00e5 vi har fyra fall:<\/p>\n

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

Fall 1: N\u00e4r ingen konfigurering kr\u00e4vs<\/h1>\n

<\/p>\n

L\u00e5t oss g\u00e5 igenom ett enkelt fall.<\/p>\n

<\/p>\n

\"Finslipa<\/p>\n

<\/p>\n

Ytterligare routing konfiguration kr\u00e4vs inte n\u00e4r de adresser som MetalLB tillhandah\u00e5ller ligger i samma subnet som adresserna f\u00f6r dina noder.<\/p>\n

<\/p>\n

Till exempel har du ett subnet 192.168.1.0\/24<\/code>, det finns en router 192.168.1.1<\/code>, och dina noder f\u00e5r adresser: 192.168.1.10-30<\/code>, d\u00e5 kan du f\u00f6r MetalLB konfigurera intervallet 192.168.1.100-120<\/code> och vara s\u00e4ker p\u00e5 att de kommer att fungera utan n\u00e5gon ytterligare konfiguration.<\/p>\n

<\/p>\n

Varf\u00f6r s\u00e5? F\u00f6r att dina noder redan har konfigurerade rutter:<\/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
Och adresser fr\u00e5n samma intervall kommer att \u00e5teranv\u00e4nda dem utan n\u00e5gra ytterligare \u00e5tg\u00e4rder.<\/p>\n
<\/p>\n
Fall 2: N\u00e4r ytterligare konfiguration kr\u00e4vs<\/h1>\n
<\/p>\n
\"Finslipa<\/p>\n
<\/p>\n
Du b\u00f6r st\u00e4lla in ytterligare rutter varje g\u00e5ng dina noder inte har en konfigurerad IP-adresser<\/a> eller rutt till subn\u00e4tet f\u00f6r vilket MetalLB tillhandah\u00e5ller adresser.<\/p>\n
<\/p>\n
L\u00e5t mig f\u00f6rklara lite mer ing\u00e5ende. Varje g\u00e5ng MetalLB tillhandah\u00e5ller en adress kan det liknas vid en enkel tilldelning som:<\/p>\n
<\/p>\n
ip addr add 10.9.8.7\/32 dev lo<\/code><\/pre>\n
<\/p>\n
Observera att:<\/p>\n
<\/p>\n