运维锅总浅析kubernetes网络插件

最新推荐文章于 2024-08-29 19:58:29 发布
最新推荐文章于 2024-08-29 19:58:29 发布
阅读量2.6k 收藏 33
点赞数 59
分类专栏： 云原生 文章标签： kubernetes 计算机网络 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35630153/article/details/140701171
版权

本文首先介绍kubernetes的网络模型，然后分别对Flannel 、Calico 、Cilium网络插件的各种模式进行介绍，最后通过表格方式对比三者的异同及应用场景。希望对您选择Kubernetes网络插件有所帮助！

kubernetes 网络模型

Kubernetes 的网络模型设计旨在简化容器间的网络通信，并提供可扩展和高性能的网络架构。以下是Kubernetes网络模型的核心概念和组件：

核心概念

  1. 每个Pod有一个独立的IP地址：每个Pod在Kubernetes集群中都有一个唯一的IP地址。Pod内的容器可以通过localhost互相通信，Pod之间的通信通过Pod IP进行。

  2. 所有Pod在一个平面网络中：Kubernetes假设所有Pod都可以在一个平面网络中相互通信，无需NAT。

  3. 所有节点可以与所有Pod通信：集群中的每个节点（主机）都能与所有Pod通信，确保Pod可以与节点上的服务（如Kubelet）进行交互。

  4. Service抽象：Kubernetes使用Service抽象来定义Pod的逻辑集合，并提供负载均衡和服务发现。

关键组件

  1. CNI（Container Network Interface）插件：Kubernetes使用CNI插件来管理网络接口的配置。常见的CNI插件有Flannel、Calico、Weave、Cilium等。

  2. Kube-proxy：Kube-proxy在每个节点上运行，负责Service的网络规则配置，执行基于iptables或IPVS的负载均衡。

  3. ClusterIP：为Service分配一个集群内部IP地址，供集群内的Pod访问。

  4. NodePort：通过节点的固定端口将Service暴露给集群外部。

  5. LoadBalancer：在支持的云平台上，自动配置外部负载均衡器来将流量分发到Service。

网络模型的实现

以下是一些常见的Kubernetes网络实现：

1. Flannel

Flannel是一个简单的覆盖网络解决方案，通常用于基础网络要求。它创建了一个扁平的网络，为每个Pod分配一个子网。

配置示例：

kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
2. Calico

Calico不仅提供网络连接，还提供网络策略和安全功能。它支持BGP、VXLAN等多种网络模式。

配置示例：

kubectl apply -f https://docs.projectcalico.org/manifests/calico.yaml
3. Weave

Weave Net提供了简单的网络配置，并支持网络加密。

配置示例：

kubectl apply -f https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')
4. Cilium

Cilium专注于网络安全和可见性，使用eBPF技术来实现高性能的网络数据包处理和安全策略。

配置示例：

kubectl apply -f https://raw.githubusercontent.com/cilium/cilium/v1.9/install/kubernetes/quick-install.yaml

网络策略

Kubernetes网络策略（Network Policy）允许用户定义Pod间的流量控制规则。网络策略通过标签选择器指定Pod，并定义允许或拒绝的入站和出站流量。

示例网络策略：

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-all
  namespace: default
spec:
  podSelector: {}
  policyTypes:
  - Ingress
  - Egress
  ingress:
  - {}
  egress:
  - {}

总结

Kubernetes网络模型设计简化了容器网络通信，并提供了灵活的网络插件系统来满足不同的需求。从基本的Flannel到功能强大的Calico和Cilium，用户可以根据实际需求选择合适的网络解决方案。网络策略则进一步增强了安全性和网络控制。

Flannel

Flannel 是一个简单易用的Kubernetes网络插件，主要用于创建一个扁平的网络，使得集群中的每个节点和Pod都可以互相通信。Flannel支持多种不同的网络模式，下面详细介绍这些模式及其特点。

1. VXLAN 模式

VXLAN（Virtual Extensible LAN）模式是Flannel的默认模式。它通过在UDP包中封装以太网帧来创建覆盖网络，从而使得不同子网的Pod可以在L3网络上互相通信。

特点:

  • 简单易用，不需要复杂的配置。
  • 适用于大多数Kubernetes集群环境。
  • 支持跨子网通信。

配置示例:

{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "vxlan"
  }
}

2. Host-Gateway 模式

Host-Gateway模式使用主机的路由表来实现跨节点的Pod通信，而不进行数据包封装。这种模式要求所有节点在同一个二层网络中。

特点:

  • 无需封装数据包，性能较高。
  • 要求所有节点在同一二层网络中，不适用于跨子网或多数据中心环境。

配置示例:

{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "host-gw"
  }
}

3. UDP 模式

UDP模式使用UDP进行数据包封装和传输。这种模式的性能较低，但配置简单，适用于测试环境或简单的集群。

特点:

  • 配置简单，但性能较低。
  • 适用于测试环境，不推荐在生产环境中使用。

配置示例:

{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "udp"
  }
}

4. IPIP 模式

IPIP（IP in IP）模式使用IP in IP封装技术，在IP数据包中封装另一个IP数据包。这种模式适用于跨子网通信，并提供了较高的性能。

特点:

  • 支持跨子网通信。
  • 性能较高，适用于生产环境。

配置示例:

{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "ipip"
  }
}

5. AWS VPC 模式

AWS VPC模式专为运行在AWS上的Kubernetes集群设计，使用AWS VPC的原生功能来实现跨节点的Pod通信。

特点:

  • 利用AWS VPC的原生功能，提供高性能和高可用性。
  • 专为AWS环境设计，不适用于其他云平台或本地数据中心。

配置示例:

{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "aws-vpc"
  }
}

总结

Flannel提供了多种网络模式，以满足不同的网络需求和环境。选择合适的模式可以根据集群的具体需求和网络环境来决定。对于大多数通用场景，VXLAN模式是一个不错的选择，而在特定环境（如AWS）中，可以选择更适合的模式（如AWS VPC）。

Calico

Calico 支持多种网络模式，以适应不同的网络需求和环境。以下是Calico的主要网络模式及其特点：

1. 纯IP模式（Pure IP Mode）

纯IP模式是Calico最基本的模式，直接使用路由表进行Pod间的通信，不进行任何封装。

特点:

  • 高性能，无需封装数据包。
  • 需要底层网络支持直接的Pod IP通信，通常适用于裸机集群或同一子网内的集群。

配置示例:
在配置文件中使用默认设置即可，不需要额外配置。

2. IPIP 模式

IPIP（IP in IP）模式在IP数据包中封装另一个IP数据包，适用于跨子网的通信。

特点:

  • 支持跨子网通信。
  • 性能较好，适用于多数生产环境。

配置示例:

apiVersion: projectcalico.org/v3
kind: IPPool
metadata:
  name: default-ipv4-ippool
spec:
  cidr: 192.168.0.0/16
  ipipMode: Always
  natOutgoing: true

3. VXLAN 模式

VXLAN模式使用VXLAN隧道在UDP包中封装以太网帧，以实现跨子网通信。

特点:

  • 支持跨子网通信。
  • 性能好，适用于分布在多个子网的集群。

配置示例:

apiVersion: projectcalico.org/v3
kind: IPPool
metadata:
  name: default-ipv4-ippool
spec:
  cidr: 192.168.0.0/16
  vxlanMode: Always
  natOutgoing: true

4. BGP 模式

BGP（Border Gateway Protocol）模式使用BGP协议进行路由传播，实现跨节点的Pod通信。

特点:

  • 高性能，无需封装数据包。
  • 适用于大规模集群和跨数据中心的部署。
  • 配置较复杂，需要网络管理员具备BGP相关知识。

配置示例:
在Calico配置中启用BGP相关设置，具体配置根据环境和需求调整。

5. WireGuard 模式

WireGuard模式使用WireGuard VPN技术为Pod通信提供加密支持，确保数据传输的安全性。

特点:

  • 提供数据传输的加密支持。
  • 适用于需要高安全性的环境。
  • 可能会增加一些性能开销。

配置示例:

apiVersion: projectcalico.org/v3
kind: FelixConfiguration
metadata:
  name: default
spec:
  wireguardEnabled: true

6. AWS VPC 模式

AWS VPC模式利用AWS VPC的本地网络功能，适用于在AWS上运行的Kubernetes集群。

特点:

  • 利用AWS VPC的本地网络功能，实现高性能和高可用性。
  • 仅适用于AWS环境。

配置示例:
在AWS环境中，使用Calico配置自动启用AWS VPC模式。

7. GCE 模式

GCE模式利用Google Cloud VPC的本地网络功能，适用于在Google Cloud上运行的Kubernetes集群。

特点:

  • 利用Google Cloud VPC的本地网络功能，实现高性能和高可用性。
  • 仅适用于Google Cloud环境。

配置示例:
在Google Cloud环境中，使用Calico配置自动启用GCE模式。

8. Egress Gateway 模式

Egress Gateway模式允许Calico控制Pod的外部流量出口，通常用于为特定流量提供特定的出口网关或防火墙规则。

特点:

  • 提供更细粒度的外部流量控制。
  • 适用于需要特定出口网关或安全控制的环境。

配置示例:
在配置文件中定义Egress Gateway相关设置。

总结

Calico 提供了多种网络模式以满足不同的网络需求和环境。从基本的纯IP模式和IPIP模式到更复杂的BGP模式和加密的WireGuard模式，用户可以根据实际需求选择合适的模式来部署和管理Kubernetes集群。

Cilium

Cilium 是一个使用 eBPF（扩展的伯克利包过滤器）技术构建的 Kubernetes 网络插件，提供了高性能和高可伸缩性的网络和安全功能。Cilium 支持多种网络模式，以适应不同的需求和环境。以下是 Cilium 的主要网络模式及其特点：

1. Direct Routing 模式

Direct Routing 模式使用底层网络的路由表进行 Pod 间的通信，不进行数据包封装。这种模式适用于简单的网络拓扑，要求所有节点在同一个二层网络中。

特点:

  • 高性能，无需封装数据包。
  • 要求所有节点在同一二层网络中。

配置示例:
默认安装配置即为 Direct Routing 模式，不需要额外配置。

2. VXLAN 模式

VXLAN 模式使用 VXLAN 隧道在 UDP 包中封装以太网帧，以实现跨子网通信。

特点:

  • 支持跨子网通信。
  • 性能较好，适用于分布在多个子网的集群。

配置示例:

helm install cilium cilium/cilium --version <version> \
  --namespace kube-system \
  --set tunnelingMode=vxlan

3. Geneve 模式

Geneve（Generic Network Virtualization Encapsulation）模式是类似 VXLAN 的封装模式，但更灵活，支持更多的元数据字段。

特点:

  • 类似 VXLAN，但更灵活。
  • 支持更多元数据字段，适用于需要额外元数据支持的环境。

配置示例:

helm install cilium cilium/cilium --version <version> \
  --namespace kube-system \
  --set tunnelingMode=geneve

4. IPIP 模式

IPIP（IP in IP）模式在 IP 数据包中封装另一个 IP 数据包，以实现跨子网通信。

特点:

  • 支持跨子网通信。
  • 性能较好，适用于多数生产环境。

配置示例:

helm install cilium cilium/cilium --version <version> \
  --namespace kube-system \
  --set tunnelingMode=ipip

5. Egress Gateway 模式

Egress Gateway 模式允许控制 Pod 的外部流量出口，通常用于为特定流量提供特定的出口网关或防火墙规则。

特点:

  • 提供更细粒度的外部流量控制。
  • 适用于需要特定出口网关或安全控制的环境。

配置示例:
在 Cilium 配置文件中定义 Egress Gateway 相关设置。

6. Cluster Mesh 模式

Cluster Mesh 模式允许多个 Kubernetes 集群通过 Cilium 实现互联，形成一个多集群网络。

特点:

  • 实现多集群互联。
  • 适用于需要跨多个集群的应用场景。

配置示例:
配置多个 Cilium 集群并启用 Cluster Mesh 功能。

7. Host-Reachable Services 模式

Host-Reachable Services 模式允许集群外部的客户端通过节点的 IP 地址访问集群内部的服务。

特点:

  • 提供从集群外部访问集群内部服务的能力。
  • 适用于需要集群外部客户端访问集群内部服务的场景。

配置示例:

helm install cilium cilium/cilium --version <version> \
  --namespace kube-system \
  --set hostReachableServices.enabled=true

8. Transparent Encryption 模式

Transparent Encryption 模式使用 IPsec 或 WireGuard 为 Pod 间的流量提供加密支持，确保数据传输的安全性。

特点:

  • 提供数据传输的加密支持。
  • 适用于需要高安全性的环境。

配置示例:

helm install cilium cilium/cilium --version <version> \
  --namespace kube-system \
  --set encryption.enabled=true

总结

Cilium 提供了多种网络模式以满足不同的网络需求和环境。从高性能的 Direct Routing 模式到支持跨子网的 VXLAN 和 Geneve 模式，再到提供加密支持的 Transparent Encryption 模式，用户可以根据实际需求选择合适的模式来部署和管理 Kubernetes 集群。

Flannel vs Calico vs Cilium

下面是 Flannel、Calico 和 Cilium 的功能、特点及应用场景的对比表格：

特性/功能FlannelCalicoCilium
基本原理使用覆盖网络创建平面网络使用BGP路由和eBPF进行高效数据包转发使用eBPF进行高性能网络和安全管理
网络模式VXLAN、Host-Gateway、UDP、IPIP、AWS VPC纯IP、IPIP、VXLAN、BGP、WireGuard、AWS VPC、GCEDirect Routing、VXLAN、Geneve、IPIP、Egress Gateway、Cluster Mesh、Host-Reachable Services、Transparent Encryption
性能较低高最高
复杂性简单中等复杂
网络策略不支持支持支持
安全性基本高最高
跨子网通信支持（VXLAN、IPIP）支持支持
加密不支持支持（WireGuard）支持（IPsec、WireGuard）
多集群支持不支持支持（使用BGP）支持（Cluster Mesh）
可扩展性中等高高
监控和可视化基本高高
容器网络接口（CNI）支持支持支持
应用场景简单的Kubernetes集群，小规模集群中大型集群，需高性能和灵活网络策略需要高性能、高安全性和可扩展性的大型集群
安装配置简单，适用于入门用户中等，适用于有一定经验的用户复杂，适用于高级用户和大规模部署
支持的Kubernetes版本广泛支持广泛支持广泛支持
调试和故障排除简单较复杂复杂
社区支持活跃非常活跃非常活跃
商业支持基本提供提供

###总结

  • Flannel 适合简单的Kubernetes集群和小规模集群，优点是安装和配置简单，但缺乏高级功能如网络策略和加密。
  • Calico 适用于中大型集群，提供高性能、灵活的网络策略和良好的安全支持，适合需要高性能和灵活网络策略的环境。
  • Cilium 适合需要高性能、高安全性和可扩展性的大型集群，功能强大但配置和维护较复杂，适合高级用户和大规模部署。

通过这个对比表，可以根据具体的需求和环境选择最适合的网络插件。

完。

一个秘密

希望对您有所帮助！关注锅总，及时获得更多花里胡哨的运维实用操作！

图片

锅总个人博客

https://gentlewok.blog.csdn.net/

锅总微信公众号

图片

​

锅总
关注
  • 59
    点赞
  • 踩
  • 33
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 25
    评论
专栏目录
1.Kubernetes基础入门学习概述系统架构及组件浅析
WeiyiGeek 唯一极客IT知识分享
05-19 423
目录0x00 基础简述1.发展经历2.简要介绍3.系统架构Borg 系统Kubernetes 系统0x01 组件浅析1.Kubernetes-Master2.Kubernetes-Node3.Kubernetes-插件4.本章小结 作者: WeiyiGeek 原文地址1：https://blog.weiyigeek.top/2020/4-22-468.html 原文地址2：https://www.bilibili.com/read/cv16194345 0x00 基础简述 1.发展经历 描述:近些年由于
3.Containerd容器运行时的配置浅析与知识扩充实践
WeiyiGeek 唯一极客IT知识分享
04-25 2178
公众号关注「WeiyiGeek」设为「特别关注」，每天带你玩转网络安全运维、应用开发、物联网IOT学习！本章目录：0x00 Containerd 容器运行时配置指南如何配置 Containerd 的 systemd 守护进程服务?如何查看 Containerd 相关插件及其存目录?如何生成 Containerd 默认的 config.toml 配置文件?如何配置 Cont...
运维锅总浅析云原生DevOps工具
专注于输出具有实用价值的软件运维经验及教程
07-03 1593
本文从Tekton与Kubevela、Jenkins、GitLab CI的区别与联系对常见的云原生DevOps工具进行对比分析，最后给出DevOps工具选型思路。希望对您有所帮助！
Cilium系列-1-Cilium特色 功能及适用场景
2301_78834737的博客
07-23 290
Cilium 是一个开源的云原生解决方案，用于提供、保护(安全功能)和观察(监控功能)工作负载之间的网络连接，由革命性的内核技术eBPF提供动力。Cilium 主要使用场景是在 Kubernetes中，但 Cilium 的优势并不仅限于 Kubernetes 环境。在 Kubernetes 环境中，Cilium 可充当网络插件，提供 pod 之间的连接。
k8s网络插件flannel/calico/cilium优质资源
weixin_42072280的博客
09-27 583
cilium [译] 大规模微服务利器：eBPF + Kubernetes（KubeCon, 2020） 聊聊最近很火的eBPF
运维锅总浅析Kubernetes之Ceph
专注于输出具有实用价值的软件运维经验及教程
07-25 1186
Ceph 的核心组件有哪些？Ceph读写数据流程及故障自愈是怎样的？如何对Ceph部署架构进行调优？如何用Ceph集成到kubernetes？希望本文能帮您解答这些疑惑！
揭秘有状态服务上 Kubernetes 的核心技术
fishmai的专栏
09-10 437
背景随着 Kubernetes 成为云原生的最热门的解决方案，越来越多的传统服务从虚拟机、物理机迁移到 Kubernetes，各云厂商如腾讯自研上云也主推业务通过Kubernetes来部署服务，享受 Kubernetes 带来的弹性扩缩容、高可用、自动化调度、多平台支持等益处。然而，目前大部分基于 Kubernetes 的部署的服务都是无状态的，为什么有状态服务容器化比无状态服务更难呢？它有哪些难点？各自的解决方案又是怎样的?本文将结合我对 Kubernetes 理解、丰富的有状态服务开发、治理、容器化经验
1.还不会部署高可用的kubernetes集群?看我手把手教你使用二进制部署v1.23.6的K8S集群实践(上)
WeiyiGeek 唯一极客IT知识分享
05-16 289
公众号关注「WeiyiGeek」设为「特别关注」，每天带你玩转网络安全运维、应用开发、物联网IOT学习！本章目录：0x00 前言简述0x01 环境准备主机规划软件版本网络规划0x02 安装部署1.基础主机环境准备配置2.负载均衡管理工具安装与内核加载3.高可用HAproxy与Keepalived软件安装配置4.配置部署etcd集群与etcd证书签发5.Containerd 运行时安装部署温馨提示: 由于实践篇幅太长，此处分为上下两节进行发布。0x00 前言简述描述: 在我博客以及前面的文章之中讲解Kuber
k8s安全
ljj19910401的博客
08-29 535
Kubernetes（k8s）的安全机制是围绕保护其API Server来设计的，主要包括认证（Authentication）、鉴权（Authorization）和准入控制（Admission Control）三个核心环节。
k8s dial tcp 10.97.0.1:443: i/o timeout
weixin_40548182的博客
08-29 59
使用 kubeadm 部署完 k8s ，使用 projectcalico/tigera-operator 这个 chart 部署 calico ，卡在了 tigera-operator 这个 namespace 下的 pod tigera-operator-54b47459dd-n4x72，该 pod 一直重启，查看该 pod 日志发现如下报错。查看 endpoints，发现 kubernetes 的 ENDPOINTS 地址不对，这个地址是 node 上另外一个段的，这个段不是所有的主机都能通。
k8s的组件以及安装
Hai990218的博客
08-28 1308
分为主节点和node节点，主节点就是核心，kube-apiserver大脑：所有的一切都要通过kube-apiserver来调用，所有的一切最终都要保存到etcd中，etcd就是保存集群信息的数据库，怎么部署都是靠kube-controller-manager，往哪里部署靠kube-scheduler。到了node节点上，kubelet负责真正部署、控制容器，跨主机网络之间通信通过kube-proxy，服务是由底层docker来启动的。流程图kube-apiserver先接受信息，kube-
K8S ReplicaSet
王小工小工历程
08-29 215
在 Kubernetes（通常拼写为 Kubernetes，而不是 kubernate）中，ReplicaSet（副本集）是一种 Kubernetes 控制器，它确保由它管理的 Pod（容器组）的数量与预期的副本数量相匹配。如果 Pod 被删除或因为某些原因终止了（比如节点故障），ReplicaSet 会自动创建新的 Pod 来替换它们，以维持预期的副本数量。ReplicaSet 是 Kubernetes 部署（Deployments）和状态集（StatefulSets）等更高级抽象背后的关键组件之一。
kubenetes--资源调度
小李学不完的博客
08-25 1047
资源调度：Label和Selector：标签（Label）、选择器（Selector）。Deployment--无状态应用：功能、配置文件。StatefulSet：功能、配置文件。DaemonSet：配置文件、不指定Node节点、指定Node节点、滚动更新。HPA自动扩/缩容：开启指标服务、cpu、内存指标监控、自定义metrics。
k8s的Service和持久化存储
cc2022928的博客
08-29 573
service是一组Pod的逻辑集合，这一组Pod能够被Service访问到，通常是通过Label Selector实现的。
k8s项目的发布
Hai990218的博客
08-29 287
因为应用升级以及新旧业务切换，所以在这个过程当中如何保证对外的服务正常是一个非常重要的问题。
Spring Boot集成kubernetes客户端实现API操作k8s集群
最新发布
HBLOG
08-29 425
Kubernetes（也称 k8s 或 “kube”）是一个开源的容器编排平台，可以自动化在部署、管理和扩展容器化应用过程中涉及的许多手动操作。Kubernetes 最初是由 Google 工程师作为Borg项目开发和设计的，后于 2015 年捐赠给云原生计算基金会（CNCF）。红帽® 是第一批与 Google 合作研发 Kubernetes 的公司之一，作为 Kubernetes 上游项目的第二大贡献者，我们甚至在这个项目启动之前就已参与其中。早期，各个组织是在物理服务器上运行应用程序。
K8s之自动扩缩容
youziguo的专栏
08-26 911
Kubernetes 的动态扩缩容机制使得应用能够根据实际需求自动调整资源，既能在高峰期提供足够的计算能力，又能在低负载时节约资源。这种自动化的资源管理极大地提升了系统的弹性和可扩展性，适用于各种复杂的应用场景。
python 运维开发:基于 kubernetes restful api 实现 deployment 创建
09-02
Python 运维开发：基于 Kubernetes RESTful API 实现 Deployment 创建 Kubernetes是一个开源的容器编排平台，它提供了一种便捷的方式来部署、扩展和管理容器化应用。在运维开发中，我们经常需要使用Kubernetes的API...
评论 25
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

锅总

谢谢支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值