1、Open-falcon运维监控系统简介OpenFalcon是一款由小米运维团队从互联网公司的需求出发，根据多年的运维经验，结合市面上使用的一些运维监控系统的使用经验和反馈，开发的一套企业级、高可用、可扩展的开源监控解决方案。简单了使用一下Open-falcon运维监控，结合使用过的zabbix，cacti，nagios来说，觉得有以下几个优点：支持用户主动push，可以结合一些业务需求采集数据
构思过程： 一开始单纯的写了个内存监控的脚本，每隔5分钟收集服务器的内存信息，然后将收集到的数据写进数据库中，但后来发现就算把收集的信息写入数据库，如果需要查询某个时段的内存信息，需要手动进入数据库中查看表里的数据，所以干脆结合Bootstrap+django做成一个demo，能够直观的展示后台所收集到的监控信息，这样就省事很多了。合适的工具： 因为之前接触过Echarts，所
问题背景 前段时间，负责ELK那哥们儿想把Kibana调整成为LDAP内部用户认证，运维这边了解到这个需求，着手调研。解决方案及思路 首先Kibana现在只是用了一个叫Searchguard的插件来控制访问，但是这个插件需要和JIRA用户统一认证，需要手动开通账户，维护成本高，并且实施起来的效率也很低，所以才打算搭建一个LDAP服务器，然后同步JIRA用户信息，实现Kibana统一认证。 经过讨论
一、问题背景： 学习使用自动运维工具saltstack的过程中，其中state模块是帮助管理员控制minion达到一个预想的状态。换句话来说，我想让minion能够远程执行命令，自动配置环境文件，软件安装、服务启动、关闭，信息收集等自动化操作，都能通过saltstack的state模块实现。 并且最重要的一个好处就是简单、简洁、方便。引用一段官方文档的话：Simplicity,
记录使用有关Saltstack集中化管理平台遇到的问题，以及解决的思路和过程，还有相关salt-api、salt.client等使用笔记。
大致想法以及背景：刚开始创建Django项目，可以通过runserver命令更方便地调试程序，但是如果当一个项目完成了之后，需要部署到真正的环境，就需要考虑其稳定性。之前在写毕设的时候，写过一个自动化运维监控的项目，部署在自己的阿里云服务器上。那时候没啥经验，直接一个（pyhonrunserver0.0.0.0:8888&）让项目在后台自己跑。所以对一些项目挂掉，数据库连接失败等问题不能够
简介：目前业界主流存储与分析平台以Hadoop为主的开源生态圈，MapReduce作为Hadoop的数据集的并行运算模型，除了提供Java编写MapReduce任务外，还兼容了Streaming方式，可以使用任意脚本语言来编写MapReduce任务，优点是开发简单且灵活。
Ansible是一种集成IT系统的配置管理、应用部署、执行特定任务的开源平台
通过部署Saltstack,可以在服务器上批量执行命令，根据不同业务需求集中化管理。
关于shell的常用的系统变量，文本处理工具，系统配置文件，系统命令
做一个战士不是一件简单的事，这是一件无休止的，会持续到我们生命最后一刻的斗争。没有人生下来就是战士，就像没人生下来就注定庸碌，是我们让自己变成这样或者那样！——夏目漱石设计思路：调用optparse.OptionParse()方法，构建选项分析器，接受主机名（或者IP地址），扫描的端口列表两个参数。构建两个函数PortScan和ConnScan,PortScan解析主机名成IP地址，然后枚举端口列
使用zabbix时遇到的问题
在自强学堂上学习了下django，自己花了点时间写个输入网址生成二维码的网页。
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
