小编cyb*_*x86的帖子

每天写入 5.5GB 到 1.2GB 根卷 - 是以前水平的 4 倍

问题: 我最近改造了我的一台服务器,它在使用前进行了测试,并且运行良好,但是,几天前,我注意到对根卷的写入量大约是通常的 4 倍。这不是性能问题 - 服务器运行良好。

我的改造相当广泛(完全重建),所以就原因而言,我没有太多事情要做。简而言之,我的变化包括:

  • 升级 Amazon 的 Linux(从 2011.02 到 2011.09) - 这也导致根卷从 ext3 更改为 ext4
  • 从 php-fcgi 迁移到 php-fpm(目前使用 tcp)
  • 从反向代理(nginx -> apache)设置移动到仅 nginx
  • 用纯 ftpd 替换 vsftpd
  • 用 opendkim 替换 dkim-proxy
  • 用 ispconfig 替换 webmin
  • 添加清漆作为动态文件的缓存层(对于这些网站获得的点击量来说太过分了,但这是一个实验)
  • 添加交换分区

基本设置:

  • 我的交换空间安装自己的EBS卷上-在写入到交换卷忽略不计-我已经基本上打折以此为原因(有充足的可用内存-无一不freeiostat显示最小的交换使用)。
  • 我的数据(mysql 数据库、用户文件(网站)、所有日志(来自 /var/log)、邮件和清漆文件在他们自己的 EBS 卷上(使用mount --bind)。底层 EBS 卷安装在/mnt/data
  • 我剩下的文件——操作系统和核心服务器应用程序(例如 nginx、postfix、dovecot 等)——是根卷上唯一的东西——总共 1.2GB。

新设置比旧系统运行“更流畅”(更快、更少内存等),并且已经稳定了 20 天(10 月中旬)——据我所知,提升的写入一直存在.

与我的预期相反,我的读取量很低(我的读取量约占写入量的 1.5%,无论是在我的根卷上的块还是字节数)。在过去的几天里,我没有对根卷(例如新安装等)进行任何更改,但写入量仍然比预期高得多。

目标:确定对根卷的写入增加的原因(本质上,确定它是一个进程(以及哪个进程)、不同的(ext4)文件系统或其他问题(例如内存))。

系统信息:

  • 平台:亚马逊的EC2(t1.micro)
  • O/S:Amazon's Linux 2011.09(CentOS/RHEL衍生)
  • Linux 内核:2.6.35.14-97.44.amzn1.i686
  • 架构:32位/i686
  • 磁盘:3 …

ext4 io amazon-ebs alternative-php-cache

9
推荐指数
1
解决办法
1391
查看次数

标签 统计

alternative-php-cache ×1

amazon-ebs ×1

ext4 ×1

io ×1