【K8S系列】深入解析k8s网络插件—Flannel

川长思鸟来 2023-10-13 20:51 46阅读 0赞

![96e73e8d5ecb454b9b1a40df15ad435b.png][]

# 序言 #

> 做一件事并不难，难的是在于坚持。坚持一下也不难，难的是坚持到底。

> 文章标记颜色说明：
> 
>  *  黄色：重要标题
>  *  红色：用来标记结论
>  *  绿色：用来标记论点
>  *  蓝色：用来标记论点

> Kubernetes (k8s) 是一个容器编排平台，允许在容器中运行应用程序和服务。今天学习一下k8s网络插件相关知识

> 希望这篇文章能让你不仅有一定的收获，而且可以愉快的学习，如果有什么建议，都可以留言和我交流

# 专栏介绍 #

> 这是这篇文章所在的专栏，欢迎订阅：[【深入解析k8s】专栏][k8s]

> 简单介绍一下这个专栏要做的事：
> 
>  *  主要是深入解析每个知识点，帮助大家完全掌握k8s,以下是已更新的章节
>  *  这是专栏介绍文章地址：[【深入解析K8S专栏介绍】][K8S]

> Kubernetes是一个分布式系统，能够管理和编排容器化应用程序。其中，监控是一个非常重要的方面，可以帮助用户了解集群的健康状态、性能和可用性。
> 
> 在本文中，将详细介绍Kubernetes网络插件中的Flannel插件。

# 1 基础介绍 #

> 在Kubernetes中，网络插件也称为容器网络接口（Container Network Interface，CNI）插件，用于实现容器之间的通信和网络连接。以下是一些常见的Kubernetes网络插件：
> 
> 1.  Flannel：Flannel是一个流行的CNI插件，它使用虚拟网络覆盖技术（overlay network）来连接不同节点上的容器。Flannel支持多种后端驱动，如VXLAN、UDP、Host-GW等。
> 2.  Calico：Calico是一个开源的网络和安全解决方案，它使用BGP协议来实现容器之间的路由。Calico支持灵活的网络策略和安全规则，可用于大规模部署。
> 3.  Weave Net：Weave Net是一个轻量级的CNI插件，通过创建虚拟网络设备和网络代理来连接不同节点上的容器。Weave Net支持overlay模式和直连模式，具有灵活性。
> 4.  Cilium：Cilium是面向Kubernetes的高性能网络和安全解决方案，利用eBPF（Extended Berkeley Packet Filter）技术来提供快速的容器间通信和网络策略实施。
> 5.  Canal：Canal是一个综合性的CNI插件，结合了Calico和Flannel的功能。它可以使用Flannel提供overlay网络，同时使用Calico的网络策略和安全性功能。
> 6.  Antrea：Antrea是一个基于Open vSwitch的CNI插件，专为Kubernetes网络和安全性而设计。它提供了高性能的网络连接和网络策略功能。
> 7.  kube-router：kube-router是一个开源的CNI插件，它结合了网络和服务代理功能。它支持BGP和IPIP协议，并具有负载均衡的特性。

> 这些是Kubernetes网络插件中的一些常见选项，每个插件都有其特定的优势和适用场景。选择合适的网络插件取决于你的需求、网络拓扑和性能要求等因素。同时，Kubernetes社区也在不断发展和推出新的网络插件，以满足不断变化的需求。

# 2 Flannel 插件 #

> Flannel是一个在Kubernetes集群中广泛使用的容器网络解决方案，它旨在简化不同节点上容器的通信，并实现容器之间的互联。Flannel通过虚拟网络覆盖技术（overlay network）来连接不同节点上的容器，提供了一种轻量级且易于部署的网络解决方案。

## 2.1 Flannel的工作原理 ##

> Flannel的工作原理如下：
> 
> 1.  节点注册：Kubernetes集群中的每个节点都会注册到etcd（分布式键值存储系统）中，并分配唯一的子网段（Subnet）。
> 2.  路由表管理：Flannel在每个节点上运行一个代理（flanneld），代理负责管理节点之间的路由表。这些路由表信息也存储在etcd中。
> 3.  虚拟网络：Flannel使用overlay network技术创建虚拟网络，该网络覆盖在底层节点网络之上。当容器需要跨节点通信时，Flannel会在节点间创建虚拟网络连接。
> 4.  容器通信：当容器A需要与容器B通信时，数据包会通过虚拟网络连接到达容器B所在的节点，然后通过节点上的flanneld代理转发给容器B。

## 2.2 常见的Flannel后端驱动 ##

> Flannel支持多种后端驱动来实现虚拟网络覆盖。以下是一些常见的Flannel后端驱动：
> 
> 1.  VXLAN：使用VXLAN封装数据包，实现跨节点的二层通信，是Flannel的默认后端驱动。
> 2.  UDP：通过UDP封装数据包，在网络中创建隧道以实现容器间的通信。
> 3.  Host-GW：直接使用主机的路由表，将目标IP地址指向目标节点上的容器。

## 2.3 优点& 缺点 ##

### 2.3.1 优点 ###

> Flannel的优点包括：
> 
>  *  简单易用：Flannel的部署相对简单，对Kubernetes集群的配置没有太多要求，因此容易上手和管理。
>  *  轻量级：Flannel的设计目标是保持轻量级，对底层网络基础设施的要求相对较低。
>  *  可扩展性：Flannel支持大规模的容器部署，能够适应不断增长的容器数量。

### 2.3.2 缺点 ###

> 然而，Flannel也有一些局限性：
> 
>  *  性能：虽然Flannel的性能通常是足够的，但在特定场景下可能会因为overlay网络的额外封装导致一些性能损失。
>  *  可靠性：Flannel的可靠性取决于底层网络和etcd的稳定性。如果etcd出现问题，可能会影响Flannel的功能。

## 2.4 使用步骤 ##

> 下面是Flannel的使用详细介绍：
> 
> 1.  安装Flannel：Flannel通常作为Kubernetes集群的网络插件之一安装。可以使用kubectl命令行工具或Kubernetes配置文件来部署Flannel。安装过程可能因Kubernetes版本和部署方式而有所不同，请参考Flannel的官方文档或相关文档进行安装配置。
> 2.  配置etcd：Flannel使用etcd（分布式键值存储系统）来存储节点注册信息和路由表信息。因此，在部署Flannel之前，确保你已经正确设置并运行etcd集群。
> 3.  配置Flannel：在Kubernetes集群的每个节点上，你需要配置Flannel代理（flanneld）。Flannel代理使用etcd中的子网段信息来为每个节点分配唯一的子网段。这样，每个节点都知道如何与其他节点上的容器通信。
> 4.  选择后端驱动：Flannel支持多种后端驱动来实现overlay网络。VXLAN是默认的后端驱动，但你可以根据需求选择其他驱动，如UDP、Host-GW等。后端驱动的选择可能会影响性能和网络拓扑，请根据实际情况进行选择。
> 5.  验证网络：安装完成后，你可以使用kubectl命令或其他网络测试工具验证Flannel网络是否正常工作。确保容器可以跨节点通信，并且网络连接是稳定可靠的。
> 6.  网络策略：在Flannel中，默认情况下，所有容器之间都是互通的。如果你需要更精细的网络控制，你可以使用Kubernetes的网络策略（Network Policy）功能来实现容器之间的访问控制。
> 
> 需要注意的是，Flannel是一种简单的网络解决方案，适用于大多数基本的Kubernetes网络需求。然而，如果你的场景对网络性能和安全性有更高的要求，你可能需要考虑其他高级网络解决方案，如Calico、Cilium等。
> 
> ##  ##

## 2.5 示例演示 ##

> 一个简单的示例，演示如何使用Flannel在Kubernetes集群中创建overlay网络。

### 2.5.1 集群描述 ###

> 假设我们有一个3节点的Kubernetes集群，其中节点IP地址如下：
> 
>  *  Node1: 192.168.1.101
>  *  Node2: 192.168.1.102
>  *  Node3: 192.168.1.103

### 2.5.2 配置讲解 ###

> 以下是一个简单的Flannel配置示例：
> 
> 1.  部署etcd集群：首先，确保已经部署了etcd集群，并且节点都可以连接到etcd。
> 2.  安装Flannel：使用kubectl创建一个Flannel DaemonSet，确保每个节点都运行了Flannel代理（flanneld）。
>     
>         # flannel.yaml
>         
>         apiVersion: apps/v1
>         kind: DaemonSet
>         metadata:
>           name: kube-flannel-ds
>           namespace: kube-system
>           labels:
>             app: kube-flannel
>         spec:
>           selector:
>             matchLabels:
>               app: kube-flannel
>           template:
>             metadata:
>               labels:
>                 app: kube-flannel
>             spec:
>               hostNetwork: true
>               containers:
>                 - name: kube-flannel
>                   image: quay.io/coreos/flannel:v0.14.0
>                   command:
>                     - /opt/bin/flanneld
>                     - --ip-masq
>                     - --kube-subnet-mgr
>                   env:
>                     - name: POD_IP
>                       valueFrom:
>                         fieldRef:
>                           fieldPath: status.podIP
>                   securityContext:
>                     privileged: true
> 3.  确保所有节点都注册到etcd：Flannel代理会自动注册节点到etcd，并分配子网段。你可以通过etcdctl来验证节点是否成功注册。
> 4.  验证网络：在所有节点上运行一个测试容器，并进行互联测试。
>     
>         # 创建一个测试容器
>         kubectl run test-pod --image=busybox --restart=Never --rm -it -- sh
>         
>         # 在测试容器中，测试网络通信
>         # 例如，ping其他节点上的容器
>         ping 192.168.1.102
> 
> 以上示例只是一个简单的Flannel配置示例，实际配置中可能涉及更多的细节和参数。请确保在生产环境中仔细查阅Flannel的官方文档，并根据实际需求进行配置。

## 2.6 其他讲解 ##

> Flannel 还有一些其他内容需要补充说明，除了前面提到的基本配置和使用外：
> 
>  *  子网段选择：Flannel 默认使用 10.244.0.0/16 作为容器网络的子网段。如果你的集群网络已经使用了该子网段或其他冲突的子网段，你需要在 Flannel 配置中明确指定不同的子网段，以避免冲突。
>     
>         # flannel-config.yaml
>         
>         apiVersion: v1
>         kind: ConfigMap
>         metadata:
>           name: kube-flannel-cfg
>           namespace: kube-system
>         data:
>           cni-conf.json: |
>             {
>               "cniVersion": "0.3.1",
>               "name": "cbr0",
>               "type": "flannel",
>               "delegate": {
>                 "forceAddress": false,
>                 "isDefaultGateway": true
>               }
>             }
>           net-conf.json: |
>             {
>               "Network": "192.168.0.0/16",  # 替换为你想要的子网段
>               "Backend": {
>                 "Type": "vxlan"
>               }
>             }
>     
>     ![wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==][wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw]

>  *  容器网络策略：默认情况下，Flannel 允许集群中的所有容器互相通信，没有访问控制。如果需要在容器之间实现细粒度的访问控制，你可以使用 Kubernetes 的网络策略（Network Policy）功能。
>  *  多网络插件支持：在一些复杂场景下，可能需要同时使用多个网络插件，例如 Calico 和 Flannel 结合使用。在这种情况下，你需要确保它们能够协同工作，并避免冲突。
>  *  高可用性和故障恢复：Flannel 可能会受到底层网络和 etcd 的影响，因此在生产环境中需要确保高可用性和故障恢复机制，以保证网络的稳定性。

# 3 总结 #

> 总体而言，Flannel是一个简单、轻量级且可靠的容器网络解决方案，特别适合用于初级部署或者对网络要求不是特别苛刻的场景。
> 
> 它在Kubernetes社区中得到广泛的应用和支持，并且与其他网络解决方案（如Calico、Weave等）相互兼容，可以根据需求进行灵活选择。

[96e73e8d5ecb454b9b1a40df15ad435b.png]: https://img-blog.csdnimg.cn/96e73e8d5ecb454b9b1a40df15ad435b.png
[k8s]: http://t.csdn.cn/wer7E
[K8S]: http://t.csdn.cn/9ELXe
[wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw]: