Flannel: Falta documentación sobre la configuración de mtu

Creado en 18 jul. 2016  ·  6Comentarios  ·  Fuente: coreos/flannel

No me queda claro cómo se deriva el valor mtu guardado en /run/flannel/subnet.env y cómo se puede cambiar o por qué no se debe cambiar.

aredocumentation

Comentario más útil

El MTU se calcula y se fija automáticamente por franela. Luego informa ese valor en subnet.env. No es algo que el usuario pueda cambiar.

El cálculo de MTU es específico del backend. Creo que deberíamos tener más documentación específica de backend y podemos incluir el cálculo de MTU allí.

Todos 6 comentarios

El MTU se calcula y se fija automáticamente por franela. Luego informa ese valor en subnet.env. No es algo que el usuario pueda cambiar.

El cálculo de MTU es específico del backend. Creo que deberíamos tener más documentación específica de backend y podemos incluir el cálculo de MTU allí.

agregando
El MTU se calcula y se fija automáticamente por franela. Luego informa ese valor en subnet.env. Este valor no se puede cambiar.
a la configuración.md

¿No estás seguro de que esta sea realmente la solución?

Tengo un clúster con algunas máquinas virtuales en una nube y algunos nodos de metal desnudo en la misma franela. el mtu en los hosts físicos es diferente del mtu en las máquinas virtuales. Entonces, el mtu de franela general debe ser el mínimo (mtu) de todos los nodos.

También estoy mirando de cerca el uso de la configuración de kube-api. creo que necesitamos una forma de especificar manualmente el mtu en ese modo.

La red de franela

la franela está l3 encima de l2 dentro de l3 encima de l2 a través de vxlan ... ¿no hay ningún problema con la recepción de paquetes superpuestos l2 si el extremo receptor tiene su superposición mtu más pequeña que la del remitente? Esperaría que esto provocara caídas de paquetes.

contenedor -> l3 -> l2 -> vxlan ------------ a host diferente ----------------- vxlan -> l2 (aquí) - > l3 -> contenedor

Podría funcionar para tcp. pero no creo que MSS lo salve de eso, ni la fragmentación de ip siempre es una opción. (udp?)

Sigo pensando que sería más seguro / más eficaz permitir anular el mtu de superposición.

@ kfox1111 Creo que tienes razón. PMTUD sobre túneles (y específicamente VXLAN) es un tema complicado que podría no estar funcionando. Creo que el dispositivo vxlan debería reenviar cualquier mensaje de "Fragmentación necesaria" que reciba, reduciendo el MTU de Next-Hop por su propia sobrecarga. Pero no estoy seguro de si hace eso. Así que sí, estoy de acuerdo en que, por ahora, agregar una anulación de MTU en toda la red es una buena idea.

Sin embargo, ya no estoy involucrado en el proyecto de la franela. Por lo tanto, no puedo influir en ninguna adición de funciones.

¿Fue útil esta página
0 / 5 - 0 calificaciones