Mongodb Вставка задержки

Question

У нас есть два кластера 800-802 и 9000-9002 с архитектурой PSS, которые получают большой поток записей (~ 25k сообщений / сек c) в устаревшие схемы. Приложения сталкиваются с серьезными задержками при записи

· 800-802 - ОС: Linux sles12sp3, SATA SSD, RAM: 250 ГБ, mongov4.0.3, w: 0 j: true

· 9000-9002 - ОС: Linux sles12sp3, SATA SSD, ОЗУ: 250 ГБ, mongov4.0.3, w: 0 j: false (хотя этот параметр не является безопасным / рекомендуемые пользователи приложения готовы рисковать, а не миллионы из-за задержки вставки записей)

Я рекомендую установить для вставок в обоих кластерах значение w: 1 j: false. Хотя производительность 800 может возрасти (поскольку она больше не затрагивает журнал дисков), с этим изменением 9000 получит еще больший удар.

Вопросы:

Будет ли переключение на RAID10 обеспечивать значительную производительность улучшение даже для твердотельных накопителей?

Поможет ли перенос файла журнала на другой том?

Учитывая, что это приложение с интенсивной записью, есть ли какие-либо настройки кэша, которые можно настроить?

Answer 1

это не решение, но пространство комментариев слишком ограничено. w1 / w0 - - собирается ли приложение что-либо делать с этими подтверждениями? так как теперь вы частично находитесь в режиме w0 и не упоминаете проблему без подтверждений - тогда, если подтверждения не имеют значения для приложения, logi c go с w0 ..... ведение журнала идет медленно, как вы знаете так что если задержка является ключевой проблемой - ну ... вы не упоминаете индексацию - если существует много индексов, которые создаются при поступлении данных, которые увеличивают задержку - - индексы очень важны, но если некоторые действительно не Используется, а затем определенно выводит их из строя. Кэширование может быть очень важным - это не мон go вещь, и поэтому это будет частью вашего приложения, но идея имеет смысл ... не могу комментировать рейд, как не мое поле ...