k8s中资源对象和API对象区别
K8s中的资源对象和API对象的区别在于：资源对象是K8s集群中的实际资源，而API对象是用于管理这些资源的接口。资源对象：定义：资源对象是K8s集群中的管理操作单元，是K8s进行资源管理的核心。功能：代表了集群中的不同资源，如pod、Service、Volume等。
Serverless（无服务器架构）和kubernetes（K8s）是两种不同的云计算部署和管理模式，它们在架构设计、资源管理、适用场景等方面存在显著差异。以下是两者的核心区别： 资源管理与运维责任Kubernetes 基础设施显式管理：用户需要直接管理集群节点、网络、存储等底层资源，包括集群的部署、扩缩容、监控和维护。
与K8s编排的不同：目标层面：K8s的编排主要关注于容器化应用的部署、管理和扩展，确保应用的高可用性和弹性伸缩。而Conductor则专注于业务流程的自动化，通过编排微服务来实现复杂业务流程的执行和管理。
Kubernetes入门:Pod、节点、容器和集群都是什么?
1、节点是 Kubernetes 集群中的工作机器，它们可能是虚拟机或物理计算机。每个节点都有一个 Kubelet 进程，它负责管理节点上的容器并与 Kubernetes API 服务器进行通信。Kubelet：Kubelet 是 Kubernetes 的节点代理，它负责监听 API 服务器上的 POD 规范，并确保这些 Pod 在节点上正确运行。
2、节点是Kubernetes中的硬件单元，提供计算和存储资源。集群由多个节点组成，共同工作以提供强大的计算和存储能力。容器是轻量级的软件包，包含运行应用程序所需的所有组件。Pod是Kubernetes中的最小可部署计算单元，包含一个或多个容器，这些容器共享相同的名称空间和本地网络。
3、Pod是Kubernetes集群中最小的可运行单元。它代表着集群中运行的进程，并能够共享网络和存储资源。一个Pod内部可以同时运行一个或多个容器，通过Pause容器实现容器间的网络共享和存储共享。节点：节点是Kubernetes中的最小计算硬件单元，可以理解为集群中的单个机器。
4、Kubernetes是一个基于云的部署平台，专注于通过容器化简化微服务的开发与部署。以下是关于k8s架构和核心概念的介绍：k8s架构： k8s采用masterslave架构，包含master节点和worker节点。 master节点的核心组件有：ETCd、API server、Scheduler、Controller Manager。
k8s中pod的创建开始到结束详细过程
1、K8s中Pod的创建开始到结束的详细过程包括用户提交创建请求、API Server接收并认证、Pod对象信息写入etcd、Scheduler调度Pod、Kubelet创建并运行Pod、Pod状态更新以及Pod就绪性探测。用户提交创建请求：用户通过kubectl命令行工具或其他Kubernetes API客户端提交Pod创建请求。
2、K8S首先启动新的POD S等待新的POD进入Ready状态 K8S创建endpoint，将新的POD纳入负载均衡 K8S移除与老POD相关的Endpoint，并且将老POD状态设置为Terminating，此时将不会有新的请求到达老POD 同时 K8S 会给老POD发送SIGTERM信号，并且等待 terminationGracePeriodSeconds 这么长的时间。
3、Terminated：容器已启动并执行，无论是正常结束还是失败，都会显示终止原因和退出代码。其次，Pod的调度阶段包括：Unschedulable：无法被调度，无匹配节点。PodScheduled：调度中，等待分配到节点。Initialized：初始化容器已完成。ImagePullBackOff：节点下载镜像失败。Running：容器已创建并启动。
4、使用Kubernetes的命令行工具或配置文件，创建kafkamanager的Pod。确认Pod的运行状态，确保kafkamanager已成功部署并正在运行。配置访问kafkamanager：利用K8S的nodePort功能，将kafkamanager暴露给外部访问。通过Kubernetes集群中某个节点的指定端口访问kafkamanager。
Kubernetes网络以及pod间不同通信方式
Kubernetes集群的不同网络通信方式 Pod内部容器之间的通信 Pod内部的容器相当于在同一台宿主机上运行，因此它们可以直接使用localhost进行通信。Pod创建时，kubelet会为容器创建一个网络命名空间，并调用CNI插件为容器分配网络资源。
测试数据包到达目标节点，flannel.1设备将接收到一个封装了VXLAN的包，内核识别后将其拆开，传递至节点的flannel.1设备，流量最终到达目标节点的pod上。
cilium 在 kubernetes 集群中安装好后，此处我们来探究一下在不同 Node 上 pod 间的 vxlan 通信方式。
Kubernetes支持三种创建Pod的方式：kube-apiserver、staticPodPath和staticPodURL。kube-apiserver是最常见方式，动态创建的Pod皆通过此途径。staticPodPath用于创建集群管控组件，kubelet会监听特定目录监听配置变更。staticPodURL通过http指定创建Pod，实际使用场景较少。
pod的tcp连接数配置
1、在Kubernetes中，Pod的TCP连接数本身并不能直接通过配置来设置，但可以通过资源限制、监控工具和修改TCP keepalive设置来管理和影响TCP连接数。资源限制：虽然Kubernetes不直接提供设置TCP连接数的配置选项，但可以通过资源限制和请求来控制Pod的资源使用。
2、客户端的最大连接数受内核参数 ip_local_port_range 控制，标准范围为0-65535，但通过巧妙地使用多个IP（例如在k8s集群中的pod），这个理论值可以得到显著扩展。然而，服务器的并发连接数并不受限于单一端口，而是由服务器的内在资源——如cpu性能、内存容量，以及它们的处理能力来决定。
3、通过pod-imagepullpolicy.yaml文件，设置镜像拉取策略。默认值为Always，强制拉取；IfNotPresent，只当本地无镜像时拉取；Never，从本地直接使用。3 启动命令 解决busybox容器未成功运行的问题，通过COMmand配置让容器在初始化后持续运行。
4、看到 kubelet 是用节点 IP（1916627）+随机端口 32582 向 pod 发起了 TCP 握手 podIP（1916665）+80，但是 pod 在 TCP 握手时回 SYN ACK 给 kubelet 的时候，目标端口是 32582，却一直在重传。
5、KubeOVN 使用 eBPF 加速节点内 TCP 通信的高级功能主要通过以下方式实现：利用 istiotcpipbypass 项目和 eBPF 技术：KubeOVN 借助 intel 开源的 istiotcpipbypass 项目和 eBPF技术，针对节点内 Pod 间的 TCP 通信进行性能优化。
难用的Runpod记录
1、在Runpod上部署comfyUI的步骤 尽管Runpod存在上述难用之处，但以下步骤将指导用户如何在Runpod上成功部署ComfyUI：平台充值与注册：首先，用户需要在Runpod平台上进行充值，以便支付后续的服务费用。
2、租用步骤：充值：首先，你需要使用银行卡在runpod平台上进行充值，以便后续支付租用费用。点击右上角进行充值操作。选择服务：充值完成后，回到服务选择界面。在这里，建议选择“Secure Cloud”服务。这个服务提供了独立的计算空间，可以长期使用，不用担心资源丢失，也无需与他人共用资源。
3、H100的市场需求巨大，包括微软Azure、谷歌GCP、亚马逊AWS等云计算巨头，以及独立云gpu服务商如CoreWeave、Lambda、RunPod等，都对H100表现出浓厚兴趣。此外，大小公司如Anthropic、Inflection、Midjourney、苹果、特斯拉、Meta等也在积极采购，旨在训练或自建大模型。
