Но ты не найдешь готовых спецов по той же кассандре

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

ну я буду только за)

Ты с амазоном в кратце знаком или тебе подробно объяснять смысл типов сервисов?

https://aws.amazon.com/about-aws/global-infrastructure/ Открывай карту

мне вариант с амазоном вообще не заходит, т.к. Испанские законы не позволяют держать персональные данные пользователей на мощностях компаний, которые имеют корни в Америке)

Ты с амазоном в кратце знаком или тебе подробно объяснять смысл типов сервисов?

можно объяснять)

мне вариант с амазоном вообще не заходит, т.к. Испанские законы не позволяют держать персональные данные пользователей на мощностях компаний, которые имеют корни в Америке)

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

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

если во все треши влезать - то становится предельно ясно, что идея не имеет воплощения. Но я еще теплю надежды)

У амазона есть сервис "Route53" это сервера ДНС с расширенными возможностями. 1. У них есть балансировка по задержке, чтобы перекинуть юзера на самый ближайший по времени отклика сервак. 2. К записям можно привязать Healthchecks, которые там же создаёшь, система наблюдает за тем, насколько жизнеспособна структура в локации, и отталкиваясь от "healthy/unhealthy" выбирает пускать туда траф или нет. Вот оно используется ввиде балансировщика.

У амазона есть сервис "Route53" это сервера ДНС с расширенными возможностями. 1. У них есть балансировка по задержке, чтобы перекинуть юзера на самый ближайший по времени отклика сервак. 2. К записям можно привязать Healthchecks, которые там же создаёшь, система наблюдает за тем, насколько жизнеспособна структура в локации, и отталкиваясь от "healthy/unhealthy" выбирает пускать туда траф или нет. Вот оно используется ввиде балансировщика.

но данные сначала проходят через нее, верно?)

Далее прописаны ИПшки машин на ЕС2 это обычные виртуалки, на которых крутятся вебсервера со скриптами.

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

Нет, там не данные проходят, а только ДНС запросы

тааак

уже интересно

А вот куда Route53 решит отдать траф, туда он и пойдёт. Хэлтчек срабатывает достаточно быстро, у меня сейчас на полном автомате переключается траф на сервак "чуть дальше", если ближайший задыхается.

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

Как устроено сейчас: 1. Ирландия - Главный ДБ сервер на RDS (сервис амазона с готовым решением под СУБД), который имеет резервного брата близница там же, если первый накрывается, второй подхватывает, реплики переподключаются секунд за 30 примерно. Так же там реплика для чтения рядом. 2. Лондон - реплика слэйв 3. Вирджиния - реплика слэйв

Скрипт на вебсервере если не может подключится к мэмкэшу, то тупо его игнорит не паря ошибками. Если не выходит подключится к своему слэйву (в этих же трёх локациях вебсервера стоят), то пытаются к "соседнему", а потом к мастеру (хуевастая идея, валил несколько раз мастера на апдейтах)

В нашей задаче очень важно время отклика

вот я вообще хочу уйти на multi-master

И в твоей схеме с рулением DNS - мне на каждый запрос предлагаешь DNS щелкать?

mm разве существует?

У нас были сервера в разных частях мира. Проблема в том, что скрипт кроме чтения в слэйве должен сделать 1-3 записи на мастер, а это задержки. По замерам среднее время выполнения скриптов из разных локаций: Ирландия - 0,15сек Лондон - 0,5сек Франкфурт - 0,8сек Вирджиния - 1,1сек Калифорния - 1,6сек Мумбай - 2сек Сингапур - 2,7сек

По разным причинам рано или поздно выкидывали: - сингапур -> перетянули в мумбай - калифорния -> перетянули в вирджинию - франкфурт -> перетянули в Лондон

И в твоей схеме с рулением DNS - мне на каждый запрос предлагаешь DNS щелкать?

В плане щёлкать?

вот я вообще хочу уйти на multi-master

Вот и я хочу )

Предположительно будут взяты зоны: Ирландия - Мастер ( + Слэйв) Лондон - Слэйв (Мастер в Ирландии) Вирджиния - Мастер ( + Слэйв) Калифорния - Слэйв (Мастер в Вирджинии) Сау-Паулу - Слэйв (Мастер в Вирджинии) Сингапур - Мастер ( + Слэйв) Мумбай - Слэйв (Мастер в Сингапуре) С. Корея либо Япония - Слэйв (Мастер в Сингапуре) Сидней - Слэйв (Мастер в Сингапуре)

Мастера будут МММ актив-актив

НЕ кольцо.

"Все на всех"

используя фишку 5.7 "multi source replication"

используя фишку 5.7 "multi source replication"

воооооот

я уже 2 недели штудирую

Тем самым траф в который упадёт на Сау-Пауло, отдаст инфу за примерно 1,5 сек, его данные запишутся в Вирджинии, та отдаст их Мастеру в Сингапуре, а тот спустит в Сидней.

только все же multi-group replication)

По моим прикидам за 5-6 секунд из любой точки должно расползтись ко всем остальным.

я мульти-гроуп в первый раз на днях прочитал

Ещё осенью такого термина не слышал

я уже 2 недели штудирую

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

Давай сравнивать ))

К середине мая)

В плане?

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

Я вот сейчас пытаюсь понять смысл GTID

Мне нужно, чтобы сервера по кругу не гоняли данные + при всяких перезапусках и похуй чем ещё, сами перезапускали реплики, автопозиция итд

Мне нужно, чтобы сервера по кругу не гоняли данные + при всяких перезапусках и похуй чем ещё, сами перезапускали реплики, автопозиция итд

Походу тебе всеже нужна кафка. Она для этого и сделана. Только как и у всего от апачей.. документация там через жопу

Походу тебе всеже нужна кафка. Она для этого и сделана. Только как и у всего от апачей.. документация там через жопу

Это же даже не СУБД

mm разве существует?

crdt

Это же даже не СУБД

Она зато решает то что ты описал. Цепляешь к ней сервера, создаешь группы и правила и она разруливает

Она зато решает то что ты описал. Цепляешь к ней сервера, создаешь группы и правила и она разруливает

Я пока не понимаю, как оно работает.

Я пока не понимаю, как оно работает.

Если очень очень сильно утрировать она что то вроде чат-сервера с гарантированной доставкой. Только между приложений

Приложениями может выступать субд и все что угодно

боже, брокер сообщений

Спасибо. Зови меня просто, мой Господин.

Да, ваше уткейшество

Если он прочитал описание и не понял. То "брокер сообщений" ему мало обьяснит

У вещей есть имена, мой мастер

Но кафку как раз и сделали для подобных кейсов. Распределенние нагрузки с гарантированной доставкой и прочими плюшками

Ток они б еще документацию нориальную сделали. И не агрились на любой вопрос.

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

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

бля

извините

кафка никак не связана с кассандрой

вообще

эластик - с апачем

ERROR: S client not available

Не связана

он использует apache lucene под капотом

это совсем разные инструменты, которые можно объединять

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

Но во всех примерах оно там в куче

но никакого пазла нет

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

Ой

если видите статью, в которой вам объясняют как жить, выбрасывайте ее в мусорное ведро, даже если это "десять советов закадрить девчонку твоей мечты"

Даже если статья написана самой девочкой?

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

У нас в чатиге старый ловелас теоретик

а меня как назовешь?

Если очень очень сильно утрировать она что то вроде чат-сервера с гарантированной доставкой. Только между приложений

Вопрос во времени отклика?

Его можно разнести по континентам?

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

http://images4.wikia.nocookie.net/__cb20080809184551/scrubs/images/f/fc/1x21CoxSmile.jpg

Его можно разнести по континентам?

Вроде бы да. Я бросил в нем разбиратся. Посрался с его разрабами. Нервные такие

Но кафку как раз и сделали для подобных кейсов. Распределенние нагрузки с гарантированной доставкой и прочими плюшками

Ну прочитав "Брокер сообщений" я быстрее догнал, но вопрос скорости остаётся открытым. Ты же видел сверху я писал про то, как сейчас, и что это МНОГО, в идеале отдавать за менее чем 1 секунду в любую точку планеты.

разраб виноват™

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

Их.

Даже если статья написана самой девочкой?

Тем более, там ты сразу проиграл, ибо там всё будет повёрнуто на её профиты и твоё подкаблучничество ;)

Ну прочитав "Брокер сообщений" я быстрее догнал, но вопрос скорости остаётся открытым. Ты же видел сверху я писал про то, как сейчас, и что это МНОГО, в идеале отдавать за менее чем 1 секунду в любую точку планеты.

Ну по идее он просто брокер. Разносишь его настраиваешь и пусть сам потоки регулирует.

Тем более, там ты сразу проиграл, ибо там всё будет повёрнуто на её профиты и твоё подкаблучничество ;)

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

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

Окай, не будем, вернёмся к ДБ

А вы мне про то как к девкам подкатывать рассказываете

Ну по идее он просто брокер. Разносишь его настраиваешь и пусть сам потоки регулирует.

Помоги понять, может реально то, что мне нужно.

Да ты к ним на грузовика подкатываешь, пару раз ТУ ТУ, и они все твои, кто не попадал )

Давай о самом главном. Хранилище у него в одном месте или в нескольких?

Да ты к ним на грузовика подкатываешь, пару раз ТУ ТУ, и они все твои, кто не попадал )

Я кстати доделал наполовину свой ии. Закончил отладку менежера памяти

аллокатор написал?

аллокатор написал?

Если ты мне, то нет. Развил теорию нечетких множеств. И написал алгоритм обобщения

Давай о самом главном. Хранилище у него в одном месте или в нескольких?

Сейчас найду.