EleanorМихаил,

Шардинг на 2 сервера. 16 ядер нагружены в районе 2%, нагрузке и взяться неоткуда, там простейшие чтения-вставки, а вся более сложная обработка - в реляционной части системы.

Данные в принципе можно было не шардировать и держать все на одном сервере, но на этапе начального внедрения были мысли, что расширяться будем, закупая новые сервера и добавляя новые шарды. А оказалось, что нагрузка растет медленно, и только диски нужно постоянно докупать.

На WiredTiger не перешли.
Из-за кривой работы WT с zilb и silent data corruption не рискнули? Или из-за медленного поиска по ключу?
MMAPv1 используется на 2.6 (блокировка на уровне базы) или 3.x (блокировка на уровне коллекции)? Бэкап через LVM или обычным способом?

Eleanor при проведении тестирования zlib в логе было сообщение, что в процессе сжатия возникло ~300 ошибок
Тестирование было на 3.0.1 версии?

EleanorAndy_OLAP,

>> Из-за кривой работы WT с zilb и silent data corruption не рискнули? Тестирование было на 3.0.1 версии?
Точную версию не помню, но пришлось тестировать практически сразу после появления тройки, чтобы успеть, пока на серверах еще было место под вторую полную копию БД.
А потом руководство с Mongo наигралось, и на кластер больше никто не ковыряет, если проблем не возникает.

>> Бэкап через LVM или обычным способом?
Фактически LVM. Но вы не поверите, у нас Windows.

Тоже где-то используете MongoDB в своем банке?
"Фактически LVM" - Windows на гипервизоре, а на нем что-то типа ZFS?
Пока мне свой банк не нужен, но если обзаведусь - буду использовать MongoDB. По-моему, таки большая часть косяков уже оттуда выпилена. Хотя бы тот факт, что Петя Зайцев под нее предоставляет сборку Percona Server, уже о многом говорит :)