平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数
CPU上下文(context switch)切换就是先把前一个任务的 CPU 上下文（也就是 CPU 寄存器和程序计数器）保存起来，然后加载新任务的上下文到这些寄存器和程序计数器，最后再跳转到程序计数器所指的新位置，运行新任务。
所以，根据任务的不同，CPU 的上下文切换就可以分为几个不同的场景，也就是进程上下文切换、线程上下文切换以及中断上下文切换。
从用户态到内核态的转变，需要通过系统调用来完成。比如，当我们查看文件内容时，就需要多次系统调用来完成：首先调用 open() 打开文件，然后调用 read() 读取文件内容，并调用 write() 将内容写到标准输出，最后再调用 close() 关闭文件。
CPU 寄存器里原来用户态的指令位置，需要先保存起来。接着，为了执行内核态代码，CPU 寄存器需要更新为内核态指令的新位置。最后才是跳转到内核态运行内核任务。而系统调用结束后，CPU 寄存器需要恢复原来保存的用户态，然后再切换到用户空间，继续运行进程。所以，一次系统调用的过程，其实是发生了两次 CPU 上下文切换。
系统调用过程通常称为特权模式切换，而不是上下文切换。但实际上，系统调用过程中，CPU 的上下文切换还是无法避免的。
监控supervisor管理的进程状态，在进程异常退出的时候给出报警。
将进程的状态信息数据发送给Prometheus，通过Prometheus进行报警。
上一篇文章利用 Supervisor 的 Event & Listener 监控进程并报警 已经完全满足需求了，那为啥还要这种方式么？我想有两个点吧，1. 内部环境中存在Prometheus监控报警体系，将报警统一到平台中，方便管理。2.通过平台可以看到进程的趋势图，比如进程的cpu，内存。。不过这个方案也有个缺点，就是报警不及时。有人人说了，node_exporter也可以监控supervisor进程呀。为啥非要自己开发，我只能说，方案千千万，适合自己最好。
监控supervisor管理的进程状态，在进程异常退出的时候给出报警。
利用 Supervisor 的 Event & Listener 功能进行订阅异常退出事件，并进行报警处理。
Supervisor 官方对其 Event 机制的描述是：一个进程的监控/通知框架。
该机制主要通过一个 event listener 订阅 event 通知实现。当被 Supervisor 管理的进程有特定行为的时候，supervisor 就会自动发出对应类型的 event。即使没有配置 listener，这些 event 也是会发的；如果配置了 listener 并监听该类型的 event，那么这个 listener 就会接收到该 event。 event listener 需要自己实现，并像 program 一样，作为 superviosr 的子进程运行。
一直想做个关于资源巡检的功能，其需求就是通过邮件的形式来查看linux资源的使用情况，超出一定的阈值时高亮显示出来。也有人说啦，这个需求通过监控zabbix, prometheus都能做呀，何必自己重复造轮子做这些啊。我就是瞎折腾呗，只能说巡检报告是一总主动探测系统资源的一种手段，一般公司监控，外部都不能直接访问的，需要拨通vpn才可以，有些情况我们是无法连接到监控平台，比如放假游玩，不想打开电脑…这些情况下通过每天的巡检报告可以随时的了解系统资源的情况。
本次使用全手工的方式以kubeadm形式部署kubernetes的ha集群，ha方式选择node节点代理apiserver的方式。
本次我们将实际利用Kubeadm工具来更新集群，这边沿用之前分享的使用kubeadm安装Kubernetes v15.4 ha集群，部署的HA丛集来进行v1.15.4更新至 v1.16.0。
aws中国竟然没有为产品批量添加监控报警的功能…呵呵呵呵,为了减轻工作，实现批量初始化，没有我们就动手自己写脚本吧，使用aws-cli工具可以获取到各项产品的信息，并且可以管理产品。
aws 支持邮件和短信的报警通知，考虑时效性问题和结合公司的使用情况，需要接入企业微信的告警提醒，使用 Lambda 和 sns 的结合，可以实现这个需求，利用 Lambda 接受 SNS 的告警信息，然后通过 python 脚本发送到企业微信的接口上去。由企业微信客户端接收通知。
因为中国区域的Debian版本没有新版的,是不是很无语。云平台竟然连 linux 发行版的系统都没的。。。
首先,在AWS东京地区启动Debian实例,将适当大小的EBS卷挂载到该 Debian 实例上,然后使用dd命令将Debian实例的整个根卷作为文件保存到该EBS卷。
cn-north-1区域中的实例.在该cn-north-1区域的实例中,使用dd命令将该文件写入EBS卷,然后为该EBS卷创建快照,并使用该快照在cn-north-1区域中创建AMI。AMI启动CentOS实例,该实例与在东京地区运行的实例相同。