У нас монга

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

расскажи про масштабирование базы. у меня ни разу нормально не получилось

Кластерная файлуха + инфинибенд фабрика с флеш СХД

С ресурсами все в порядке, луны приезжают по нескольким путям.

Надёжненько.

У нас монга

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

Кластерная файлуха + инфинибенд фабрика с флеш СХД

и много мы знаем кластерных ФС? И кк работают? Какова помянутая мною стоимость по ресурсам?

Эй

С ресурсами все в порядке, луны приезжают по нескольким путям.

я про скорость скорее. диск уходит еще раньше

Почему я чувствую пассивную агрессию?

Монга у нас много лет в проде и проблем с ней почти никаких не было.

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

монга по своей сути не требует репликации вроде как

и много мы знаем кластерных ФС? И кк работают? Какова помянутая мною стоимость по ресурсам?

Несколько знаем, одну используем, работает хорошо. Что за вопросы уровня "и как там пыхапе по контейнерам размазывать? Хорошо работает?" ?

Монга у нас много лет в проде и проблем с ней почти никаких не было.

Ты первый человек, который говорит, что с монгой проблем не было. В репликации. Ok

монга по своей сути не требует репликации вроде как

Мы говорим про кластеризацию. Т.е. это условие диспута

Несколько знаем, одну используем, работает хорошо. Что за вопросы уровня "и как там пыхапе по контейнерам размазывать? Хорошо работает?" ?

Имя, сударыня, имя!

А это уже NDA

Ну т.е. есть мифы, что у кого-то есть работающие кластерные FS. За 15 лет ничего не изменилось (с) Карпухин

Какие влажные цитатки

Поверил бы, если прод не видел, хи)

А я видел НЛО

Здорово

А я вот не видел

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

Разобрался?

Я на самом деле даже не к тому, что таких решений с кластернымт бэкендами нет. А к тому, что большинству людей они не доступны. И о чем их влажные мечты, мне не ясно. Но в контексте скейла - эти бэкенды заканчиваются еще раньше чем некластерные по очевидным причинам. В чем замес скейлить фронтенды? Ок, HA. Ок, числодробилка. Еще?

Т.е. вот это "в часы пик мы подымаем на aws еще с сотню инстансов" - это о чем? Я верю, что такие приложения есть. Я хочу понять, что это за приложения, у которых фронты в часы пик уходят раньше бэков.

Т.е. вот это "в часы пик мы подымаем на aws еще с сотню инстансов" - это о чем? Я верю, что такие приложения есть. Я хочу понять, что это за приложения, у которых фронты в часы пик уходят раньше бэков.

Кто сказал раньше? И те и те уходят. И те и те нужно скейлить.

+

У меня впрочем был проект с вещанием видео. Там бэкенд не получал доп. нагрузки при росте трафика, а фронтенд получал. Бэкенд не надо было скейлить

Но у нашей инфраструктуры нет автоматического скейлинга. У нас ресурсов с запасом работает. Мы предоставляем клиентам ручки для того чтобы они могли скейлить свои приложения.

Это про нападки на монгу в том числе.

Кто сказал раньше? И те и те уходят. И те и те нужно скейлить.

я сказал. делая поправку на то, что я работаю только с вебом

я сказал. делая поправку на то, что я работаю только с вебом

Это был веб.

У меня впрочем был проект с вещанием видео. Там бэкенд не получал доп. нагрузки при росте трафика, а фронтенд получал. Бэкенд не надо было скейлить

видео, ок. это числодробилка

Скейлинг находится рядом с отказоустойчивостью.

Видео? Это отдача статики, там считать почти нечего.

Это про нападки на монгу в том числе.

да какие там нарадки. я спросил. а все сразу сагрились. значит есть проблема ))

Это так не работает)

Видео? Это отдача статики, там считать почти нечего.

тогда я не понимаю как вы фронт убили. по каналу разве что))

Скейлинг находится рядом с отказоустойчивостью.

нет. т.е. может находиться, а может и нет

По каналу, по cpu от пакетрейта. Больше 40г с железки мы не смогли отдавать.

Ну. Если именно приложения рассматривать.

Это так не работает)

ну беглое гугление говорит, что как минимум в этом случае совпало положительно.

По каналу, по cpu от пакетрейта. Больше 40г с железки мы не смогли отдавать.

))) ну да, тут нечего возразить

Разобрался?

еще не садился, но все равно имею скудное представление как это будет выглядеть на языке конфигов nginxю

Но спасибо, что поинтересовался:)

я так понимаю что это не прод система? если несколько проектов на одной хост машине?

я так понимаю что это не прод система? если несколько проектов на одной хост машине?

у меня на хостинге тысячи проектов на одной машине...

здорово, что сказать-то хотел?

Я забыл, а причём тут докер?

я так понимаю что это не прод система? если несколько проектов на одной хост машине?

пока что просто рассматриваются варианты того, как можно извращаться :) Все, что я собирал, было ориентированно на прод. А потом мне понадобилось развернуть еще проектик рядом... для теста буквально, и я понял что не получится. Вот ищу варианты как сделать чтобы получилось и без костылей :)

используй server blocks в nginx-e(аналог virtual host в апаче) и будет тебе счастье

1 контейнер с несколькими сервер блоками, все будут слушать 80й порт

Вы что, это же костыль

ахаха

я вчера так же говорил, но меня убедили что нет :)

--------------- / nginx:8080 + php-fpm:9000 (for project 1) nginx:80 - nginx:8081 + php-fpm:9000 (for project 2) —------------ \ nginx:8082 + php-fpm:9000 (for project 3) вот такое мне предложили сделать. Сейчас у меня есть docker-compose, который реализует nginx:80 + php-fpm:9000

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

то есть схема, представленная выше, все же имеет право на жизнь?

если это стейджинги все, то в принципе можно и эти кучерявые 8080 порты оставить

я поэтому и спрашивал продакшн ли это система

а что, если продакшен?

я бы грустил если бы мне приходиось вводить в браузере google.com:8083

неее... так весь прикол в том, что фронтовый нгинкс должен это все рулить

юзер вошел на domain.com, первый нгинкс его принял и понял что для этогот домена настроен переброс на nginx:8080

отправил туда запрос, получил ответ и отдал клиенту

здорово, что сказать-то хотел?

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

ERROR: S client not available

в целом наверное справедливо. но обычно разные проекты подразумевают разных заказчиков, разные заказчики-разные хостинги. Но тут, как и везде, у каждого своя специфика

--------------- / nginx:8080 + php-fpm:9000 (for project 1) nginx:80 - nginx:8081 + php-fpm:9000 (for project 2) —------------ \ nginx:8082 + php-fpm:9000 (for project 3) вот такое мне предложили сделать. Сейчас у меня есть docker-compose, который реализует nginx:80 + php-fpm:9000

зачем ты nginx на разные порты развешиваешь?

в целом наверное справедливо. но обычно разные проекты подразумевают разных заказчиков, разные заказчики-разные хостинги. Но тут, как и везде, у каждого своя специфика

это да

зачем ты nginx на разные порты развешиваешь?

а как мне достучаться до нгинкса проекта 2 если они все на одном порту будут висеть?

зачем ты nginx на разные порты развешиваешь?

собственно одна из фишек докера - независимость "кубика"

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

а как мне достучаться до нгинкса проекта 2 если они все на одном порту будут висеть?

он у тебя висит на другос внутреннем ip. по внутреннему dns конечно же

внутри контейнера нгинкс на 80м порту, а наружу надо порт менять

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

так не надо внутренние nginx наружу маппить

внутри сети контейнеры прекрасно друг с другом общаются

хм, то есть ты предлагаешь все строить на сети докера? Фронтовый нгинкс тоже запустить в докере и того, я буду иметь несколько нгинксов. каждый из которых на 80м порту но своего ИПшника... наружу проброшен только один нгинкс на 80 порт

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

хм, то есть ты предлагаешь все строить на сети докера? Фронтовый нгинкс тоже запустить в докере и того, я буду иметь несколько нгинксов. каждый из которых на 80м порту но своего ИПшника... наружу проброшен только один нгинкс на 80 порт

именно

Спасибо, крутя идея! Я забыл что у докера есть своя сеть и у каждого контейнера свой ИП :)

ну т.е. можно строить и не докеровские сети, но ты должен четко знать зачем ты это делаешь

Спасибо, крутя идея! Я забыл что у докера есть своя сеть и у каждого контейнера свой ИП :)

здрасте ))))

так а чем плохи сервер блоки/виртуальные хосты?

безотносительно к предыдущему вопросу

что ты имеешь ввиду?

почему это костыль?

так а чем плохи сервер блоки/виртуальные хосты?

ничем. он уже смирился

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

ну, ок. я видимо шутеечку не оценил просто

ну, ок. я видимо шутеечку не оценил просто

черт, не понимаю, это сарказм или серьезно? А то я щас построю схему, а это окажется шутка

Вы что, это же костыль

вот это было к сервер блокам коммент?

вот это было к сервер блокам коммент?

нет

тогда ок

я понял что это к тому, чтобы гонять трафик от клиента через 2 нгинкса

черт, не понимаю, это сарказм или серьезно? А то я щас построю схему, а это окажется шутка

Чувак, строить архитектуру не понимая что ты делаешь - плохая идея. Можешь сразу считать что все тут - шутки

кто использует докеры в связке с гитлаб?

Чувак, строить архитектуру не понимая что ты делаешь - плохая идея. Можешь сразу считать что все тут - шутки

нельзя научиться без проб и ошибок. Сейчас сделаю, потом пойму. Я не на проекте заказчика учусь, а на своем, в свое удовольствие. Так что все норм :)

А, тогда да