Skip to content
/ flannel Public
forked from flannel-io/flannel

This is a stopgap solution to build our own version of Flannel with iptables-nft support, until https://github.com/coreos/flannel/pull/1318 or equivalent is accepted to upstream.

License

Notifications You must be signed in to change notification settings

kublr/flannel

This branch is 1 commit ahead of, 833 commits behind flannel-io/flannel:master.

Folders and files

NameName
Last commit message
Last commit date
Oct 26, 2017
Apr 21, 2020
Jul 7, 2020
Jul 7, 2020
Oct 19, 2017
Jul 28, 2015
Sep 19, 2018
Feb 13, 2019
Mar 12, 2020
Jun 5, 2020
Nov 6, 2015
Nov 22, 2017
Jul 19, 2016
Nov 30, 2017
Oct 1, 2019
Aug 28, 2014
Aug 28, 2014
Jul 7, 2020
Jul 7, 2020
Jul 7, 2020
Jul 7, 2020
Jul 7, 2020
Aug 28, 2014
Oct 31, 2019
Mar 12, 2020
Aug 28, 2014
Jan 9, 2019
Jun 21, 2018
May 3, 2017
May 3, 2017
Jan 4, 2018
Oct 1, 2019
Apr 9, 2019
Jun 21, 2018
Oct 29, 2019
Sep 17, 2014

Repository files navigation

flannel

flannel Logo

Build Status

Flannel is a simple and easy way to configure a layer 3 network fabric designed for Kubernetes.

How it works

Flannel runs a small, single binary agent called flanneld on each host, and is responsible for allocating a subnet lease to each host out of a larger, preconfigured address space. Flannel uses either the Kubernetes API or etcd directly to store the network configuration, the allocated subnets, and any auxiliary data (such as the host's public IP). Packets are forwarded using one of several backend mechanisms including VXLAN and various cloud integrations.

Networking details

Platforms like Kubernetes assume that each container (pod) has a unique, routable IP inside the cluster. The advantage of this model is that it removes the port mapping complexities that come from sharing a single host IP.

Flannel is responsible for providing a layer 3 IPv4 network between multiple nodes in a cluster. Flannel does not control how containers are networked to the host, only how the traffic is transported between hosts. However, flannel does provide a CNI plugin for Kubernetes and a guidance on integrating with Docker.

Flannel is focused on networking. For network policy, other projects such as Calico can be used.

Getting started on Kubernetes

The easiest way to deploy flannel with Kubernetes is to use one of several deployment tools and distributions that network clusters with flannel by default. For example, CoreOS's Tectonic sets up flannel in the Kubernetes clusters it creates using the open source Tectonic Installer to drive the setup process.

Though not required, it's recommended that flannel uses the Kubernetes API as its backing store which avoids the need to deploy a discrete etcd cluster for flannel. This flannel mode is known as the kube subnet manager.

Deploying flannel manually

Flannel can be added to any existing Kubernetes cluster though it's simplest to add flannel before any pods using the pod network have been started.

For Kubernetes v1.7+ kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

See Kubernetes for more details.

Getting started on Docker

flannel is also widely used outside of kubernetes. When deployed outside of kubernetes, etcd is always used as the datastore. For more details integrating flannel with Docker see Running

Documentation

Contact

Contributing

See CONTRIBUTING for details on submitting patches and the contribution workflow.

Reporting bugs

See reporting bugs for details about reporting any issues.

Licensing

Flannel is under the Apache 2.0 license. See the LICENSE file for details.

About

This is a stopgap solution to build our own version of Flannel with iptables-nft support, until https://github.com/coreos/flannel/pull/1318 or equivalent is accepted to upstream.

Resources

License

Code of conduct

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Go 91.5%
  • Makefile 4.3%
  • C 4.0%
  • Other 0.2%