tb_first的博客

Helm 是 Kubernetes 的包管理工具，类似于 Ubuntu 的 或 Python 的 ，用于简化 Kubernetes 应用的部署、升级和管理。它的核心功能是定义、安装和升级复杂的 K8s 应用，通过模板化（Charts）实现可重复部署，即可动态生成k8s的资源配置文件。Helm 的软件包格式，包含预配置的 K8s 资源（Deployment、Service 等）。本质是一个文件目录，可理解为Helm这个包管理器中的安装包Chart 的运行实例。同一个 Chart 可多次安装到集群，每次安装都

专门授权 kubelet- 基于属性的访问控制- 基于角色的访问控制（最常用）Webhook- 外部授权服务集成主流实现：。

自定义调度器是 Kubernetes 中一个强大的功能，允许我们实现自己的调度逻辑来替代或补充默认调度器。官方的默认调度器已经很优秀了，要使用自定义的调度器多为要我们的特殊调度需求，针对某些特定领域等等。这里就不给大家演示了，有兴趣的可以自己去搜索创建。

今天的学习主要是针对上一组学习，也就是k8s数据存储的补充，因为现在网络上的学习各有不同，所以我在对比了几类课程后，再进行融合等等操作，当然，今天的补充知识，我之后会将其更新回k8sday12---k8sday14。

①、注入：把数据“塞进”容器——生命周期跟 Pod 走注入型数据：ConfigMapSecret②、共享：把数据“挂出来”让多个 Pod/节点同时用——生命周期独立于 Pod共享型数据：emptyDirhostPathPV(PVC)NFS。

​ 之前学过NFS提供存储配置，我们知道要进行存储数据要求用户会自己搭建NFS服务器，会在YAML文件中配置NFS，这显然对于用户来说，要求过高，而且k8s支持的存储系统类型多，要求用户熟知每个存储系统那是不现实的，所以k8s提出高级核心存储的概念（主要包含PV和PVC），二者通过连接绑定，最终实现。，用户对于 Pod 的数据操作，实际存储在了与 Pod 连接的 PV，与 PV 绑定的 PVC 的存储系统之中，即 ：用户→Pod→ PVC → PV → NFS（底层存储系统）

由于k8s中Pod的生命周期短暂，会被频繁的创建和销毁，容器的重启或迁移也会导致数据丢失，而有状态应用需求，如数据库、消息队列等需要持久化存储，确保数据在容器生命周期之外依然存在，方便用户调用，为了实现持久化保存数据，k8s引入，即使容器重启或迁移等等都不会导致Volume数据丢失。

本来打算是直接进行Ingress的学习，但是考虑到昨天Service的学习只是一知半解，很多流程没有很清晰，以及部分概念没有了解的很到位，所以打算在进行Ingress的学习之前进行我的个人理解和补充。

Service 是“虚拟入口”，EndpointSlice 是“后端列表”，Pod 是“实际进程”，kube-proxy 是“在每个节点上把虚拟入口和后端列表翻译成内核转发规则的守护进程”。

首先按照昨天所说删除已有集群，重建集群。

新增节点自动补，节点下线自动删。注意：DaemonSet没有replicas 的概念，守护进程的创建是根据节点创建，匹配多少节点就是多少，一个节点只有一个，没有副本数的概念，即无法自动扩容什么的。所以最终我决定，直接从kind的集群配置文件出发，将原来的集群删除，重新创建集群，重新配置一遍，看看能不能解决我的问题，当然，有大佬教教我怎么解决就更好了QAQ。由于不知是不是我的网络问题，导致我的镜像拉取每次都只能通过手动拉取然后导入集群，比较麻烦，而且有的时候甚至导入了集群也无法使用，我有点苦恼TVT。

在k8sday06的学习中我们已经学习了无状态应用常用的控制器——Deployment在今天的学习中我将会继续学习有状态应用的控制器——

是 Kubernetes 中用于管理 Pod 副本的机制。它负责确保 Pod 的副本数量符合预期，并且在 Pod 发生故障时自动重启或重新创建 Pod。

— 对容器指定端口和路径发 HTTP GET，返回 [200,400) 视为成功。—— 对容器指定端口和路径发 HTTP GET，返回 [200,400) 视为成功。，不要将搭建集群使用的API复制到这（不要问我怎么知道的，我就是这样做的O.O)—— 容器刚创建时，给它一段“启动宽限期”，验证它是否真的启动成功。③、非HTTP应用（如数据库、Redis、SSH）的健康检查，使用。——容器已经启动后，长期运行时的“心跳”检查，判断进程是否。—— 在容器里执行一条命令，返回码为 0 视为成功。

我在k8sday02中表示我想使用WSL2 独立 Docker进行更高效的学习开发，因为WSL2中的Docker环境完全隔离、高性能，但是我不想删除window的docker，这时候有两个方法解决。配置文件错误，大概率是将自己Windows的docker desktop中的加速源添加进WSL2中的docker时，由于配置的格式啊，忘记写逗号啊什么的导致错误。我已经修改了配置文件不下于30次了，修改加速源什么的好久！Ⅰ、将Windows的docker中的集群“迁移”到WSL2中的Docker。

如果要增加新的节点，需删除，然后修改你的配置文件并重建集群之后如下图保存在你的任意目录中。

注意要完成k8s集群的搭建，最少要有两台虚拟机，一台master，一台slave（node），我只有一台物理机，所以要实现多台虚拟机的运行，要使用kind通过在单个虚拟机中启动多个 Docker 容器，每个容器模拟一个独立的 Kubernetes 节点。PS:明天完成剩下的部分，即kind集群的完整搭建，验证集群，访问集群等等，今天主要是找到适合自己的k8s集群搭建方法，这花了我比较长的时间呢~但是考虑到我只有一台笔记本，要想较完整搭建出k8s集群，以产出一定项目，并支撑我学习，我的。

可看作是一个对volume插件的一个标准化的接口，通过CSI，Kubernetes可以与各种存储系统（如本地存储、网络存储等）进行交互，为容器化应用提供持久化存储。是一种将Pod和容器的元数据（如名称、IP地址、资源限制等）注入到容器中的机制，可以让我们的容器获得Pod和容器的信息，可以通过环境变量或数据卷挂载进行暴露。③守护进程DaemonSet：确保在集群中的每个节点上运行一个 Pod 副本，通常用于运行集群级别的服务，如日志收集器或监控代理。资源类似Java的类，对象就是基于这个类创建的对象。