大多数公司都用nginx，用来做反向代理的也很多，然而一个nginx上挂n多个虚拟主机，也不常见，生产的，准生产的，测试的，后端的app server，除了生产的，其它经常换。什么改个转发的主机、换个转发端口、暂时关掉一台测试的，一堆。虽然就是登录主机，改个配置的事，但做多了也没劲。 何不想办法让其更方便一些。通过web操作，更方便，也直观，集中管
话说运维监控，出口就是nagios、cacti、zabbix、Ganglia、Graphite 等，还有自已公司开发的，但采集轮询时间一般为 5分钟，1分钟 ，最少的也没30秒内的，但如果服务器异常，要时实查看，不得不开多个终端，一边处理分析，一边查看。 自动化运维工具，时实查看，5秒刷新一次并出图。可放心的去处理，并时实知道服务器的运行情况。
公司里一般都会对服务器信息统计,(如服务器 cpu、内存、系统、ip、mac、sn等)。高大上的公司都会有专门的开发或第三方成品的CMDB，最起码也会搞个Excel把这些信息都对应填好。如果服务器加个内存、换个ip主机名，手动再去把表格更新。万一哪天忘更新了，或者服务器变更不是我操作的，后期还得化时候去一一校对，我你个去..... 另，公司一般的上
一直都想搞个自动化运维平台，有这东西用的就是方便。我个人认为简单的web操作是最方便，就像我们的自动化发布平台一样，以前发布通过脚本，(源代码迁出:git clone ->编译生成:maven ->推送代码: rsync ->检测站点 ->完成）每次更改不同的项目名，不同的tag，都特别谨慎，生怕操作错误，后来写成的web 直接选择：填
经常有开发需要前端nginx上的日志，ftp 自己下载，不行网速太慢，而且还需要（如5xx ，响应慢超时的url）。logstash 重量级，没必要消耗服务器性能，且只是在有问题的时候才需要日志。 写了个日志生成下载的小工具给他们，需要的日志，自己提取，爽....—————————————————————————— 使用js 控件做了个时
服务器初始化脚本，可以参考一下。#!/bin/env bash exportPATH=$PATH:/bin:/sbin:/usr/sbin# Require root to run thisscript. 判断当前用户是否为rootif [[ "$(whoami)"!= "root" ]]; then echo "P
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
