Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Flannel overlay using not recommend UDP backend #3185

Closed
mikelorant opened this issue Aug 11, 2017 · 6 comments
Closed

Flannel overlay using not recommend UDP backend #3185

mikelorant opened this issue Aug 11, 2017 · 6 comments
Assignees

Comments

@mikelorant
Copy link

The current config for flannel is listed as using the UDP backend.

  net-conf.json: |
    {
      "Network": "100.64.0.0/10",
      "Backend": {
        "Type": "udp"
      }

According to the Flannel documentation, this should only be used for debugging.

https://github.com/coreos/flannel/blob/master/Documentation/backends.md#udp

Use UDP only for debugging if your network and kernel prevent you from using VXLAN or host-gw.

This should be changed to either vxlan or host-gw.

@matthope
Copy link

For AWS environments, the Flannel AWS VPC backend may be the preferred option -
https://github.com/coreos/flannel/blob/master/Documentation/aws-vpc-backend.md

@mikelorant
Copy link
Author

mikelorant commented Aug 11, 2017

Performance benchmark details:
http://machinezone.github.io/research/networking-solutions-for-kubernetes/

Their recommendation is host-gw.

Limitations
Keep in mind that the Amazon VPC limits the number of entries per route table to 50. If you require more routes, request a quota increase or simply switch to the VXLAN backend.
AWS VPC backend has a limit of 50 nodes, so that is not a good option.

AWS VPC backend is definitely not the right choice.

@smerrill
Copy link

The default kubenet networking functions identically to the aws-vpc backend for Flannel. If you're thinking of using that, you might as well use kubenet. host-gw is also likely not a good default choice since it will only work inside a single subnet, which I think won't work for private topology.

@arielkung
Copy link

Backend should be VXLAN. Is the recommended backend in the docs, it supports multiple subnets for private topology and has better performance than UDP.

@justinsb justinsb self-assigned this Aug 14, 2017
@justinsb
Copy link
Member

justinsb commented Aug 14, 2017

Should be fixed by #3190

@chrislovecnm
Copy link
Contributor

Closing as fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants