{"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\/pt\/blog\/administrirovanie\/tonkaya-nastrojka-marshrutizaczii-dlya-metallb-v-rezhime-l2","title":{"rendered":"Ajuste fino da rotea\u00e7\u00e3o para MetalLB em modo L2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ajuste
\nRecentemente, me deparei com uma tarefa bastante incomum de configura\u00e7\u00e3o de roteamento para o MetalLB. N\u00e3o haveria problema, pois normalmente n\u00e3o s\u00e3o necess\u00e1rias a\u00e7\u00f5es adicionais para o MetalLB, mas, no nosso caso, temos um cluster consideravelmente grande com uma configura\u00e7\u00e3o de rede simples.<\/p>\n

<\/p>\n

Neste artigo, vou explicar como configurar roteamento baseado em origem e baseado em pol\u00edtica para a rede externa do seu cluster.<\/p>\n

<\/p>\n

N\u00e3o vou entrar em detalhes sobre a instala\u00e7\u00e3o e configura\u00e7\u00e3o do MetalLB, pois presumo que voc\u00ea j\u00e1 tenha alguma experi\u00eancia. Vamos direto ao ponto, ou seja, \u00e0 configura\u00e7\u00e3o do roteamento. Portanto, temos quatro casos:<\/p>\n

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

Caso 1: Quando a configura\u00e7\u00e3o n\u00e3o \u00e9 necess\u00e1ria<\/h1>\n

<\/p>\n

Vamos analisar um caso simples.<\/p>\n

<\/p>\n

\"Ajuste<\/p>\n

<\/p>\n

Configura\u00e7\u00e3o adicional de roteamento n\u00e3o \u00e9 necess\u00e1ria quando os endere\u00e7os fornecidos pelo MetalLB est\u00e3o na mesma sub-rede que os endere\u00e7os dos seus n\u00f3s.<\/p>\n

<\/p>\n

Por exemplo, voc\u00ea tem uma sub-rede 192.168.1.0\/24<\/code>, nela h\u00e1 um roteador 192.168.1.1<\/code>, e seus n\u00f3s recebem endere\u00e7os: 192.168.1.10-30<\/code>, ent\u00e3o, para o MetalLB, voc\u00ea pode configurar o intervalo 192.168.1.100-120<\/code> e ter certeza de que eles funcionar\u00e3o sem qualquer configura\u00e7\u00e3o adicional.<\/p>\n

<\/p>\n

Por que isso acontece? Porque seus n\u00f3s j\u00e1 t\u00eam rotas configuradas:<\/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 os endere\u00e7os do mesmo intervalo reutilizar\u00e3o essas rotas sem qualquer esfor\u00e7o adicional.<\/p>\n
<\/p>\n
Caso 2: Quando \u00e9 necess\u00e1ria configura\u00e7\u00e3o adicional<\/h1>\n
<\/p>\n
\"Ajuste<\/p>\n
<\/p>\n
Voc\u00ea deve configurar rotas adicionais sempre que seus n\u00f3s n\u00e3o tiverem configurado endere\u00e7os IP<\/a> ou uma rota na sub-rede para a qual o MetalLB est\u00e1 atribuindo endere\u00e7os.<\/p>\n
<\/p>\n
Vou explicar com mais detalhes. Sempre que o MetalLB atribuir um endere\u00e7o, isso pode ser comparado a uma simples atribui\u00e7\u00e3o como:<\/p>\n
<\/p>\n
ip addr add 10.9.8.7\/32 dev lo<\/code><\/pre>\n
<\/p>\n
Preste aten\u00e7\u00e3o em:<\/p>\n
<\/p>\n