MongoDB. Почему при увеличении размера коллекции сильно увеличивается время вставки новых документов?

MongoDB 3.2.1 | wiredTiger

Вставляются новые документы.
Никаких условий или сложной выборки нет.

Collection statistics:
«count»: 149380522 «size»: 5582314593.0 «avgObjSize»: 37 «storageSize»: 12036964352.0 «capped»: false «totalIndexSize»: 1537122304.0

/etc/security/limits.d/99-mongodb.conf
mongod soft fsize unlimited mongod hard fsize unlimited mongod soft cpu unlimited mongod hard cpu unlimited mongod soft as unlimited mongod hard as unlimited mongod soft nofile 65536 mongod hard nofile 65536 mongod soft nproc 65536 mongod hard nproc 65536

В выводе dmesg нет ничего бросающегося в глаза.

mongostat:
insert query update delete getmore command % dirty % used flushes vsize res qr|qw ar|aw netIn netOut conn time *0 *0 217 *0 0 139|0 2.0 29.4 0 2.6G 2.3G 0|0 0|1 136k 59k 6 2016-02-15T14:45:49+03:00 *0 *0 175 *0 0 109|0 0.7 29.4 1 2.6G 2.3G 0|0 0|1 108k 50k 6 2016-02-15T14:45:50+03:00 *0 *0 43 *0 0 32|0 0.5 29.4 0 2.6G 2.3G 0|0 0|1 29k 27k 6 2016-02-15T14:45:51+03:00 *0 *0 10 *0 0 7|0 0.6 29.4 0 2.6G 2.3G 0|0 0|1 6k 20k 6 2016-02-15T14:45:52+03:00 *0 *0 28 *0 0 15|0 0.6 29.4 0 2.6G 2.3G 0|0 0|1 14k 23k 6 2016-02-15T14:45:53+03:00 *0 *0 2 *0 0 1|0 0.6 29.4 0 2.6G 2.3G 0|0 0|1 425b 18k 6 2016-02-15T14:45:54+03:00 *0 *0 1 *0 0 2|0 0.6 29.4 0 2.6G 2.3G 0|0 0|1 368b 18k 6
Читать дальше

Mongodb replicaset — вечный STARTUP2?

Есть монга, нормально функционирующий replica set из трёх участников: primary, secondary, arbiter:
MongoDB shell version: 2.4.8 connecting to: test set_v2:STARTUP2> rs.status( ) { «set»: «set_v2», «date»: ISODate(«2014-02-06T08:20:54Z»), «myState»: 5, «syncingTo»: «deb-db:27017», «members»: [ { "_id": 1, «name»: «eng-db:27017», «health»: 1, «state»: 7, «stateStr»: «ARBITER», «uptime»: 169086, «lastHeartbeat»: ISODate(«2014-02-06T08:20:53Z»), «lastHeartbeatRecv»: ISODate(«2014-02-06T08:20:54Z»), «pingMs»: 50 }, { "_id": 2, «name»: «jam-db:27017», «health»: 1, «state»: 2, «stateStr»: «SECONDARY», «uptime»: 169086, «optime»: Timestamp(1391674853, 18), «optimeDate»: ISODate(«2014-02-06T08:20:53Z»), «lastHeartbeat»: ISODate(«2014-02-06T08:20:53Z»), «lastHeartbeatRecv»: ISODate(«2014-02-06T08:20:53Z»), «pingMs»: 50, «syncingTo»: «deb-db:27017» }, { "_id": 3, «name»: «deb-db:27017», «health»: 1, «state»: 1, «stateStr»: «PRIMARY», «uptime»: 169086, «optime»: Timestamp(1391674852, 50), «optimeDate»: ISODate(«2014-02-06T08:20:52Z»), «lastHeartbeat»: ISODate(«2014-02-06T08:20:52Z»), «lastHeartbeatRecv»: ISODate(«2014-02-06T08:20:52Z»), «pingMs»: 50 }, { "_id": 4, «name»: «bac-db:27017», «health»: 1, «state»: 5, «stateStr»: «STARTUP2», «uptime»: 169109, «optime»: Timestamp(1391505782, 63), «optimeDate»: ISODate(«2014-02-04T09:23:02Z»), «errmsg»: «syncing to: deb-db:27017», «self»: true } ], «ok»: 1 }

Базы достаточно большие. Возникла необходимость добавить ещё одного участника. Добавил стандартным путём, но через какое-то время реплика перестала забирать дамп с primary.
Читать дальше