yopp
Это редхат вроде?
yopp
Прикольно
Старый
я бы согласился, если бы они в прод не тащили базы в контейнерах
yopp
Контейнеры поехали в ынтерпрайз по взрослому
Старый
если бы менеджент понимал их минусы
yopp
Да ладно. У меня вполне получилось собрать монгу в ранчере. Да, никаких автоматических фейловеров на уровне контейнеров, никакого гибкого стораджа.
yopp
Работает как часы
yopp
Очень удобно: кластер обновляется в три кнопки
yopp
Откатывается тоже в три
Amir
Да ладно. У меня вполне получилось собрать монгу в ранчере. Да, никаких автоматических фейловеров на уровне контейнеров, никакого гибкого стораджа.
у тебя ранчер от нагрузки не падает?
Старый
Очень удобно: кластер обновляется в три кнопки
а если завтра резко нагрузка вырастет, и 3-4 контейнера уйдут в слип?
Amir
у меня к ранчеру одна претензия, как-только нагрузка выше средней, он умирает
yopp
у тебя ранчер от нагрузки не падает?
Я слышал про печальный опыт когда у тебя тыща хостов. У меня в худшем случае несколько десятков, хватает за глаза.
Amir
Я слышал про печальный опыт когда у тебя тыща хостов. У меня в худшем случае несколько десятков, хватает за глаза.
он умирает на 3х хостах, если просто. дать хорошую нагрузку в сами контейнеры
Amir
он начинает умирать тупо от кол-ва метрик летящих в него :)
yopp
Ну не знаю. Я заливал 5 гигабит данных в секунду в тестовый кластер, и всё было гладко :)
Старый
😐мне вот интересно уже как это дело всё в контейнере мониторить нормально
yopp
А в стартапчике у нас 9 виртуальных хостов только под CI/CD было
Amir
ну давай так, если запулить какой-то nginx голый и долбануть в него ab - через некоторое время кол-во метрик идущих в дашборд через вебсокет, начнет тупить, потом исчезнет и ранчер перестанет отвечать
yopp
Там тимсити в рабочее время кипятила три хоста без перерывов.
Amir
там cadvisor сумасходит
yopp
А вы его давно пробовали?
Amir
ладно фиг с ним, вдруг починили)
yopp
Это мне кажется в 2.0 уже починили
Amir
у меня печальный опыт, не хочу больше :)
Amir
в 2 нет
Amir
docker stack deploy бабахнуть
yopp
Заведите Тикет
Amir
чем потом ранчер оживлять
yopp
Там очень крутые поцоны
Anonymous
@dd_bb а вот такой вопрос можете ответить? - если 10к запросов к монге омятся на чтение и в этот момент сделать апдейт документа который они читают - всё сломается или нет?
Amir
ну меня склоняют в сторону https://istio.io/
yopp
Anonymous
тогда зачем нужен геморрой с доп. полем с метками времени?
yopp
Те кто начали читать до обновления, прочитают старую версию, те кто начали после коммита новую
yopp
Для того чтоб не считать дельту, которую вам неотвратимо придётся считать если вы будете делать апдейты
Amir
Те кто начали читать до обновления, прочитают старую версию, те кто начали после коммита новую
о и в монге это сделали нормально?)
yopp
Там уже MVCC
Anonymous
Anonymous
спасибо
yopp
Читайте быстрее!
Oleg
Добрый день, ребят.
Подскажите пожалуйста.
В наслесдство достался стек Racnher + Docker + Mongo
с развернутым кластером монго на 3 физических машинах
Шардинг настроен ранчером и машины в локальной сети и точно видят друг друга.
У контейнеров тоже всё вроде окей и нужные порты выведены в паблик.
Настройки кейфайла и authorization: enabled тоже выставлены правильно.
На днях все стало печально и лог покрылся ошибками
"could not find host matching read preference { mode: \“primary\” } for set"
Не могу разобраться в чем конкретно проблема
Куда копать?
yopp
Добрый день, ребят.
Подскажите пожалуйста.
В наслесдство достался стек Racnher + Docker + Mongo
с развернутым кластером монго на 3 физических машинах
Шардинг настроен ранчером и машины в локальной сети и точно видят друг друга.
У контейнеров тоже всё вроде окей и нужные порты выведены в паблик.
Настройки кейфайла и authorization: enabled тоже выставлены правильно.
На днях все стало печально и лог покрылся ошибками
"could not find host matching read preference { mode: \“primary\” } for set"
Не могу разобраться в чем конкретно проблема
Куда копать?
Скорее всего кластер потерял связанность и не может выбрать нового primary
yopp
Проверить что контейнеры между собой всё ещё могут коммуницировать
yopp
Посмотреть на статусы нод в кластере
Oleg
Посмотреть на статусы нод в кластере
было бы круто если уточнишь как
конкретно с монгой я на Вы
контейнеры сейчас проверю
yopp
https://docs.mongodb.com/manual/reference/method/rs.status/#rs.status
Anonymous
когда нибудь с таким сталкивались?
Anonymous
** IMPORTANT: UPGRADE PROBLEM: The data files need to be fully upgraded to version 3.4 before attempting an upgrade to 3.6; see http://dochub.mongodb.org/core/3.6-upgrade-fcv for more details.
yopp
В сообщении же прямо и написано в чём проблема. Вам сначала надо обновить кластер до 3.4, а только потом до 3.6
Anonymous
так я обновил
yopp
До 3.6, судя по сообщению. А надо до 3.4
Anonymous
у меня был кластер 3.2 , обновил до 3.4.
yopp
Проверьте что до 3.4 обновили абсолютно все ноды
Anonymous
теперь апгрейжу до 3.6 , конфиг сервера уже обновил
Anonymous
это можно из шелла сделать?
Anonymous
на всех серверах бинарники 3.4
yopp
Бинарники то да, вы версии запущенных нод проверьте.
yopp
На каждой из нод
Anonymous
db.serverStatus().version на всех нодах 3.4.14
yopp
Монгосы?
Anonymous
по инструкции, монгосы обновляются после шардов
Anonymous
ой
Anonymous
щас
yopp
Anonymous
арбитр
Anonymous
до реплики не дошел
Anonymous
там еще много варнингов вылазит о том что нужно создать уникальный индекс на _id
yopp
Я залам тупой вопрос
yopp
https://docs.mongodb.com/manual/release-notes/3.6/#upgrade-procedures
yopp
Вы вот это сделали?