Nav apraksta

lxg 4e83a76e14 migrate 2 gadi atpakaļ
.github 6d54a77637 Add tests for PRs 2 gadi atpakaļ
Documentation 2859fd8717 host-gw (linux): Add dual stack support 2 gadi atpakaļ
backend 0da79c271c Merge pull request #1436 from hvenev-vmware/fix-ipsec 2 gadi atpakaļ
dist 26b1485e07 moving go modules to flannel-io/flannel and updating to go 1.16 3 gadi atpakaļ
images 90a3d4a537 Update test images to alpine 3.13 3 gadi atpakaļ
logos 170fd5de88 logos: resized for readme 8 gadi atpakaļ
network 1378c46d28 fixing regex logic to get things compiling again, added windows funcs for ipv6 so it compiles 2 gadi atpakaļ
pkg c35489975c Add increase IP to the ip package 2 gadi atpakaļ
subnet 2859fd8717 host-gw (linux): Add dual stack support 2 gadi atpakaļ
vendor 0da79c271c Merge pull request #1436 from hvenev-vmware/fix-ipsec 2 gadi atpakaļ
version 65edc01ef7 goimports and removing more init funcs with just logs 2 gadi atpakaļ
.appveyor.yml 145a4a48dc backend: Get flannel building on windows with stubs 6 gadi atpakaļ
.dockerignore a8972ad5cd BUILDS: Overhaul build process 7 gadi atpakaļ
.gitignore 8a5dd04f72 flannel: Get flannel running on windows 6 gadi atpakaļ
.travis.yml be073e831a upgrade to go1.15.5 3 gadi atpakaļ
CONTRIBUTING.md f741cc2d7e {README,CONTRIBUTING}: drop obsolete communication channels 3 gadi atpakaļ
DCO c1c060c005 Added boilerplate files 9 gadi atpakaļ
Dockerfile.amd64 1c323519d8 Upgrade Alpine version 3 gadi atpakaļ
Dockerfile.arm 1c323519d8 Upgrade Alpine version 3 gadi atpakaļ
Dockerfile.arm64 1c323519d8 Upgrade Alpine version 3 gadi atpakaļ
Dockerfile.ppc64le 1c323519d8 Upgrade Alpine version 3 gadi atpakaļ
Dockerfile.s390x 1c323519d8 Upgrade Alpine version 3 gadi atpakaļ
LICENSE c1c060c005 Added boilerplate files 9 gadi atpakaļ
MAINTAINERS 960b3243b9 MAINTAINERS: remove @philips 4 gadi atpakaļ
Makefile 6d54a77637 Add tests for PRs 2 gadi atpakaļ
NOTICE c1c060c005 Added boilerplate files 9 gadi atpakaļ
OWNERS af4dbadbb8 Update OWNERS 2 gadi atpakaļ
README.md f0f4fd2fc6 typo 2 gadi atpakaļ
bill-of-materials.json 26b1485e07 moving go modules to flannel-io/flannel and updating to go 1.16 3 gadi atpakaļ
bill-of-materials.override.json 22d406b596 bill-of-materials: initial commit 7 gadi atpakaļ
code-of-conduct.md 6695a0202b update CoC 6 gadi atpakaļ
go.mod 0da79c271c Merge pull request #1436 from hvenev-vmware/fix-ipsec 2 gadi atpakaļ
go.sum 0da79c271c Merge pull request #1436 from hvenev-vmware/fix-ipsec 2 gadi atpakaļ
header-check.sh 6d54a77637 Add tests for PRs 2 gadi atpakaļ
main.go 4e83a76e14 migrate 2 gadi atpakaļ
packet-01.png 82195b1cc4 diagram: update to reflect name change 9 gadi atpakaļ

README.md

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.17+ 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

Community Meeting

The Flannel Maintainer Community runs a meeting on every other Thursday at 8:30 AM PST. This meeting is used to discuss issues, open pull requests, and other topics related to Flannel should the need arise.

The meeting agenda and Zoom link can be found here: Flannel Community Meeting Agenda

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.