运维收藏：日志标准化必须面对的 4 类问题
在很多安全分析类产品建设的过程中都会涉及到关联分析，比如日志分析、soc、态势感知、风控等产品。之前的文章中阐述过五种最常见的关联分析模型，在文中也介绍了：要想达到很好的关联分析效果，前提是对采集过来的日志进行标准化解析。解析的维度越多、内容
老派运维，你还有多久会消失？
上图来自Gartner官网 。2019年11月13日，Gartner，Inc预测，到2020年，全球公共云服务市场将从2019年的2278亿美元增长到2664亿美元，增长17%。(这里指的公有云服务包括：BPaaS =业务流程即服务;IaaS =基础架构即服务;PaaS =平台即服务;SaaS =软件即服务;CMSS
这些 Nginx 负载均衡配置误区，运维请掌握
可以看到，过了 fail_timeout 的时间后，Ngxin 会再次将请求发往 FPM-PHP1 进行尝试，尝试2次失败后，在 fail_timeout 时间内，不会再将请求分发， 这里有几个误区： Nginx 记录了连接上游失败，这个请求就返回错误请求，或这个请求丢失没处理 这个理解是错
4个优秀的Linux监控工具
身为一个运维开发人员，如果你不知道眼下当前服务器底层操作系统中正在发生什么，那就有点合眼摸象了。其实，你可以根据相应数据做出一定的推测，但是要做到这一点，就需要原始数据，并且数据要有一定的实时性。 你需要能够根据操作系统当前的运行状态，结合
运维工程师秘籍：请收好Linux网络命令集锦
由于nio的普及，ck10k的问题已经成为过去式。现在随便一台服务器，就可以支持数十万级别的连接了。那么我们来算一下，100万的连接需要多少资源。 首先，每一个连接都是文件句柄，所以需要文件描述符数量支持才行，每一个socket内存占用15k-20k之间，这样，仅
Nginx 五大常见应用场景，运维请掌握
1）编译安装时使用–with-http_stub_status_module开启状态页面模块 #tar-zxvfnginx- 1.12 . 2 .tar.gz #cdnginx- 1.12 . 2 #./configure\ –with-http_ssl_module //开启SSL加密功能 –with-stream //开启TCP/UDP代理模块 –with-http_stub_status_module /
Linux 运维必须明白的 17 个实用技巧
1、查找当前目录下所有以.tar结尾的文件然后移动到指定目录： find.-name*.tar-execmv{}./backup/; 注解 ：find name 主要用于查找某个文件名字，-exec 、xargs可以用来承接前面的结果，然后将要执行的动作，一般跟find在一起用的很多，find使用我们可以延伸
从基础搭建一个自动化运维体系
DevOps的出现有其必然性。在软件开发生命周期中，遇到了两次瓶颈。第一次瓶颈是在需求阶段和开发阶段之间，针对不断变化的需求，对软件开发者提出了高要求，后来出现了敏捷方法论，强调适应需求、快速迭代、持续交付。第二个瓶颈是在开发阶段和构建部署阶段
麻利地排查各类系统故障的运维方法
今天准备谈下对于IT人员面对技术类问题分析和解决的一些思路和实践总结，在很早以前我就谈到过，对于开发人员在后期需要的不是简单的新业务功能的设计和开发能力，而是问题分析和解决能力。这类问题分析和解决本身又包括了两个方面内容： 其一是IT系统运行类
运维：终于不用时刻准备着数万实例的Redis集群了！
1、资源隔离 当前的Redis Cluster部署在物理机集群上，为了提高资源利用率节约成本，多业务线的Redis集群都是混布的。由于没有做CPU的资源隔离，经常出现某Redis节点CPU使用率过高导致其他Redis集群的节点争抢不到CPU资源引起时延抖动。因为不同的集群混布，