在 MongoDB Bitnami 副本集架构中配置 Oplog 大小
Configure Oplog Size in MongoDB Bitnami Replicaset Architecture
我找不到在 MongoDB here.
的 Bitnami Helm 图表中配置更高 MongoDB oplog 大小的方法
我的理解是，oplog 会将所有最近的数据保留到一定的大小或年龄，然后丢弃它。该 oplog 允许离线的副本在它们恢复在线后赶上主 oplog。
但是我看不到配置它的方法，也看不到它采用的默认值。根据 MongoDB 文档，linux 将有 5% 的免费 space，最少
990MB，最大 50GB，但对于 Bitnami helm 图表，这可能有所不同。
我会把图片保存在数据库里，压缩后每张大概1MB左右。这将比仅使用文本的数据库更快地填充操作日志。
作为奖励问题，隐藏 Mongo 节点是否需要具有与可能成为主节点的其他节点相同大小的操作日志？我也找不到答案。
输出是这样的：
configured oplog size: 192MB
log length start to end: 65422secs (18.17hrs)
oplog first event time: Mon Jun 23 2014 17:47:18 GMT-0400 (EDT)
oplog last event time: Tue Jun 24 2014 11:57:40 GMT-0400 (EDT)
now: Thu Jun 26 2014 14:24:39 GMT-0400 (EDT)
您看到了 oplog 大小。 log length start to end 的时间意味着，不到 18.17 小时前断开连接的 SECONDARY 仍然能够同步。
您可以使用 extraFlags 参数在 bitnami Helm Chart 上配置它。该参数会将选项传递给 MongoDB 启动。
查看 MongoDB 文档，您可以使用 replication.oplogSizeMB，解释了 here. The reference is for the MongoDB configuration file, but as explained here 配置文件中的选项等同于命令行选项。
我找不到在 MongoDB here.
的 Bitnami Helm 图表中配置更高 MongoDB oplog 大小的方法我的理解是，oplog 会将所有最近的数据保留到一定的大小或年龄，然后丢弃它。该 oplog 允许离线的副本在它们恢复在线后赶上主 oplog。
但是我看不到配置它的方法，也看不到它采用的默认值。根据 MongoDB 文档，linux 将有 5% 的免费 space，最少 990MB，最大 50GB，但对于 Bitnami helm 图表，这可能有所不同。
我会把图片保存在数据库里，压缩后每张大概1MB左右。这将比仅使用文本的数据库更快地填充操作日志。
作为奖励问题，隐藏 Mongo 节点是否需要具有与可能成为主节点的其他节点相同大小的操作日志？我也找不到答案。
输出是这样的：
configured oplog size: 192MB
log length start to end: 65422secs (18.17hrs)
oplog first event time: Mon Jun 23 2014 17:47:18 GMT-0400 (EDT)
oplog last event time: Tue Jun 24 2014 11:57:40 GMT-0400 (EDT)
now: Thu Jun 26 2014 14:24:39 GMT-0400 (EDT)
您看到了 oplog 大小。 log length start to end 的时间意味着，不到 18.17 小时前断开连接的 SECONDARY 仍然能够同步。
您可以使用 extraFlags 参数在 bitnami Helm Chart 上配置它。该参数会将选项传递给 MongoDB 启动。
查看 MongoDB 文档，您可以使用 replication.oplogSizeMB，解释了 here. The reference is for the MongoDB configuration file, but as explained here 配置文件中的选项等同于命令行选项。