А в логах что?

не могу выявить особо ничего по поиску названия бд нет ничего

ерроров нет

Смотреть надо на то, что монга делает при загрузке

Если бы монга не могла из-за прав создать или обновить файлы хранилища, она бы сразу валилась.

там есть базы admin config local

но создаваемой руками базы нету

Что значит «создаваемой»?

ну это значит что я создаю базу

добавляю коллекции

Как?

потом монго рестарт и хлоп- базы нету

я создаю через studio 3T

В монге ленивая инициализация. Если вы просто сделали use и потом не добавили ни одного документа в коллекцию базы может и не быть.

хмм..

ща проверю

бинго! я создал базу, и видимо то ли коллекция не добавилась а я это прошляпил, то ли что и при рестарте монги пустая база исчезла и я затем экспериментировал только с пустой базой

спасибо за наводку )

👍

Есть команда create с помощью которой можно явно создать нецймспейс. Ну или создать индекс и его удалить.

https://docs.mongodb.com/manual/reference/command/create/

Петабайт у процессинга?

я не ответсвеннен за то что кладут в монгу, но с одной транзашки кладут много и она уже достаточно большая, да

я не ответсвеннен за то что кладут в монгу, но с одной транзашки кладут много и она уже достаточно большая, да

Достаточно большая это сколько?

2 тб и скоро убдет резкий всплеск трафика постоянный

хостинг - aws

1Пб за год это 35 мегабайт в секунду.

я эту цифру назвал, понимая что это будет не так скоро, но это возможно

Почти 300 мегабит непрерывного потока данных

хочу естественно изначально правильно архитектурно построить кластер

хочу естественно изначально правильно архитектурно построить кластер

Тогда не о петабацтах надо думать, а о жизненном цикле данных

Составить флоучарт, проанализировать хотелки бизнеса на будущее.

тут еще дело в том, что надо обязательно хранить все данные, даже самые старые, в быстром доступе

Прозонировать данные. Выделить узкие места в дизайне документов.

И потом строить план как с этим жить уже.

тут еще дело в том, что надо обязательно хранить все данные, даже самые старые, в быстром доступе

Так не бывает.

Потому что это стоит ОЧЕНЬ дорого.

Хранить горячий петабайт это сотни тысяч долларов

вот и я это же говорю )

а как правильно, ты считаешь? куда выгружать данные ?

Никак не считаю, тут всё от задач зависит. Наймите меня, я вам помогу. :)

🙂

На полном серьёзе. Если у вас уже есть данные и стоит задача масштабирования — давайте работать вместе. Я вам кучу денег, времени и нервов могу спасти.

я предложу СТО

На полном серьёзе. Если у вас уже есть данные и стоит задача масштабирования — давайте работать вместе. Я вам кучу денег, времени и нервов могу спасти.

вот человек, научившийся все эти бесконечные чаты в телеграме использовать для чего-то полезного ) надо мне брать пример

@dd_bb сорри за личный вопрос - подскажи, пожалуйста, по поводу убирания шарда с коллекции. есть дока - https://jira.mongodb.org/browse/SERVER-9845 , ориентировался на нее. как я понимаю, тут в конфигсервере полностью удаляются все упоминания чанков для определенной коллекции. Это безопасно или лучше так не делать? в моем случае все подготовительные процедуры окончены, все чанки смигрированы. вопрос в том, насколько опасен именно такой финт - убеждение конфигсервера вручную, что у него нет чанков, м?

на тестовом стенде отработало нормально, но тестовый стенд и коллекция с кучей записей... несколько стрёмно.

Я не вижу смысла этого делать вообще

Если нужно совсем отказаться от шардинга, то есть смысл просто отбалансировать всё на primary shard

Вывести остальные шарды из эксплуатации, после чего переключить клиентов на подключение к реплике напрямую

после верификации работоспособности — убрать конфиги и монгосы

Если нужно «расшардить» только одну коллекцию и оставить шардед кластер, то опять-же сбалансировать коллекцию на конкретный шард

http://joxi.ru/5mdLl8qHvEVQDm

Именно так сейчас и сделано - все переехало на primary shard, и неиспользуемый шард вообще отключен. полностью переключать все на replica set необходимости нет - рядом собирается еще один шард, который будет использоваться. вопрос в том, что коллекцию, которую хочу unshard, использовали с Label-ами. теперь в этом необхоидмости нет и она будет шардиться по другому ключу. отсюда и желание - сделать unshard , а дальше - опять включить шардинг но по другому ключу

Большая коллекция?

237172781 документов

я про размер в гигабайтах

http://joxi.ru/5mdLl8qHvEVQDm

добавить directoryPerDB: true в конфиг

"storageSize" : 612, "totalIndexSize" : 102, Это в гигабайтах

Нда

слабоумие и отвага!:)

индексы можно дропнуть, но 612 гигов это конечно тяжко

потому что единственный «правильный» вариант — dump и restore

добавить directoryPerDB: true в конфиг

Так и есть

Понял, спасибо.

True тоесть

но dbpath dbPath: "/var/lib/mongodb"

True тоесть

в ошибке написано что false

но dbpath dbPath: "/var/lib/mongodb"

http://joxi.ru/D2P9aWLUd3zNDA не получается менять путь

вам надо одновременно указывать и --dbpath и --directoryperdb

в ошибке написано что false

http://joxi.ru/EA4BJMotDeN8xm

тут другой параметр

directory per db — diretory for indexes

http://joxi.ru/EA4BJMotDeN8xm

вреоятно монга подхватывает не тот конфиг

directory per db — diretory for indexes

нет, directory per db — это когда на каждую базу будет по своей папке

вреоятно монга подхватывает не тот конфиг

как можно проверит ?

--directoryperdb each database will be stored in a separate directory

нет, directory per db — это когда на каждую базу будет по своей папке

там была подсвечена другая опция, именно directoryForIndexes это и смутило не заметил directoryPerDb, указанную выше.

там была подсвечена другая опция, именно directoryForIndexes это и смутило не заметил directoryPerDb, указанную выше.

Да да я потом поправила

как можно проверит ?

если вы через systemd запускаете, то в юнит-файле

если через init.d то в rc скрипте