在项目的开始阶段，我们需要投入更多的精力去分析需求、总结现有数据、确定需求、为寻找解决方案做规划，因此非常重要，只要保持一个清晰的思路，相信我们就成功了一半。而后续方案交流中的技术细节，我们需要做的是选择题，找出一套适合我们的方案即可。

需求最近前同事问我有没有免费或者开源的硬件运维管理平台，通过此平台可以实现包括自动抓取服务器配置、带外管理、开关机、bios配置、固件升级等等功能。虽然我们可以通过IPMI标准监视接口跨不同的操作系统、固件和硬件平台，智能的监视、控制和自动回报大量服务器的运作状况，以降低服务器管理成本；但是服务器厂商都有自己的硬件管理平台，如华为的BMC、戴尔的iDRAC，没有一个统一的管理平台服务可以兼容各家厂

磁盘类告警只是我们诸多告警中的冰山一角，虽然我们有值班人员甚至是运维团队支撑，但是也不能因为这种小问题就分散注意力，这时我们就需要考虑如何通过自动化实现。

如果我们的生产服务器没有做到开发、运维、测试人员的权限分离，那么本次的高危命令总结就可以派上用场了。

Jenkis分布式预热Jenkins是Master-Slave架构，Master节点提供Web GUI 和API来管理、分配、运行构建任务；Slave节点只是用来运行Master节点分配的构建任务；因此Slave可以有效减轻Master的工作负载，这也意味着Slave节点可以分布在不同平台并且无需安装jenkins的完整包。Master和Slave通信方式：Master->Slave...

背景FastNetMon+Influxdb+Grafana+GoBGP可搭建一套基于 NetFLOW / sFLOW 的流量统计报告系统，其中：FastNetMon 是一个基于多种抓包引擎（NetFlow, IPFIX, sFLOW, netmap, PF_RING, PCAP）的DoS/DDoS攻击高效分析工具，可以探测和分析网络中的异常流量情况，同时可以通过外部脚本通知或阻断攻击；Influx

简介Prometheus+Grafana作为监控K8S的解决方案，大都是在K8S集群内部部署，这样可以直接调用集群内的cert及各种监控url，但是增加了集群的资源开销。因此在资源有限的情况下，我更倾向于K8S集群外独立部署Prometheus+Grafana。虽然Prometheus+Grafana独立部署，但是收集不同维度监控指标的exporter需要部署在集群内，主要有以下三种：维度工具监控

需求k8s集群中的node节点要升级内存，以应对服务迁入、pod扩缩容导致的资源短缺，需要对node节点进行停机维护，那么此时node节点上的pod应该如何处理呢？下面我们来看一下。默认迁移当node节点关机后，k8s集群并没有立刻发生任何自动迁移动作，如果该node节点上的副本数为1，则会出现服务中断的情况。其实事实并非如此，k8s在等待5分钟后，会自动将停机node节点上的pod自动迁移到其他

Percona Monitoring and Management是一个用于管理和监视MySQL、MongoDB、PostgreSQL和MariaDB性能的开源平台，我们可以在自己的环境中运行该插件，以实现最大的安全性和可靠性。它为数据库服务器提供了基于时间的全面分析，以确保您的数据尽可能高效地工作。PMM可以说是同类最佳的开源数据库监视解决方案。它可以帮助您降低关键业务数据库环境的复杂性，优化性

在添加magent代理后，做memcached测试的发现，如果并发很高，数据库的连接数居高不下，按理讲随着将key存入缓存中，连接数应该慢慢降下来才对，但是当并发低的时候却很正常。由于在启动memcached时，加入了-vvv参数打印内部状态信息，查看日志：29: going from conn_parse_cmd to conn_write29: going from conn_wri