ZABBIX企业级监控架构
基于Nginx-upstream-check-module的钉钉告警脚本
|
1 2 3 4 5 6 7 8 |
# nginx需添加以下配置 server { listen 80; server_name localhost; location /upstream_status { check_status; } } |
基于Nginx-upstream-check-module和nginx-upsync-module的钉钉告警脚本
|
1 2 3 4 5 6 7 8 9 10 11 |
# nginx需添加以下配置 server { listen 80; server_name localhost; location /upstream_status { check_status; } location /upstream_show { upstream_show; } } |
MySQL服务器BIOS配置及IO优化
转载请注明出处： http://www.madown.com/2018/05/30/mysql服务器bios配置及io优化/
1、BIOS设置（DELL服务器需安装OMSA，配置完成后需要重启服务器）
开启CPU高性能模式
omconfig chassis pwrmanagement config=profile profile=maxperformance
关闭NUMA
omconfig chassis biossetup attribute=numa setting=disabled
Linux内核参数优化说明
转载请注明出处：http://www.madown.com/2018/05/30/linux内核参数优化说明/
Linux VM最低保留的空闲内存（Kbytes）
vm.min_free_kbytes = 102400
仅当剩空闲内存低于vm.min_free_kbytes时使用交换空间
vm.swappiness = 0
用户申请内存的时候，系统不进行任何检查任务内存足够用，直到使用内存超过可用内存
vm.overcommit_memory = 1
基于Zabbix的MegaRAID阵列卡状态监控
MegaRAID监控特性：
- 原生linux shell/windows批处理脚本，兼容性更好
- 基于Zabbix LLD自动发现，自动发现RAID卡适配器，RAID阵列组及物理磁盘（目前网络上仅支持自动发现物理磁盘）
- 精准识别RAID阵列级别、阵列磁盘数量及热备盘数量，目前能够精准识别RAID0、1、5、6、10
- 部署简单，一次部署，轻松使用，扩展监控项仅需在Web界面配置
- 如果您在使用过程中遇到了问题，或者有其他更好的建议，请发邮件与我联系：310916789@qq.com
- Zabbix QQ交流群：627583794
CentOS 7.x 网卡名修改脚本
脚本参考http://blog.csdn.net/fanhonooo/article/details/53494100编写
自动识别当前网卡名称，并将其改为eth，如需改为其他名称，请修改“device_name=eth”
修改网卡名后需要重启系统生效，脚本中默认会在30秒等待后进行重启，用户可键入Ctrl+C中断重启
转载请注明出处：http://www.madown.com/2017/07/17/centos-7-x-网卡名修改脚本/
zabbix使用Percona插件监控MySQL状态（附zabbix3.x模板）
Percona监控插件特性：
- 通过zabbix agent进行数据轮询采集
- 预定义的触发器
- 图形集中展现（Screen，聚合图形）
- 默认300秒轮询间隔，使用php脚本采集数据，并写入缓存文件，zabbix agent读取缓存文件收集数据。除特定用于触发器的健康检查项目外，在轮询间隔内，PHP脚本只进行一次采集。
<转>浅谈TCP优化
写的很不错的一篇文章（转自https://huoding.com/2013/11/21/299）
很多人常常对TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱。Ilya Grigorik 在「High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂。
流量控制
传输数据的时候，如果发送方传输的数据量超过了接收方的处理能力，那么接收方会出现丢包。为了避免出现此类问题，流量控制要求数据传输双方在每次交互时声明各自的接收窗口「rwnd」大小，用来表示自己最大能保存多少数据，这主要是针对接收方而言的，通俗点儿说就是让发送方知道接收方能吃几碗饭，如果窗口衰减到零，那么就说明吃饱了，必须消化消化，如果硬撑的话说不定会大小便失禁，那就是丢包了。
Flow Control
接收方和发送方的称呼是相对的，如果站在用户的角度看：当浏览网页时，数据以下行为主，此时客户端是接收方，服务端是发送方；当上传文件时，数据以上行为主，此时客户端是发送方，服务端是接收方。
<踩坑>supervisor中的minfds及minprocs参数用途
使用supervisor遇到的一个坑，为此还撕逼了一下午，先填了再说
先来看看minfds及minprocs这两个参数在supervisor官方文档中的说明（官方文档地址http://www.supervisord.org/configuration.html#supervisord-section-values）：
minfds
The minimum number of file descriptors that must be available before supervisord will start successfully. A call to setrlimit will be made to attempt to raise the soft and hard limits of the supervisord process to satisfy minfds. The hard limit may only be raised if supervisord is run as root. supervisord uses file descriptors liberally, and will enter a failure mode when one cannot be obtained from the OS, so it’s useful to be able to specify a minimum value to ensure it doesn’t run out of them during execution. This option is particularly useful on Solaris, which has a low per-process fd limit by default.
Default: 1024
Required: No.
Introduced: 3.0
大致意思：在supervisord成功启动前，最小的文件描述符数字必须是可以使用的。setrlimit参数会试图提高软硬限制来满足supervisord进程的minfds参数值。如果supervisord的运行用户为root，硬限制会被提高。supervisord可以自由地使用文件描述符，当无法从系统获取时将进入错误模式，所以它能够指定一个最小值，用于确保它不会在执行过程中用光文件描述符。这个参数在Solaris中特别有用，Solaris默认情况下具有较低的进程文件描述符限制。（默认值1024，参数为数值，在3.0版本加入）
minprocs
The minimum number of process descriptors that must be available before supervisord will start successfully. A call to setrlimit will be made to attempt to raise the soft and hard limits of the supervisord process to satisfy minprocs. The hard limit may only be raised if supervisord is run as root. supervisord will enter a failure mode when the OS runs out of process descriptors, so it’s useful to ensure that enough process descriptors are available upon supervisord startup.
Default: 200
Required: No.
Introduced: 3.0
大致意思：在supervisord成功启动前，最小的进程描述符数字必须是可以使用的。setrlimit参数会试图提高软硬限制来满足supervisord进程的minprocs参数值。如果supervisord的运行用户为root，硬限制会被提高。当进程描述符超出系统运行的进程描述符时，supervisord会进入错误模式，因此，在启动supervisord时，需要确保有足够的进程描述符可用。（默认值200，参数为数值，在3.0版本加入）
（突然觉得我的英语水平提高了好多，这是错觉么- -//）