我知道这听起来很奇怪,但我需要一个较慢或缓存的文件系统.
我有很多防火墙,它们将数据系统地记录到一对Linux虚拟机上,这些虚拟机将这些文件写入其“本地”(实际上是连接FC SAN)的ext3格式磁盘,并将消息转发给我们的Splunk服务器.
问题是系统日志服务器正在将这些系统日志消息写入数百,有时数千,每秒微小的4k写入我们的FC SAN – 它现在可以处理这个工作量,但我们的FW流量将至少增长在接下来的几个月中,真的会有5000%的因素,这对SAN来说是一种痛苦,我想在问题出现之前解决根本原因.
因此,我需要一些帮助,找出一种方法,使这些写入以某种方式从“物理”磁盘缓存或保持,以便VM发出更大但更少频率的写入 – 没有办法避免这些写入但是有没有必要这样做很多小的.
我已经看过各种ext3选项,设置了noatime和nodiratime,但这并没有对问题产生太大影响.显然我正在调查其他文件系统,但我想我会抛弃它,以防其他人在将来遇到同样的问题.
哦,我不能将这些消息转发给Splunk,我们的防火墙团队坚持认为他们的原始格式是用于诊断目的.
解决方法
也许提交ext3 mount选项会对你有帮助吗?例如,commit = 60将每分钟仅刷新一次所有数据和元数据.
强制警告:这可能导致数据丢失最多一分钟的数据(如果您传递commit = 60值).