日志服务器的存储规划

日志服务器的规划，从估算每天的写入量开始。写入量决定磁盘吞吐要求，压缩比决定实际占用空间，保留周期决定总容量，三件事互相牵连，顺序不能乱。 一、写入吞吐怎么估 把所有来源的日志行数乘平均行长：一百台机器、每台每秒十条、每条 200 字节，就是每秒 200KB 的持续写入。这个量级普通云盘毫无压力，翻十倍也不怕。真正的坑是突发：应用报错刷屏时，写入量可能瞬间涨几十倍，磁盘和分区要留出应对突发的余量。来源侧先做一级分类，rsyslog 按设备或级别分文件落盘，别把所有日志堆进同一个文件。写入侧尽量批量合并，应用端攒一秒再发，比逐条直写对磁盘友好得多。 二、压缩比能省多少 文本日志的压缩率普遍在 8 到 10 倍，1TB 原始日志压完只剩一百多 GB。logrotate 每天轮转并 gzip： /var/log/remote/*.log { daily rotate 90 compress delaycompress } delaycompress 给当天文件留出处理窗口，rotate 90 即保留九十份。轮转后的旧日志再按月归档打包，翻历史记录时用 zgrep 直接在压缩包里搜，不用先解压。 三、保留周期怎么定 安全审计类日志往往有合规上的最短保留要求，动辄半年一年，具体天数以所在行业的规定为准，写进制度再执行。保留方式可以分级：最近七天每天一份，之后每周一份，再往前的按月归档。排障类日志两周到一个月就够。两类分开设策略，别一刀切全留一年，白白多买几倍磁盘。 四、机型与收尾 日志写入是顺序大块 IO，对 IOPS（每秒读写次数）不敏感，容量优先。顺云的高防云服务器 S4 加大容量数据盘是常见组合，合规要求严、量特别大的业务再考虑裸金属 B4。 上线后用 du -sh 每周核对一次目录增速，和估算对不上就调整轮转参数，并把核对动作写进值班检查清单。日志规划是跟着业务量走的长期活，参数定好只是起点。