首页 > 其他分享 >k8s_Helm组件以及其他功能

k8s_Helm组件以及其他功能

时间:2024-01-06 13:32:41浏览次数:37  
标签:K8s Kubernetes chart 组件 应用 Helm release k8s

k8s_Helm组件以及其他功能_动态生成

helm 通过打包的方式,支持发布的版本管理和控制,很大程度上简化了 Kubernetes 应用的部署和管理

Helm 本质就是让 K8s 的应用管理(Deployment,Service 等 ) 可配置,能动态生成。通过动态生成 K8s 资源清单文件(deployment.yaml,service.yaml)。然后调用 Kubectl 自动执行 K8s 资源部署

Helm 是官方提供的类似于 YUM 的包管理器,是部署环境的流程封装。Helm 有两个重要的概念:chart 和release

  • chart 是创建一个应用的信息集合,包括各种 Kubernetes 对象的配置模板、参数定义、依赖关系、文档说

明等。

chart 是应用部署的自包含逻辑单元。可以将 chart 想象成 apt、yum 中的软件安装包

  • release 是 chart 的运行实例,代表了一个正在运行的应用。当 chart 被安装到 Kubernetes 集群,就生成

一个 release。chart 能够多次安装到同一个集群,每次安装都是一个 release

标签:K8s,Kubernetes,chart,组件,应用,Helm,release,k8s
From: https://blog.51cto.com/u_7050893/9127180

相关文章

  • k8s_高可用
    一、高可用原理配置一台新的master节点,然后在每台node节点上安装nginx,nginx通过内部的负载均衡将node节点上需要通过访问master,kube-apiserver组件的请求,反代到两台k8s-master节点上,这样就可以实现master节点的高可用,当任意一台master节点宕机后,也可以通过nginx负载均衡放文档另一......
  • k8s 调度
    k8s调度Scheduler是kubernetes的调度器,主要的任务是把定义的pod分配到集群的节点上。听起来非常简单,但有很多要考虑的问题:公平:如何保证每个节点都能被分配资源资源高效利用:集群所有资源最大化被使用效率:调度的性能要好,能够尽快地对大批量的pod完成调度工作灵活:允许用户根据......
  • K8s 学习_组件说明
    1.k8s的组件分类主要分为mater组件,(apiserver,etcd,ControllerManager,schedule)2.Node组件Node主要负责容器的各种依赖环境,并接受Master管理,每个Node的构成:Kubelete,ContainerRuntime,Kube-pxoxy.3.核心组件k8s还依赖于一组的附件组件,通常是由第三方的提供的特定的应用程序。......
  • K8s_pod
    Pod:Pod是K8S的最小资源单位,经过yaml语法来来将docker镜像转化为Poddocker生命周期:1.启动initC 2.启动前执行Start3.同时启动readliness(就绪检测)和liveness(存活检测)4.关闭前执行Stop参考资料:http://www.noobyard.com/article/p-nqajybzb-da.html......
  • k8s_资源清单
    在k8s中,一般使用yaml格式的文件来创建符合我们预期期望的pod,这样的yaml文件我们一般称为资源清单。2.资源清单格式:apiVersion:group/apiversion#如果没有给定group名称,那么默认为core,可以使用kubectlapi-versions#获取当前k8s版本上所有的apiVersion版本信息(每个......
  • FAQ-k8s-harbor拉取镜像权限问题-imagePullSecrets
    一、配置1、dockervim/etc/docker/daemon.json{"insecure-registries":["192.168.10.122"]}systemctldaemon-reloadsystemctlrestartdocker二、方式一1、登录dockerlogin192.168.10.122-uadmin-pHarbor123452、查看config.json文件cat~/.docker/co......
  • TuGraph Analytics作业监控面板:运行时组件上的高效分析工具
    作者:丁一背景TuGraphAnalytics作业部署到K8S集群之后,通常会启动多个pod(一个master、一/多个driver、多个container)。用户很难判断作业当前运行的进度如何,也不能通过pod的状态来判断内部进程的状态。无论是查看进度、查看日志、性能分析,都需要到每一个pod中进行对应的操作,运维成本......
  • Linux核心组件(CPU,内存,磁盘,网络,进程)
    一、CPU不同组件,每秒的运算、读写次数命令集:lscpu+top/htop/uptime+mpstat+sar#查看CPU静态信息cat/proc/cpuinfo#查看CPU统计信息lscpu uptimeLoadAverage(平均负载):就是一段时间内(1分钟、5分钟、15分钟)内平均Load翻译:一段时间内正在使用和等待使用CPU的平均进程......
  • K8s客户端软件Lens与OpenLens
    最近公司将系统部署迁移到k8s集群上,但是多个环境(sit\uat\pre)并未将日志集成入elk,且并未将多环境集群的kubeconfig文件合并。查看日志属于高频操作,每次都需要kubectlusecontext、kubectl-n$namespacelogs-f$pod_name,极其麻烦。在此背景下,开始寻找比较好用的k8s......
  • 记录一次K8s pod被杀的排查过程
    问题描述今天下午运维反馈说我们这一个pod一天重启了8次,需要排查下原因。一看Kiban日志,jvm没有抛出过任何错误,服务就直接重启了。显然是进程被直接杀了,初步判断是pod达到内存上限被K8soomkill了。因为我们xmx和xsx设置的都是3G,而pod的内存上限设置的是6G,所以出现这种情况还挺诡......