MongoDB 的驱动器大小是否有合适的比例?
例如,如果您有一个 8G 的数据驱动器,那么我的日志驱动器应该有多大?期刊的驱动器怎么样?
我正在关注本教程的更多背景知识,其中指出:
根据解释如何在 EC2 上手动部署 MongoDB 的 MongoDB 教程,其中一个步骤说明您应该:
“用于数据 (1000 IOPS)、日志 (250 IOPS) 和日志 (100 IOPS) 的单个 PIOPS EBS 卷。”
MongoDB 的驱动器大小是否有合适的比例?
例如,如果您有一个 8G 的数据驱动器,那么我的日志驱动器应该有多大?期刊的驱动器怎么样?
我正在关注本教程的更多背景知识,其中指出:
根据解释如何在 EC2 上手动部署 MongoDB 的 MongoDB 教程,其中一个步骤说明您应该:
“用于数据 (1000 IOPS)、日志 (250 IOPS) 和日志 (100 IOPS) 的单个 PIOPS EBS 卷。”
如果您愿意,可以将它组合在一张磁盘上。没有义务拆分。
杂志
Journal 将占用 3GB(如果使用 --small-files 选项则小于 400MB)
期刊+预分配
意识到。如果您不使用 --small-files,那么至少 8GB(包括日志和 oplog)将被预先分配给您的磁盘。这不是丢失的空间,只是为了提高mongo的速度而预留的。使用--small-files,只会预分配1.4GB。
用于发现和测试目的。从 --small-files 开始。
日志文件
日志文件将取决于系统的冗长和不敏感。但是对于你所说的 8GB 数据盘。那么就不会那么多了。默认只有一些系统消息和错误。( http://docs.mongodb.org/manual/reference/configuration-options/ )
要让日志文件旋转,请发送“kill -SIGUSR1 pid”或 mongo --port 27017 --eval “db.runCommand({logRotate:1});” 管理员(http://docs.mongodb.org/manual/reference/command/logRotate/)。然后我每天通过 crontab 删除超过 3 天的日志。
在不同的驱动器上拆分
原因是为了优化磁盘。Journal 是一个 capped collection,它只是按顺序写入。因此需要更少的 IOPS。而日志就是日志,只是添加信息。然后数据,好吧,阅读跳跃了很多,有时也写作,填补了被释放的空白。虽然日志和日志被写在其他磁盘上,但数据磁盘不会浪费时间。每一点点都可以帮助密集型系统。下一步是复制和分片来分散负载。
在https://university.mongodb.com上,如果您有兴趣,可以获取更多相关信息。继M202 MongoDB Advanced Deployment and Operations now之后,what提供了一些具体的信息来优化。