Flannel: Falta documentação sobre a configuração do mtu

Criado em 18 jul. 2016  ·  6Comentários  ·  Fonte: coreos/flannel

Não está claro para mim como o valor mtu salvo em /run/flannel/subnet.env é derivado e como pode ser alterado ou por que não deve ser alterado.

aredocumentation

Comentários muito úteis

MTU é calculado e definido automaticamente por flanela. Em seguida, ele relata esse valor em subnet.env. Não é algo que o usuário possa alterar.

O cálculo de MTU é específico do backend. Acho que devemos ter mais documentação específica de back-end e podemos incluir o cálculo de MTU lá.

Todos 6 comentários

MTU é calculado e definido automaticamente por flanela. Em seguida, ele relata esse valor em subnet.env. Não é algo que o usuário possa alterar.

O cálculo de MTU é específico do backend. Acho que devemos ter mais documentação específica de back-end e podemos incluir o cálculo de MTU lá.

adicionando
MTU é calculado e definido automaticamente por flanela. Em seguida, ele relata esse valor em subnet.env. Este valor não pode ser alterado.
para configuration.md

Não tem certeza se essa é realmente a solução?

Eu tenho um cluster com alguns vm em uma nuvem e alguns nós de metal na mesma flanela. o mtu nos hosts físicos é diferente do mtu nos VMs. Portanto, o mtu geral da flanela deve ser o mínimo (mtu) de todos os nós.

Também estou analisando com atenção o uso da configuração kube-api. precisamos de uma maneira de especificar manualmente o mtu nesse modo, eu acho.

A rede de flanela

flanela é l3 em cima de l2 dentro de l3 em cima de l2 via vxlan ... não há problema com pacotes de sobreposição l2 sendo recebidos se a extremidade receptora tiver sua sobreposição mtu menor que o remetente? Eu esperaria que isso causasse quedas de pacotes.

container -> l3 -> l2 -> vxlan ------------ para host diferente ----------------- vxlan -> l2 (aqui) - > l3 -> container

Pode funcionar para tcp. mas não acho que o MSS irá salvá-lo disso, nem a fragmentação de ip é sempre uma opção. (udp?)

Ainda acho que seria mais seguro / mais eficiente permitir a substituição do mtu de sobreposição.

@ kfox1111 Acho que você está certo. PMTUD sobre túneis (e especificamente VXLAN) é um assunto cabeludo que pode não estar funcionando. Eu acho que o dispositivo vxlan deve encaminhar qualquer mensagem "Fragmentation Needed" que receber, reduzindo o Next-Hop MTU por sua própria sobrecarga. Mas não tenho certeza se isso acontecer. Sim, concordo que, por enquanto, adicionar uma substituição de MTU em toda a rede é uma boa ideia.

No entanto, não estou mais envolvido com o projeto de flanela. Portanto, não posso influenciar qualquer adição de recursos a ele.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

lvthillo picture lvthillo  ·  6Comentários

TLmaK0 picture TLmaK0  ·  3Comentários

smarkm picture smarkm  ·  4Comentários

ozbillwang picture ozbillwang  ·  3Comentários

Inv0k-er picture Inv0k-er  ·  4Comentários