Cho*_*er3 5 linux filesystems ext3 cache
我知道这听起来很奇怪，但我需要一个更慢或缓存的文件系统。
我有很多防火墙将它们的数据系统记录到一对 Linux 虚拟机，这些虚拟机将这些文件写入它们的“本地”（实际上是 FC SAN 连接）ext3 格式的磁盘，并将消息转发到我们的 Splunk 服务器。
问题是 syslog 服务器正在将这些 syslog 消息以每秒数百次甚至数千次约 4k 的微小写入写回我们的 FC SAN——它现在可以处理这种工作负载，但我们的 FW 流量将至少增长在未来几个月内（真的）增加 5000% 的因素，这对 SAN 来说是一个痛苦，我想在问题出现之前解决根本原因。
所以我需要一些帮助来找出一种方法，以某种方式从“物理”磁盘中缓存或延迟这些写入，以便 VM 触发更大但不那么频繁的写入 - 没有办法避免这些写入，但是有不需要它做这么多小事。
我查看了各种 ext3 选项，设置了 noatime 和 nodiratime 但这并没有对问题造成太大影响。显然，我正在调查其他文件系统，但我想我会把它扔掉，以防其他人将来遇到同样的问题。
哦，我不能只是将这些消息转发到 Splunk，我们的防火墙团队坚持认为它们采用原始格式以用于诊断目的。
也许commitext3 挂载选项会对您有所帮助？例如，commit=60每分钟仅刷新一次所有数据和元数据。
强制性警告：这可能会导致最多一分钟的数据丢失（如果您传递 commit=60 值）。