加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

需要较慢/缓存的Linux文件系统

发布时间:2020-12-13 17:11:54 所属栏目:Linux 来源:网络整理
导读:我知道这听起来很奇怪,但我需要一个较慢或缓存的文件系统. 我有很多防火墙,它们将数据系统地记录到一对Linux虚拟机上,这些虚拟机将这些文件写入其“本地”(实际上是连接FC SAN)的ext3格式磁盘,并将消息转发给我们的Splunk服务器. 问题是系统日志服务器正在将
我知道这听起来很奇怪,但我需要一个较慢或缓存的文件系统.

我有很多防火墙,它们将数据系统地记录到一对Linux虚拟机上,这些虚拟机将这些文件写入其“本地”(实际上是连接FC SAN)的ext3格式磁盘,并将消息转发给我们的Splunk服务器.

问题是系统日志服务器正在将这些系统日志消息写入数百,有时数千,每秒微小的4k写入我们的FC SAN – 它现在可以处理这个工作量,但我们的FW流量将至少增长在接下来的几个月中,真的会有5000%的因素,这对SAN来说是一种痛苦,我想在问题出现之前解决根本原因.

因此,我需要一些帮助,找出一种方法,使这些写入以某种方式从“物理”磁盘缓存或保持,以便VM发出更大但更少频率的写入 – 没有办法避免这些写入但是有没有必要这样做很多小的.

我已经看过各种ext3选项,设置了noatime和nodiratime,但这并没有对问题产生太大影响.显然我正在调查其他文件系统,但我想我会抛弃它,以防其他人在将来遇到同样的问题.

哦,我不能将这些消息转发给Splunk,我们的防火墙团队坚持认为他们的原始格式是用于诊断目的.

解决方法

也许提交ext3 mount选项会对你有帮助吗?例如,commit = 60将每分钟仅刷新一次所有数据和元数据.

强制警告:这可能导致数据丢失最多一分钟的数据(如果您传递commit = 60值).

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读