podsubnet的简单介绍

原标题：podsubnet的简单介绍

导读：

k8s离线启动,flannel异常k8s离线启动时flannel异常的可能原因和解决方案如下：原因：主机路由表问题：主机路由表可能缺少对0.0.0.0的默认路由，导致Flan...

K8S离线启动,flannel异常

k8s离线启动时flannel异常的可能原因和解决方案如下：原因：主机路由表问题：主机路由表可能缺少对0.0.0.0的默认路由，导致Flannel无法正确路由网络流量。Flannel配置文件错误：Flannel的配置文件可能存在错误或缺失，导致Flannel无法正确启动或配置网络。

存储问题：Pod 挂载的共享存储连接不上可能导致POD启动异常。此时，需要检查共享存储和存储卷的状态是否正常。代码问题：应用程序代码在容器启动后失败。需要排查应用程序代码，确保其能在容器环境中正确运行。配置问题：在部署 deployment和StatefulSet时，资源清单编写有误可能导致pod无法正常创建。

Flannel原理数据封装与转发：Flannel将TCP数据包装在另一种网络包里面进行路由转发和通信。这种方式会带来一定的性能损耗，在高并发情况下可能会丢失部分数据。支持的后端类型：目前Flannel支持UDP、VXLAN、AWS VPC和GCE路由等多种后端类型。

备份和恢复：在更换网络插件或进行其他重大更改之前，建议备份k8s集群的重要数据和配置信息，以便在出现问题时能够快速恢复。总结在阿里云ecs上部署k8s集群时，如果遇到Calico插件不兼容的问题，可以选择更换为Flannel插件或使用Terway插件（需满足前提条件）。

若异常，可能导致服务负载均衡或NAT规则失效。Service类型：若通过 nodePort或LoadBalancer访问外部服务，需检查端口配置是否正确。例如，NodePort范围（默认30000-32767）是否被占用。解决方案：重启kube-Proxy服务或调整其日志级别排查问题。修改 service的spec.ports配置，确保端口映射正确。

原因是，kubernetes在版本16之后，对cni配置文件进行了验证，如果cniVersion不被支持，将返回错误。当前，kube-flannel.yaml配置map中的cni-conf.json数据缺少cniVersion字段，导致错误提示为“plugin flannel does not support config version ”。

怎么查看容器的网段

1、通过查看默认的桥接网络：执行命令 Docker network inspect bridge，在输出信息中找到IPAM部分，其中的SubNET即为默认桥接网络的网段。例如，如果输出显示Subnet： 170/16，那么容器的网段就是170/16。

2、因此，需要将容器的端口映射到宿主机上，在docker run创建容器的时候通过-p参数启用端口映射，这样就可以通过宿主机IP：容器端口访问容器应用。关于 host 模式在host模式下，容器不会有一个独立网络命名空间，直接和宿主机共用一个网络命名空间。

3、我们可以看到这个 eth0是这个容器的默认路由设备。我们也可以通过第二条路由规则，看到所有对 16251/16 网段的请求都会交由eth0来处理。

4、使用docker0网桥，docker0的默认网段是170，网关地址为171，通过bridge模式启动的容器，进入容器日内部并使用ip route show指令可以看到其使用的网关就是docker0的网关地址。在宿主机上通过brctl show docker0可以看到docker0桥接的网卡与启动的容器的veth一致。

5、默认的 bridge 模式是 docker 安装后选择的网络模式。它使用一个私有网段（默认为 170/16）作为子网，容器网络被自动加入到这个子网中。创建容器时，通过 --net 参数可以指定网络模式。默认 bridge 网络通过守护进程创建一个虚拟以太网桥 docker0，所有容器连接到这个内部桥接器。

部署容器运行时未CRI-O,网络插件为kube-ovn的k8s集群

在部署不使用CRIO的k8s集群，采用kubeovn网络插件时，需要按照以下步骤进行准备工作和配置：内核模块与工具安装：确保加载必要的内核模块。安装ipvsadm工具。环境准备：更新yum源，确保软件包的最新版本。安装Go语言环境，虽然不直接使用CRIO，但Go环境可能在后续步骤中有用。

在部署不使用CRI-O作为容器运行时，而是采用kube-ovn网络插件的 Kubernetes 集群过程中，需要进行一系列的准备工作。首先，确保加载必要的内核模块并安装ipvsadm，接着安装依赖，包括配置yum源和go环境。对于cri-o的安装，需要下载源码包并生成默认配置文件。

在部署不使用CRI-O的k8s集群，采用kube-ovn网络插件时，需要进行一系列的准备工作和配置。首先，确保加载必要的内核模块并安装ipvsadm。接着，更新yum源，安装Go语言环境，为cri-o的安装做准备。安装cri-o时，从源码包下载并生成默认配置。随后，安装conmon，同样是从源码获取并安装。

Kube-OVN是一款基于OVS/OVN的K8s网络项目，它通过引入openstack 领域的成熟网络功能，显著增强了K8s容器网络的安全性、可运维性、管理性和性能。本文将深入解析Kube-OVN中pod IP地址管理的相关逻辑。pod IP地址管理概述在Kube-OVN中，pod的IP地址管理主要由kube-ovn-controller 组件负责。

macvlan：是一种网络技术，允许容器直接接入物理网络，避免端口冲突。结合Multus CNI插件：通过Multus创建macvlan附加网络，实现VPC子网与外网的访问，以及NAT网关的配置，进一步增强了网络隔离和访问控制的能力。部署与管理步骤：安装和配置KubeOVN：在KuberneTES集群中部署kubeovn组件。

K8s集群1.25+containerd+calico安装和测试

1、进行网络测试：通过创建和部署测试Pod，验证calico网络插件的功能是否正常。测试可以包括Pod间的通信、网络策略的实施等。通过以上步骤，即可完成K8s集群25+containerd+calico的安装和初步测试。

2、Kubernetes在20之后决定转向containerd作为主要的容器运行时，因为它的性能优于Docker。现在，我们将通过实操来安装和测试25版本的K8s集群，结合containerd和calico网络插件。首先，规划实验环境，包括设置pod和service的专属网段：podsubnet为240.0/16，servicesubnet为90.0/12。

3、K0s 使用 containerd 管理容器，并支持 Calico 和 kube-router 作为 CNI。它还提供了自动完成脚本，适用于多种 shell 环境。工具 MicroK8s MicroK8s 是由 Canonical 开发的一个轻量级集群解决方案。与 K0s 类似，集群节点需要手动设置，可在与主节点通过 TCP/IP 连接的任何 Linux 实例上运行。

4、网络方面，K8s采用了CNI（container network interfACE）规范。CNI规范简化为三个主要步骤：配置文件指定网络插件，CRI调用插件并传递容器运行时信息，网络插件自行实现网络创建逻辑。这样，K8s能够灵活地接入不同的网络插件，如flannel、calico等，提供丰富的网络解决方案。