Flannel: Documentation manquante sur le paramètre mtu

MTU est calculé et défini automatiquement par la flanelle. Il signale ensuite cette valeur dans subnet.env. Ce n'est pas quelque chose que l'utilisateur peut changer.

Le calcul de la MTU est spécifique au backend. Je pense que nous devrions avoir une documentation plus spécifique au backend et nous pouvons y inclure le calcul du MTU.

ajouter
MTU est calculé et défini automatiquement par la flanelle. Il signale ensuite cette valeur dans subnet.env. Cette valeur ne peut pas être changée.
à configuration.md

Vous n'êtes pas sûr que ce soit vraiment la solution ?

J'ai un cluster avec des machines virtuelles dans un cloud et des nœuds bare metal dans la même flanelle. le mtu sur les hôtes physiques est différent du mtu sur les machines virtuelles. Ainsi, le mtu global de la flanelle devrait être le min (mtu) de tous les nœuds.

J'étudie également de près l'utilisation du paramètre kube-api. nous avons besoin d'un moyen de spécifier manuellement le mtu dans ce mode, je pense.

Le réseau de flanelle

la flanelle est l3 au-dessus de l2 à l'intérieur de l3 au-dessus de l2 via vxlan... il n'y a pas de problème avec les paquets superposés l2 reçus si l'extrémité réceptrice a son mtu superposé plus petit que l'expéditeur? Je m'attendrais à ce que cela provoque des pertes de paquets.

conteneur -> l3 -> l2 -> vxlan ------------ vers un hôte différent ------------------ vxlan -> l2 (ici) - > l3 -> conteneur

Cela pourrait fonctionner pour tcp. mais je ne pense pas que MSS vous sauvera de cela, et la fragmentation IP n'est pas toujours une option. (udp ?)

Je pense toujours qu'il serait plus sûr/plus performant d'autoriser le remplacement de l'overlay mtu ?

@kfox1111 Je pense que tu as raison. PMTUD sur les tunnels (et en particulier VXLAN) est un sujet délicat qui pourrait ne pas fonctionner. Je pense que le périphérique vxlan devrait transmettre tous les messages "Fragmentation nécessaire" qu'il reçoit, réduisant ainsi le MTU du prochain saut de sa propre surcharge. Mais je ne sais pas si c'est le cas. Alors oui, je suis d'accord pour dire que pour l'instant, l'ajout d'un remplacement de MTU à l'échelle du réseau est une bonne idée.

Cependant, je ne suis plus impliqué dans le projet de flanelle. Par conséquent, je ne peux pas influencer l'ajout de fonctionnalités à celui-ci.