docker、containerd、CRI、OCI、runC分别是什么

在 K8S 中，真正负责创建容器运行时的是 kubelet 这个组件。 当时，Docker 风靡全球，许多公司都希望能在这一领域分一杯羹，纷纷推出了自家的容器运行时。其中最著名的要属 CoreOS 公司的 rkt 项目。虽然 Docker 是 K8S 最依赖的容器运行时，但凭借与 Google 的特殊关系，CoreOS 公司在 2016 年成功地将对 rkt 容器的支持写进了 kubelet 的主

Pod创建过程

Pod创建过程 比如，要部署一个deployment，文件叫nginx.yaml 执行命令 kubectl apply -f nginx.yaml 命令， kubectl根据kubeconfig配置文件里面指定的api-server地址，将nginx.yaml传给api-server API Server 接到nginx.yaml的内容请求后，开始分析里面的内容，校验内容的语法和格式是否正确，语法

CNI相关总结

考虑几个问题： 1、需要细粒度网络访问控制？ 这个flannel是不支持的，calico支持，所以做多租户网络方面的控制ACL，那么要选择 calico。 2、追求网络性能？ 选择 flannel host-gw 模式 和 calico BGP 模式。 3、服务器之前是否可以跑BGP协议？ 很多的公有云是不支持跑BGP协议，那么使用calico的BGP模式自然是不行的。 4、集群规模多大？ 如果规

calico使用IPIP模式

IPIP 是linux内核的驱动程序，可以对数据包进行隧道，两个不同的网络 vlan1 和 vlan2。基于现有的以太网将原始包中的原始IP进行一次封装，通过tunl0解包，这个tunl0类似于ipip模块，和Flannel vxlan的veth很类似。 举个例子，假如我们有两台处于不同子网的宿主机 Node 1 和 Node 2，网段分别为192.169.1.0/24 和 192.168.2.0

calico使用BGP模式

BGP 简介: 它是一个 Linux 内核原生就支持的、专门用在大规模数据中心里维护不同的“自治系统”之间路由信息的、无中心的路由协议。 用一个非常简单的例子来说明： 有两个自治系统（Autonomous System，简称为 AS）：AS 1 和 AS 2。而所谓的一个自治系统，指的是一个组织管辖下的所有 IP 网络和路由器的全体。你可以把它想象成一个小公司里的所有主机和路由器。在正常情况下，自

calico简介

什么是 Calico? Calico 是一套开源的网络和网络安全方案，用于容器、虚拟机、宿主机之前的网络连接，可以用在kubernetes、OpenShift、DockerEE、OpenStrack等PaaS或IaaS平台上。 组件: Felix：calico的核心组件，运行在每个节点上。主要的功能有接口管理、路由规则、ACL规则和状态报告 接口管理：Felix为内核编写一些接口信息，以便让内核能

flannel使用vxlan-Directrouting模式

flannel使用vxlan-Directrouting模式: 为了提升性能，Flannel的VXLAN后端还支持DirectRouting模式，即在集群中的各节点上添加必要的路由信息，让Pod间的IP报文通过节点的二层网络直接传送。仅在通信双方的Pod对象所在的节点跨IP网络时，则使用VXLAN隧道方式转发通信流量。 如果Node节点全部位于单个二层网络中，则DirectRouting模式下的P

flannel使用host-gw模式

Flannel 的 host-gw 模式要求所有节点（Node）必须位于同一个二层网络（L2 网络） 中，这是由其核心工作原理决定的。理解这个限制需要深入分析 host-gw 的工作机制： host-gw 的核心工作原理 路由即网关： Flannel 在每个节点上为其他节点的 Pod 网段创建主机路由（Host Route）。 这条路由告诉本机的 Linux 内核：“要访问目标 Pod 网段（如 

flannel使用vxlan模式

VXLAN，即 Virtual Extensible LAN（虚拟可扩展局域网），是 Linux 内核本身就支持的一种网络虚似化技术。所以说，VXLAN 可以完全在内核态实现上述封装和解封装的工作，从而通过与前面相似的“隧道”机制，构建出覆盖网络（Overlay Network）。 VXLAN 的覆盖网络的设计思想是：在现有的三层网络之上，“覆盖”一层虚拟的、由内核 VXLAN 模块负责维护的二层

flannel简介

我们在部署 Kubernetes 的时候，有一个步骤是安装 kubernetes-cni 包，它的目的就是在宿主机上安装CNI 插件所需的基础可执行文件。 在安装完成后，你可以在宿主机的 /opt/cni/bin 目录下看到它们，如下所示： # cd /opt/cni/bin/ # ll 总用量 56484 -

node节点的pod数量限制

默认为110个，可以修改配置文件。 vim /var/lib/kubelet/config.yaml maxPods: 200 #停止kubelet systemctl stop kubelet #重新载入systemd systemctl daemon-reload #启动kubelet systemctl start kubelet  

NodePort的端口范围(修改)

NodePort的端口范围 默认范围为30000-32767，可以修改 vim /etc/kubernetes/manifests/kube-apiserver.yaml 添加一行 - --service-node-port-range=1-65535 kubelet监控/etc/kubernetes/manifests/* ，会自动触发更新。

harbor安装配置

1.下载 wget https://cncf.oss-cn-hangzhou.aliyuncs.com/harbor/harbor-offline-installer-v1.10.19.tgz 2.安装docker和docker-compose docker： cd /etc/yum.repos.d/ wget http://mirrors.aliyun.com/docker-ce/linux/c

fluentd收集k8s日志

在Kubernetes (k8s) 环境中使用 Fluentd 收集日志是一种常见做法，可以帮助你集中管理和分析集群中的日志。 1. 安装 Fluentd 首先，确保你的 Kubernetes 集群中安装了 Fluentd。你可以通过 Helm、DaemonSet 或者直接在 Pod 中部署 Fluentd。 官方文档： https://docs.fluentd.org/container-dep

k8s版本

更新中...   v1.35 PreferSameNode traffic distribution （GA） 在Kubernetes 1.35中，PreferSameNode traffic distribution进阶至GA。该特性新增 PreferSameNode 策略，使服务流量优先转发至与客户端同一节点的端点；同时废弃 PreferClose，改用 PreferSameNode

kubeadm-join

###注意--print-join-command，可以直接打印出kubeadm join信息 # kubeadm token create --print-join-command   # join加入 # kubeadm reset # systemctl stop ku

coredns自定义的解析记录

找到kube-system命名空间的名称为coredns的configmap： kubectl get configmap coredns -n kube-system NAME DATA AGE coredns 1 9d 编辑这个configmap: kubectl edit configmap coredns -n kube-system apiVersion: v1 data: Corefi

comfigmap热更新

如果ConfigMap和Secret是以subPath的形式挂载的，那么Pod是不会感知到ConfigMap和Secret的更新的。 如果Pod的变量来自于ConfigMap和Secret中定义的内容，那么ConfigMap和Secret更新后，也不会更新Pod中的变量。 postStart：容器启动之前执行的命令 preStop：容器停止之前执行的命令 热更新ConfigMap或Secret：