Коллеги, день добрый, есть ли у кого опыт дружбы между двумя calico кластерами? Основная проблема в том, что у них подключение по сети на виртуальных интерфейсах, 192.168.1.1/30, а калико в source принудительное добавляет адрес физического интерфейса 10.10.10.1, про маршрут до которого второй кластер ничего не знает и все маршруты висят с unrecheable. Есть вариант, заанонсить для второго кластера физические интерфейсы, через bird custom фильтры, но не понимаю пока, как написать подобный фильтр, так как в калико он будет действовать на все пиры, а нужно привязать его к определенной ASN.

ребят привет, по circle ci конфигу можно тут спросить?

короче спрошу ))

есть такой вот конфиг

https://gist.github.com/qrobin/747567020a7d110750bccf212b6a28b1

при мердже в мастер почему-то не срабатывает воркфлоу. В чем может быть причина?

А в MUK в Киеве происходила конференция по бизнес логике

Всем привет, есть вопрос по интеграции gitlab с k8s, может кто подсказать? При установке ingress-nginx через веб-интерфейс гитлаба получаю ошибку "Error: context deadline exceeded"

опять вернулся к проблеме зависимостей в apt

Почему, имея в control файле строчку с : Depends: gmserver-compose (=1.14.0), gmserver-consul (=0.9.0), ... apt пытается поставить (допустим) пакет gmserver-compose=1.15.0 (при его наличии в репе), что ломает установку основного пакета?

Мб в репе нету уже такой версии

Привет! Ваше мнение, файлы хранить в базе (GridFS, например) или в FS системы и тиражировать по машинам?

Мб в репе нету уже такой версии

есть

Привет! Ваше мнение, файлы хранить в базе (GridFS, например) или в FS системы и тиражировать по машинам?

в гите

просто в процессе разработки проекта автоматически появляются более новые версии пакетов

в гите

Эм, имеется в виду файлы, которые создают пользователи

Тебе нужны S3 хранилки

И того же GridFS вытаскивать через поток дороже процентов на 40%

Тебе нужны S3 хранилки

Софт нужно ставить в т. ч. в изолированные среды

На сколькл изолированные? S3 это протокол и вместо тиражирования по фс можно тиражировать по минио, леофс итд. Или я не так вас понял

Кстати о минио, а видели ли вы годные гайды как ее на вмваре поднять?

На сколькл изолированные? S3 это протокол и вместо тиражирования по фс можно тиражировать по минио, леофс итд. Или я не так вас понял

Я предположил, что вы говорите про Amazon S3. Изолированные настолько, что можно использовать только софт внутри сети, наружу открыты на вход 80 и 443 порты, на выход не открыто ничего

В общем за DMZ

Сейчас в проекте GridFS в монге, и раздача через ноду, по тестам это на 40% медленне, чем раздавать напрямую через nginx, но зато файлы нормально реплицируются на другие узлы, и с них нормально можно снимать бэкапы, снимая просто снимок с базы. Но в последнее время файлы стали немного туговатыми, нагрузка из-за них поднимается, и отдача не достаточно резвая. Возникла идея файлы класть в FS, и перекладывать через Unison или подобное. Не знаю, просто интересно, как кто похожие решает задачи.

ceph ?

ceph ?

+

ceph ?

Круто

Файлы в бд ?

Файлы в бд ?

А чем плохо?

Тоже за ceph Стильно, модно, молодежно

А чем плохо?

Вы уже столкнулись с проблемами, это начало

Вы уже столкнулись с проблемами, это начало

GridFS как бы создан для файлов, разве нет? =)

Вы уже столкнулись с проблемами, это начало

Проблем пока нет, их хочется избежать

Хочется поднять производительность системы

Вы храните монге, это типа бд.

Вы можете защищать свое решение с хранением файла в бд бесконечно, но вам чаще всего покрутят у виска пальцем ;)

Я его не защищаю, а пытаюсь понять, почему это плохое решение?

Есть дедупликация? А когда будет 1тб говна,бекапить сколько будет?

Ну и сами говорите - уже медленно

Ладно хоть локов нет при отдаче

Это не плохое решение - так делает школота или сто/архитектор мудак

А есть пруфы? Что это решение школоты?

Ну вы же сделали

Я знаю, что GridFS не подошел Яндекс.Диску

И теперь медленно

Ну вы же сделали

Так, и?

Оно не критично медленно, просто хочется быстрее

Хуя себе, сами написали про 40%

На 40% в среднем медленнее, чем через чистая раздача через nginx

У вас когда опыта будет много, вы будете такие идиотские решения сразу срезать

В чем идиотия?

Это не место для хранения файлов. Любая бд не место хранения файлов

У вас сейчас 100гб, когда будет больше 5тб вы будете плакать

Даже с 400гб к монги начинается геморрой

Сама по себе могла геморрой, часто теряете мастера?

Сама по себе могла геморрой, часто теряете мастера?

Нет

Не было ни разу или бывает?))

Не было ни разу

какой гемморой начинается у mongodb с 400гб?

Реплика кросс дц

Реплика кросс дц

В конкретном случае — нет, если кросс дц, то hidden узлами

На 40% в среднем медленнее, чем через чистая раздача через nginx

Вот когда будет не 100 юзеров в день, эти 40% вам сэкономят вагон денег на инфраструктуре

Ну и на репутации)

Вы где то почитали и не только вы, о том что ок хранить файло в бд. И вас таких много... Какие мысли в этот момент в головешке хз, но потом все переделывают и платят за переделку.

Где написано что это решение ок? Тесты хипстера?

Вас с файлом в бд реально много... Это тенденция нескольких лет, когда начались все эти девопсы) то есть пару лет разработки дают вам возможность писать говнокод, но не делать правильных решении в архитектуре, ах да - вы же сами сто/архитект.

Так что страдаете от своих решении пока :) на следующем проекте вы же так не сделаете?)))

Не могу гарантировать, потому что кроме: Не делайте так, это плохо — это школоло, я не увидел. В конце концов файл прокачивается через NodeJS, и падение по производительности может быть еще и на нем, так как файл отдается минуя кеши, в то время как nginx, почти всегда кеширует файлы отдавая их из файловой системы

вы не дальновидны

храните тогда ключ размером в пару сотен мб в редисе, ну а хуле - решение же норм?

хранил файлы в CouchDB до того как это стало немодным. но у меня речь шла о небольших файлах и небольшом количестве юзеров. Как там у миллионных энтерпрайзов, я не знаю.

или что то здесь не так?

Все доброго времени суток! Господа, у кого был опыт использования оборудования под китайским брендом SNR? В основном продается на shop.nag.ru

SNR = shop.nag.ru если что ?

Не могу гарантировать, потому что кроме: Не делайте так, это плохо — это школоло, я не увидел. В конце концов файл прокачивается через NodeJS, и падение по производительности может быть еще и на нем, так как файл отдается минуя кеши, в то время как nginx, почти всегда кеширует файлы отдавая их из файловой системы

Файлы в бд это плохо: 1) БД это прослойка над файловой системой 2) nginx умеет кешировать файлы, а еще есть всякие CDN которые позволят изи забирать файлы из nginx и раздавать уже у себя что может ускорить еще загрузку файлов на ~20% иногда и больше 3) файлов бывает много и больших, большая БД, это проблемы для репликации и для бекапов 4) файлы можно раздавать архивом gzip а например NodeJs разжимать их и показывать (опять ускоряем) достаточно аргументов не использовать БД для файлов?

хранил файлы в CouchDB до того как это стало немодным. но у меня речь шла о небольших файлах и небольшом количестве юзеров. Как там у миллионных энтерпрайзов, я не знаю.

в том то и дело, что как прототип - ок, да работает и даже быстро, но при росте начинается ад.

Файлы в бд это плохо: 1) БД это прослойка над файловой системой 2) nginx умеет кешировать файлы, а еще есть всякие CDN которые позволят изи забирать файлы из nginx и раздавать уже у себя что может ускорить еще загрузку файлов на ~20% иногда и больше 3) файлов бывает много и больших, большая БД, это проблемы для репликации и для бекапов 4) файлы можно раздавать архивом gzip а например NodeJs разжимать их и показывать (опять ускоряем) достаточно аргументов не использовать БД для файлов?

Простите, а ceph — это не прослойка над файловой системой?

Почему, имея в control файле строчку с : Depends: gmserver-compose (=1.14.0), gmserver-consul (=0.9.0), ... apt пытается поставить (допустим) пакет gmserver-compose=1.15.0 (при его наличии в репе), что ломает установку основного пакета?

потому что версии припинены ?

Простите, а ceph — это не прослойка над файловой системой?

CEPH это немного другое и сильно привязаное на пропускную способность сетевых карт на серверах и специально предназначенное для файлов разные прослойки почему тут весь чат должен доказывать вам что файлы в БД это плохо? если вас устраивает радуйтесь но не просите тут советов "мол у меня файлы в бд, как мне ускорить раздачу файлов"

Простите, а ceph — это не прослойка над файловой системой?

я в вас вижу 25 летнего сто/архитектора ? нихуя не знаете и защищаете свои решения неудачные.

SNR = shop.nag.ru если что ?

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

в том то и дело, что как прототип - ок, да работает и даже быстро, но при росте начинается ад.

ну да. но может в данном случае и расти никуда не нужно? Преждевременная оптимизаци, то-се.

ну да. но может в данном случае и расти никуда не нужно? Преждевременная оптимизаци, то-се.

он сам пришел за советом как ускорить

Я нихуя не защищаю, а ищу аргументации, почему это плохо, @Mblpz0r мне ее дал. Причем вы мне сразу стали говорить, про школоло решения, даже не зная ни специфики проекта, ни объема данных, ни числа пользователей

ок, я упустил момент про ускорение

так тут даже знать не надо об этом ?

в том то и дело

вы же не суете пальцы в розетки? :)) тут такая же хрень, просто не надо так делать - не знаете почему - слушайте кто прошел через это, таких вагон.

объяснять и распинаться перед вами - потому что доходяга не может почитать в инете ? ну такое удовольствие - легче вас сразу какахой облить

Да я вас понял, хранить в базе плохо, где хранить хорошо, мне еще не понятно

кто нибудь трейдит крипту?

Да я вас понял, хранить в базе плохо, где хранить хорошо, мне еще не понятно

смотря какие цели)

смотря какие цели)

много файлов до 60 мегабайт, файлы создаются пользователями и закрепляются за их акаунтом, в grid вязали по внешнему ключу клиента