yopp
откуда ещё 120 🙂
yopp
https://www.mongodb.com/blog/post/introducing-free-cloud-monitoring-for-mongodb
yopp
вот хотяб это воткните 🙂
yopp
без цифр оч сложно
yopp
ну например может идти rebuild
yopp
это другие метрики `rsec/s` и `wsec/s`
yopp
rkB/s
The number of kilobytes read from the device per second.
wkB/s
The number of kilobytes written to the device per second.
yopp
вот тут меня смущает что на md* 40МБ/с чтений, 2МБ/с записи, а на nvme 130МБ/с
yopp
совпадают только read iops, а вот по write iops сильно различается картинка
yopp
но опять-же в статике это очень плохо смотреть
yopp
все эти параметры могут очень сильно шуметь и понять какие цифры правдивые можно только в динамике
yopp
• If you use the EXT4 file system, use at least version 2.6.28 of the Linux Kernel.
yopp
yopp
yopp
yopp
(какой же это всё ещё отвратительный инструмент)
yopp
yopp
yopp
yopp
да, хранилище не вытягиев
yopp
интересно что сетевой трафик меньше дискового
yopp
а у вас snappy включен?
yopp
его не нужно выключать 🙂
yopp
возможно zstd в вашем случае будет лучше чем snappy
yopp
мне интересно почему так сильно несовпадает статиска по сети
yopp
нужно, но это всё не объясняет разных цифр по разным метрикам 🙂
yopp
склоняюсь к тому что действительно не хватает производительности дисковой системы на secondary
yopp
к сожалению в метриках тоже %util, а это бесполезно
yopp
в том числе, да
yopp
я могу предположить что zlib/zstd так хорошо жмёт ваши документы, что сетевые 10МБ/с превращаются в дисковые 130МБ/с
yopp
но в этом случае можно включить zstd на реплике/праймари
yopp
правда это потребует initial sync, а в вашем случае он может никогда не закончится
yopp
на этом я отчалю 🙂
yopp
чтоб записать 120МБ/с их надо откуда-то взять 🙂
yopp
т.е если с primary вытекло 10МБ/с, то на secondary должно как минимум 10МБ/с притечь
yopp
учитывая что в статиситке только одна нода из двух, может быть конечно эти 10МБ/с текут на другую ноду
yopp
а, действительно, да
yopp
тогда действительно 100% io может быть результатом чтения в кеш
yopp
но на iostat там 130МБ/с записи
yopp
а чтения 40 🙂
yopp
откуда они — не ясно
yopp
но сейчас данных мало, 130МБ/с могут быть артефактом данных
yopp
на больших нагрузках SnR всегда ниже чем на маленьких, так как много интерференции между разными компонентами которые обрабатывают поток данных
yopp
signal/noise ratio
yopp
на всех этих графиках полно разных артефактов которые вытекают из разных мест. например тут нет очень важной метрики про дисковое io в мегабайтах, а на %util просто полка
yopp
плюс это две относительные метрики с разными (и неизвестными) абсолютными величинам
yopp
https://docs.mongodb.com/manual/reference/collation/
yopp
пожалуйста 🙂
Valery
Ребят, чего то не врублюсь как добавить полей у юзера во время запроса? Или по хорошему нужно сразу все планируемые поля создавать при создании документа?
Valery
Спасибо большое Получилось Я в shema не правильно описал)
yopp
В целом нет :)
Kirill
Привет. Кто может поделиться инфой, кто из eCommerce Retail пользуется данной бд? В идеале прям для продуктового каталога.
Нужно что-то типа техрадара - посмотреть кто в этом секторе что использует для хранения.
yopp
yopp
А какое решение вы хотите на базе этой информации принять?
yopp
https://www.mongodb.com/who-uses-mongodb
Там очень большой список big guns
Kirill
yopp
По России публичной информации я не встречал. Есть крупные игроки в банковском секторе, в ритейле, в аналитике. Есть государственный сектор, там некоторые реестры на монге
Kirill
yopp
Вопрос какую ценность эта информация несёт
yopp
Это один из лидеров коммерческих хранилищ, который конкурирует с ораклом
yopp
И очень неплохо торгуется на бирже :)
Kirill
Вопрос какую ценность эта информация несёт
сама по себе - почти ни какую. но в купе дает некоторое доверие или наоборот. опять же - ценности техрадара.
типа смотрим что 5 компаний нашего размера в нашей отрасли взяли технологию ХХХХ и все потом с нее слезли... Видимо не стоит брать технологию ХХХХ
yopp
На мой взгляд вопрос стоимости владения, включая легкость поиска специалистов гораздо важнее
yopp
Сомневаюсь что вы найдёте агрегированную информацию
yopp
Думаю что вам поможет поиск по ключевым запросам «ваш рынок + монго» ну и «why were moved from mongo to Y”
yopp
Но по опыту 60% историй про «мы поменяли хранилище», это не про недостатки хранилища, а про компетенции работы с архитектурой решения, особенно накопившихся проблем. Это частое искажение, что «сжечь старое и взять новое» будет проще :) на деле будет очень дорого
yopp
Ещё можно посмотреть нет ли у Яндекс облака что-то про внедрение их managed монги
Kirill
Сомневаюсь что вы найдёте агрегированную информацию
да, поэтому вес это критерия мал. но не собрать эту инфрмацию вовсе будет ошибкой.
вот я люблю писать на ЯП Ballerina.IO и я знаю что его используют полтора человека в мире) Даже знаю по компаниям и это дает мне понимание что это скорее фан-ЯП и его не стоит тянуть в серьезные продукты. У него нет рефералок вовсе.
Kirill
yopp
Сложно назвать «фаном» компанию которая сейчас стоит 33 млрд долларов на бирже и которая за 3 года увеличила выручку почти в 10 раз
yopp
Но это личная оценка как инсайдера рынка ;)
Kirill
Ну или как - на Python можно писать Web, да, через транслятор в JS в браузере. Сколько странных людей используют это в проде?
Или - я люблю CABOL (вымышленный пример), сколько людей в наше время пишет на нем микросервисы?
Kirill
Это очень субъективно, как рейтинг лучшего ЯП примерно, но пусть все же будет, если эту инфу можно найти.
artem
подскажите пожалуйста почему я получаю эту ошубку при попытке создать юзера
artem
Viktar
Могу сказать про аутсорс. Доля проектов с монгой за последние 10 лет выросла на 250%
yopp
К сожалению, у меня нет такой информации. Если вы планируете покупку enterprise лицензии, то я могу огранизовать видеоконферецию с Senior Account Manager по EMEA, у которого возможно такая информация есть