k8s在创建pod时先创建pause容器,还是先与cni交互执行网络
1、总结，kubernetes在创建Pod时，先启动pause容器以创建命名空间，然后POD中的其他容器共享这个命名空间，实现进程间的隔离和独立封装。通过pause容器的命名空间机制，确保了容器之间的资源隔离和通信隔离，有效管理了容器在集群中的运行。
2、sandbox创建：首先，containerd通过CRI创建sandbox，包含容器的基本信息和配置。网络环境设置：在创建sandbox的过程中，CNI插件负责设置容器的网络环境，包括命名空间、网卡等。容器创建与网络配置：容器创建后，CNI插件执行网络设置，确保每个Pod的网络环境正确配置。
3、编写YAML资源清单：首先，需要编写一个YAML文件，定义Pod的配置信息，包括容器镜像、资源限制、环境变量、存储卷等。使用kubectl apply命令创建：通过kubectl命令行工具，使用APPly命令将YAML文件应用到Kubernetes集群中，Kubernetes会根据定义创建Pod。
4、在Node节点上：先执行kubeadm reset命令重置节点，然后启用IP转发。加入集群：通过kubeadm join命令将node节点加入集群。部署CNI网络插件 在所有节点上：部署CNI网络插件以确保Pod间网络通信。测试集群功能 创建并暴露nginx部署：在集群中创建并暴露一个nginx部署。
5、Calico+macvlan双网络为实现Calico+macvlan双网络配置，必须创建一个辅助网络，专门用于macvlan。配置时需避免将默认路由设置为macvlan网络，以避免路由冲突。确保`vmultus-cni.io/defaul...`注解设置为`net-calico-2`，而`k8s.vcni.cncf.io/netw...`注解设置为`net-macvlan`。
Pod与容器的区别联系
容器与Pod之间的联系体现在它们都是Kubernetes核心组件，用于构建、部署和管理微服务架构。Pod负责管理一组相关的容器，并提供统一的网络与存储资源。容器则作为Pod中的基本运行单元，承载应用逻辑。容器提供了轻量级的虚拟化环境，使得应用在不同环境中快速部署与运行成为可能。
Pod 与容器之间的关系： Pod 是容器的容器，容器在 Pod 内部运行。 Pod 内的容器共享网络和存储资源，确保内部容器间的高效交互。 Kubernetes 在每个 Pod 中引入一个 Infra container，所有容器共享其 Network Namespace，实现网络视图的一致性。
包含关系，Pod和容器的关系是包含关系。在Kubernetes中，一个Pod可以包含一个或多个容器，每个容器都是一个独立运行的应用程序或服务的实例。这些容器共享相同的网络命名空间、存储卷和其他资源，形成了一个逻辑上的整体，使得它们可以作为一个整体进行部署和管理。
总结来说，Pod 是容器的协作容器，它们共同构建了一个高效、共享的运行环境。如果你对Pod和容器的运作机制还不太清楚，通过本期内容，相信你已经有了更深入的理解。
Pod可以分成动态Pod和静态Pod，动态Pod又可以分为自主式的Pod和控制器管理的Pod Pod中容器按功能特点可以分为以下四类：Init 容器是一种特殊容器，在 Pod内的应用容器启动之前运行，通过 spec.initContainers 指定。
k8s怎么把容器里面的内容挂出来
存储厂商可以通过实现Volume接口来开发自己的存储插件，以支持K8S容器的运行需求。另一种持久化存储方式是Persistent Volume （PV），它是一个独立的K8S资源对象，可以单独创建。PV与Pod之间没有直接绑定，而是通过Persistent Volume Claim （PVC）来实现动态绑定。
CSI核心流程K8s在创建、挂载和卸载CSI存储卷时，经历以下阶段：创建卷（Provisioning）：管理员创建StorageClass，指定CSI插件。当用户创建PVC并指定StorageClass时，K8s为PVC添加特定注解。外部Provisioner根据注解创建PV。
通常有两种部署方式：使用clickhouse-operator或安装metallb解决外部访问问题，通过nodePort暴露端口实现集群服务对外访问。默认情况下，clickhouse无法从外部直接访问，需要解决权限配置，允许外部访问。通过在configuration中增加用户信息或修改clickhouse_operator的yaml，可实现外部登录。
(28)笔记:kubeadm搭建单master节点k8s集群(3)
1、首先，确保从可靠来源获取kubeadm以及k8s集群搭建所需的软件包。这可以通过在公众号回复关键词来获取。在node节点上加入集群：在node节点上执行kubeadm join命令，该命令由kubeadm init在master节点上生成。执行后，node节点将加入k8s集群。确认节点状态，确保node节点已成功加入集群。
2、操作：首先在master1节点上离线导入k8s镜像。目的：确保其他节点可以访问这些镜像，避免节点间的镜像查找问题。实施：将镜像文件上传至集群中的其他3台主机。创建并配置kubeadmconfig.yaml文件：操作：在master1节点上创建kubeadmconfig.yaml文件。
3、搭建多master节点的k8s高可用集群，作者建议首先在master1上离线导入k8s镜像（k8s-images-v2tar.gz），以确保其他节点可以访问。镜像上传至其他3台主机，避免节点间的镜像查找问题。在master1上，创建kubeadm-config.yaml文件，并通过kubeadm进行集群初始化。
4、准备3台机器，分别设置hostname如下所示（此处主要是为了便于标识不同的机器，其实不设置hostname也可以正常搭建）：参考《 使用Kubeadm搭建Kubernetes（11）集群 》在 master1 搭建一个单master节点的k8s集群。
5、使用kubeadm搭建多master节点k8s高可用集群的关键步骤如下：证书拷贝：在master2和master3上分别创建证书存放目录。将master1节点的证书拷贝到master2和master3上。控制节点加入集群：在master2和master3上执行特定命令，加入到由master1初始化的k8s集群中。
K8S——Pod入门理解
个人理解：Pod是容器组的一个抽象，类似于一栋出租楼里面的房子，房子的其他小房间像容器，房间里的水，电充当应用服务。出租屋内的小房间门跟容器端口差不多，出租屋大门像pod上的端口，整栋楼大门像service对外暴露的端口。2使用Pod的原因？pod是K8s最小的运行，部署单位。
K8s的网络理解，特别是Pods、Services和Ingress，可以总结如下：Pods： 定义：Pods是构成Kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。
POD：定义：POD是K8S中的基石概念，负责封装容器并提供资源管理。特点：一个POD可包含一个或多个容器，这些容器共享磁盘空间，并通过分配独立的网络标识实现内部通信。重要性：理解POD如何在集群中运行，是技术型产品经理掌握K8S的基础。控制器：作用：自动化管理POD，确保其在集群中的部署、扩展和维护。
K8S故障检查-Pod处于ContainerCreating状态
常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。
面对k8s应用卡在ContainerCreating状态的困扰，我通过kubectl describe po命令获取到了关键的日志信息。
一个pod的完整创建，通常会伴随着各种事件的产生，k8s种事件的种类总共只有4种：PodStatus 有一组PodConditions。PodCondition中的ConditionStatus，它代表了当前pod是否处于某一个阶段（PodScheduled，Ready，Initialized，Unschedulable），“true” 表示处于，“false”表示不处于。
