LNMP Nginx环境下CPU某个时间段占用100%的处理

先来看看LNMP Nginx环境下CPU某个时间段占用高的状况,部落用的阿里云的主机,在控制台可以看到如下图:

由上图可以很明显地看到,每到一个整点,CPU的占用就上去了,非常的准时,基本都是在整点,持续时间大约为3分到4分钟左右.

打开网站日志,可以看到一个很明显的百度蜘蛛抓取:

上图是缩略图,点击可以放大查看.由上图可以看到,有一个IP在整点的时间段访问非常频繁,而且部落在查看了其它的时间点的IP访问,并没有发现这个IP.

由整个访问日志可以看到,显示为百度蜘蛛抓取.

后来部落通过nslookup命令查询了一下,发现这个居然不是百度蜘蛛:

这里部落需要说明一下,如果您使用了CDN加速的话,那么获得的IP是不真实的,上面的方法就无效了.

果断屏蔽了这个IP.

如果您不会的话,可以看看LNMP安装包nginx下屏蔽IP,IP段的操作过程这篇文章.

再次回到阿里云查看,整点占用CPU高的现像已经消除了.

上图可以看到,基本整点的CPU占用,都在一个合理的范围了.

小结

Nginx环境下CPU某个时间段占用高的处理过程到此就告一段落了,其实这里主要是体现一个操作过程,没有其它的技巧.

时间： 2024-10-24 10:34:11

LNMP Nginx环境下CPU某个时间段占用100%的处理的相关文章

DX1.5的伪静态规则(nginx环境下)

dx1.5的伪静态规则(nginx环境下) 每个环境的伪静态规则都会有区别的,像dx1.5的apache,iis,nginx三种都会有一点区别.下面我们来看看看nginx环境下的做法. rewrite ^([^.]*)/topic-(.+).html$ $1/portal.php教程?mod=topic&topic=$2 last; rewrite ^([^.]*)/article-([0-9]+)-([0-9]+).html$ $1/portal.php?mod=view&aid=$2&

如何解决XP系统下ekrn.exe内存占用100%

如何解决XP系统下ekrn.exe内存占用100% ekrn.exe内存占用100%时,解决步骤: 1.确定你已经安装了微软官方发布的WinXP所有的SP2补丁(其中包括有Svchost.exe系列问题的BUG补丁,不是指SP3哈). 2.暂停EAV全部监控.几秒之后,ekrn.exe占用自动降为0%. 3.几秒之后Svchost.exe出现占用CPU100%的现象. 4.打开控制面板==>管理工具==>服务,找到"Automatic Updates",设置成手动启动,

nginx环境下安装zabbix的配置笔记

lnmp环境配置如果你的系统已经安装了lnmp环境那就跳过此步如果你的系统没有安装lnmp环境那就先安装一下,推荐使用http://lnmp.org/install.html军哥的一键安装包,网站上有详细的安装说明,这里我就不多加说明了安装zabbix前环境配置先到官方上去现在所需的软件 http://www.zabbix.com/download.php 选择对于自己系统的软件下载页面这里我讲一下这次要安装zabbix的软件,我都先下载好,丢到服务器上,有时候zabbix下载软件好慢

nginx环境下配置ssl加密（单双向认证、部分https）_nginx

nginx下配置ssl本来是很简单的,无论是去认证中心买SSL安全证书还是自签署证书,但最近公司OA的一个需求,得以有个机会实际折腾一番.一开始采用的是全站加密,所有访问http:80的请求强制转换(rewrite)到https,后来自动化测试结果说响应速度太慢,https比http慢慢30倍,心想怎么可能,鬼知道他们怎么测的.所以就试了一下部分页面https(不能只针对某类动态请求才加密)和双向认证.下面分节介绍. 默认nginx是没有安装ssl模块的,需要编译安装nginx时加入--with

apache/nginx环境下域名301重定向方法总结

之前张小三资源网也总结过域名301重定向的教程,但是较乱,这次重新编排一下,力求简单高效的在nginx和apache环境下把不带WWW的域名301到带WWW域名上的重定向. nginx域名301重定向有三种方法: 原生法 nginx高版本支持: server { server_name 111cn.net; return 301 http://www.111cn.net$request_uri; } 重写法 nginx通用支持: server { server_name 111c

php-fpm+nginx环境下只显示The page you are looking for is temporarily unavailable

今天在升级wordpress的时候,过程中突然出现"The page you are looking for is temporarily unavailable"错误,但在php.php-fpm和nginx的日志中均没有发现php的错误信息,将php.ini中的display_errors打开也没有php错误出现,在网站根目录下面写了个phpinfo可以正常运行,重启php依然如故,但重启了nginx之后网站访问就正常了. 原来wordpress升级的过程中因为比较耗时,造成php-

Apache与Nginx环境下禁止目录运行PHP脚本

如果上传目录被植入 PHP 文件,即可远程执行.为了安全起见,我们一般会对上传目录禁止运行 PHP 脚本. 在 Apache 下面我们可以通过一下方法来禁止运行 PHP 脚本: <Directory /wp-content/uploads> php_flag engine off </Directory> Nginx 方法如下: location /wp-content/uploads/ { location ~ .*\.(php)?$ { deny all;

Nginx环境下PHP flush失效的解决方法_php技巧

问题我在一次调试PHP逐行输出时候,发现ob_flush和flush两个都失效了,通过phpinfo基本能判断php.ini的设置是正常的. 解决方法再去看Nginx,发现Nginx中,有如下的设置: fastcgi_buffer_size 128k; fastcgi_buffers 8 128k; 问题基本找到了,Nginx会缓冲PHP输出的信息,当达到128k时才会将缓冲区的数据发送给客户端,那么我们首先需要将这个缓冲区调小,比如: fastcgi_buffer_size 4k; fas

lnmp环境下网站日志进行分割配置

这个教程适用于Nginx用户及lnmp用户参考的参考,其他环境下,大叔不鸡道哈! 首先我们得用root 登陆执行 #!/bin/bash #function:cut nginx log files for lnmp v0.5 and v0.6 #set the path to nginx log files log_files_path="/home/wwwlogs/" log_files_dir=${log_files_path}$(date -d "yesterday&q