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

序言

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

文章标记颜色说明：

• 黄色：重要标题
• 红色：用来标记结论
• 绿色：用来标记论点
• 蓝色：用来标记论点

Kubernetes (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.yamlapiVersion: apps/v1kind: DaemonSetmetadata: name: kube-flannel-ds namespace: kube-system labels: app: kube-flannelspec: 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.yamlapiVersion: v1kind:ConfigMapmetadata:name: kube-flannel-cfg namespace: kube-systemdata: 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" } }

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

3 总结

总体而言，Flannel是一个简单、轻量级且可靠的容器网络解决方案，特别适合用于初级部署或者对网络要求不是特别苛刻的场景。

它在Kubernetes社区中得到广泛的应用和支持，并且与其他网络解决方案（如Calico、Weave等）相互兼容，可以根据需求进行灵活选择。