1
每天写入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卷上-在写入到交换卷忽略不计-我已经基本上打折以此为原因（有充足的可用内存-无一不free和iostat显示最小的交换使用）。 我的数据（mysql数据库，用户文件（网站），所有日志（来自/ var / log），邮件和清漆文件）都位于其自己的EBS卷上（使用mount --bind）。/mnt/data 我剩下的文件-操作系统和核心服务器应用程序（例如nginx，postfix，dovecot等）-是根卷上唯一的文件-总计1.2GB。 新设置比旧系统运行“更流畅”（速度更快，内存更少等），并且已经稳定了20天（10月中旬），据我所知，这段时间内一直存在较高的写入量。 与我的预期相反，我的读取量很低（就根卷的块和字节而言，我的读取量约为写入量的1.5％）。在过去几天中，我没有更改根卷上的任何内容（例如，新安装的软件等），但是写入量仍然远远高于预期。 目标：确定增加对根卷的写入的原因（本质上，确定它是一个进程（以及哪个进程），不同的（ext4）文件系统还是另一个问题（例如内存））。 系统信息： 平台：亚马逊的EC2（t1.micro） 操作系统：Amazon Linux 2011.09（源自CentOS / RHEL） Linux内核：2.6.35.14-97.44.amzn1.i686 架构：32位/ i686 磁盘：3个EBS卷： xvdap1，root，ext4文件系统（通过noatime挂载） xvdf，数据，xfs文件系统（已安装noatime，usrquota，grpquota） xvdg，交换 根和数据卷每天快照一次-但是，这应该是“读”操作，而不是写操作。（此外，在先前的服务器上使用了相同的做法-先前的服务器也是t1.micro。） 导致我查看I / O的数据包含在我上次AWS账单的详细信息中（该账单高于正常I / O，这并不出乎意料，因为我正在设置此服务器，并在一开始就安装了很多东西月份），然后按附加的EBS卷的CloudWatch指标。我通过推算11月份（当我没有更换服务器时）的I / O活动来估算每月价值，并将其与过去几个月不工作时的I / O进行比较，得出“正常4倍”的数字。在我以前的服务器上。（我没有来自先前服务器的确切iostat数据）。相同的写入量一直持续到11月，为170-330MB /小时。 诊断信息（以下输出的正常运行时间为20.6天）： Cloudwatch指标： …