一般,我们从网上看到的帖子和资料, 都是用prometheus监控k8s的各项资源, 如api server, namespace, pod, node等. 那如果是自己的业务pod上的自定义metrics呢? 比如,一个业务pod开放了/xxx/metrics, 那么,如果用prometheus来抓取呢? 这里,我们就会用到kubernetes-pods这样一个job. 然后,在业务的deployment中,加annotation来配合抓取配置. 如下: prometheus-configma

作者阿里云容器平台技术专家 王程阿里云容器平台技术专家 张晓宇(衷源) ## 引子 不知道大家有没有过这样的经历,当我们拥有了一套 Kubernetes 集群,然后开始部署应用的时候,我们应该给容器分配多少资源呢?很难说.由于 Kubernetes 自己的机制,我们可以理解容器的资源实质上是一个静态的配置.如果我发发现资源不足,为了分配给容器更多资源,我们需要重建 Pod.如果分配冗余的资源,那么我们的 worker node 节点似乎又部署不了多少容器.试问,我们能做到容器资源的按需分配吗?这

Kubernetes Pod 资源限制 官方文档:https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/ Pod和Container的资源请求和限制:• spec.containers[].resources.limits.cpu• spec.containers[].resources.limits.memory• spec.containers[].resources.requ

一.标签与标签选择器 1.标签是k8s极具特色的功能之一,它能够附加于k8s的任何资源对象之上.简单来说,标签就是键值类型的数据,它们可于资源创建时直接指定,也可随时按需添加于活动对象中,而后即可由标签选择器进行匹配度检查从而完成资源挑选.一个对象可拥有不止一个标签,同一个标签也可被添加至多个资源之上.实践中,可为资源附加多个不同维度的标签以实现灵活的资源分组管理功能,例如: 版本标签:release:stable.release:canary.release.beta 环境标签:environ

一.容器于pod资源对象 现代的容器技术被设计用来运行单个进程时,该进程在容器中pid名称空间中的进程号为1,可直接接收并处理信号,于是,在此进程终止时,容器即终止退出.若要在一个容器中运行多个进程,则需要为这些进程提供一个类似于linux操作系统init进程的管控类进程,以树状结构完成多进程的生命周期管理.绝大多数场景中都应该于一个容器中仅运行一个进程,它将日志信息直接输出至容器的标准输出.不过,分别运行于各自容器的进程之间无法实现基于ipc的通信机制,此时,容器间的隔离机制对于依赖于此类通信

docker version:20.10.2 kubernetes version:1.20.1 本文概述Kubernetes Pod资源控制器的ReplicaSet.Deployment.DaemonSet.Job和CronJob工作负载资源的基本原理及使用. ReplicaSet ReplicaSet的目的是维护一组在任何时候都处于运行状态的Pod副本的稳定集合.通常用来保证给定数量的.完全相同的Pod的可用性. ReplicaSet通过定义期望的副本.标签选择器等模板来使用,每个Repli

livenessProbe:健康状态检查,周期性检查服务是否存活,检查结果失败,将重启容器 readinessProbe:可用性检查,周期性检查服务是否可用,不可用将从service的endpoints中移除 同一个容器中,可以同时使用livenessProbe,readinessProbe. 都是使用httpGet方式,livenessProbe探针检测容器监控状态,readinessProbe探针服务可以性 [root@k8s-master1 tanzhen]# cat nginx-depl

使用探针的方式对pod资源健康检查 探针的种类 livenessProbe:健康状态检查,周期性检查服务是否存活,检查结果失败,将重启容器 readinessProbe:可用性检查,周期性检查服务是否可用,不可用将从service的endpoints中移除 探针的检测方法 * exec:执行一段命令 * httpGet:检测某个 http 请求的返回状态码 * tcpSocket:测试某个端口是否能够连接 liveness探针的exec使用 #cat nginx_pod_exec.yaml ap

第一章.前言 在上一篇博客中,我们大致简述了一般情况下资源清单的格式,以及如何获得清单配置的命令帮助,下面我们再讲解下清单中spec字段中比较常见的字段及其含义 第二章.常用字段讲解 spec.containers <[]object> spec.containers <[]object> spec.containers.name <string> #pod的名称,必须字段,名称唯一且对象创建后不可以被修改 spec.containers.image <strin

QoS是 Quality of Service 的缩写,即服务质量.为了实现资源被有效调度和分配的同时提高资源利用率,kubernetes针对不同服务质量的预期,通过 QoS(Quality of Service)来对 pod 进行服务质量管理.对于一个 pod 来说,服务质量体现在两个具体的指标:CPU 和内存.当节点上内存资源紧张时,kubernetes 会根据预先设置的不同 QoS 类别进行相应处理. QoS 主要分为Guaranteed.Burstable 和 Best-Effort三类

简述 默认情况下,k8s不会对pod的资源使用进行限制,也就是说,pod可以无限使用主机的资源,例如CPU.内存等.为了保障k8s整体环境运行的稳定性,一般情况下,建议是对pod的资源使用进行限制,将其限制在一个范围内,防止起过度使用主机资源造成节点负载过大,导致其上面运行的其他应用受到影响. 前提 已有的k8s环境(这里安装的是k8s-v1.18.12版本) k8s集群安装了metrics-server服务(这里借助rancher搭建k8s集群,默认安装了该服务) 何为CGroup 参考Wik

Pod--k8s最基础的资源 我们想要的是单个容器只运行一个进程 然而有时我们需要多个进程协同工作,所以我们需要另外一种更加高级的结构将容器组合在一起---pod Pod 我们来看一个最基本的pod 这个pod的image是我根据centos:7的镜像构建的,很简单,镜像的Dockerfile如下: FROM 192.168.80.84:5000/centos:7 entrypoint ["sleep"] cmd ["999"] # 一个容器必须要有一个守护进程才能

Kubernetes 中如果一个 Node 节点上的 Pod 占用资源过多并且不断飙升导致 Node 节点资源不足,可能会导致为了保证节点可用,将容器被杀掉.在遇见这种情况时候,我们希望先杀掉那些不太重要的容器,确保核心容器不会首先被杀掉.为了衡量先杀掉哪个程序,所以推出了优先级机制 QoS (Quality of Service)来做判断,Kubernetes 将容器划分为三种 QoS 等级: Guaranteed: 完全可靠的.Burstable: 较可靠的.BestEffort: 不太可靠

使用liveness探针httpget方式检测pod健康,httpGet方式使用的最多 [root@k8s-master1 tanzhen]# cat nginx_pod_httpGet.yaml apiVersion: v1 kind: Pod metadata: name: httpget labels: app: my-dep spec: containers: - name: nginx image: centos-nginx:1.23.0 imagePullPolicy: Never

k8s弹性伸缩概念以及测试用例 本文原文出处:https://juejin.im/post/5c82367ff265da2d85330d4f 弹性伸缩式k8s中的一大亮点功能,当负载大的时候,你可以对应用进行扩容,提升pod的副本数来应对大量的流量,当负载小的时候可以对应用进行缩容,以避免资源浪费.也可以让应用自动的进行扩容和缩容,这一功能有用.例如当微博出现了一个话题时,这个时候人们都去访问,此时他的服务器将无法处理大量的流量访问,这个时候就需要扩容,而当这个话题不在新鲜时,人们的访问流量也就

一.什么是Podkubernetes中的一切都可以理解为是一种资源对象,pod,rc,service,都可以理解是 一种资源对象.pod的组成示意图如下,由一个叫”pause“的根容器,加上一个或多个用户自定义的容器构造.pause的状态带便了这一组容器的状态,pod里多个业务容器共享pod的Ip和数据卷.在kubernetes环境下,pod是容器的载体,所有的容器都是在pod中被管理,一个或多个容器放在pod里作为一个单元方便管理. pod是kubernetes可以部署和管理的最小单元,如果想

系列目录 Pod可以拥有优先级.优先意味着相对于其它pod某个pod更为重要.如果重要的pod不能被调度,则kubernetes调度器会优先于(驱离)低优先级的pod来让处于pending状态的高优先级pod被调度. kubernetes 1.9以后,优先级会影响pod的调度顺序和资源耗尽时pod的驱离顺序 警告:在一个不是所有用户都被信任的集群里,可能有恶意用户创建最高可能优先级的pod,导致其它pod被驱离或者无法调度.为了解决这个问题,需要增大资源配额来支持优先pod.集群管理员可以为特定

写在前面的话 前面我们提到过,纯手敲 K8S 名称管理 K8S 服务只是作为我们了解 K8S 的一种方案,而我们最终管理 K8S 的方法还是通过接下来的资源清单的方式进行管理. 所以从本章节开始,将会迎来 K8S 的重中之重,我们能否说我们会 K8S 就看就看接下来的学习. 另外,在 K8S 中,我们需要树立一个这样的概念,几乎能用到的东西都可以把它称作资源,而这个定义了规则的 yaml 文件就是资源清单. 资源清单格式 资源清单格式: apiVersion: group/apiversion

一.Pod控制器的类别 ReplicationController:早期唯一的控制器,已废弃 ReplicaSet:控制Pod满足用户期望副本:标签选择器选择由自己管理的Pod副本:Pod资源模板完成Pod资源的新建.主要用于管理无状态的Pod,不建议直接使用此控制器 Deployment:基于ReplicaSet控制器:建议使用此控制器,支持滚动更新和回滚,管理无状态应用 DaemonSet:守护进程类的控制器,例如每台node都启动一个Pod一直持续下去 Job:执行一次性的任务,完成后就退

前文我们了解了在k8s上的资源标签.标签选择器以及资源注解相关话题,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14141080.html:今天我们来聊下k8s上的核心资源pod生命周期.健康/就绪状态探测以及pod资源限制相关话题: 1.Pod生命周期 pod生命周期是指在pod开始创建到pod退出所消耗的时间范围,我们把开始到结束的这段时间范围就叫做pod的生命周期:其大概过程如下图所示 提示:上图主要描述了一个pod从创建到退出,中间这段时间经历的

目录 1. k8s核心资源之Pod 1.1 什么是Pod? 1.2 Pod如何管理多个容器? 1.3 Pod网络 1.4 Pod存储 1.5 Pod工作方式 1.5.1 自主式Pod 1.5.2 控制器管理的Pod 1.6 创建Pod流程 2.如何编写资源清单YAML文件? 1. k8s核心资源之Pod 1.1 什么是Pod? 官方文档:https://kubernetes.io/docs/concepts/workloads/pods/ Pod是Kubernetes中的最小调度单元,k8s是通