Pull to refresh
18
0
Сергей @grobbelaar

User

Send message
сравнение гитлаб и амазона порадовало :)
я про проблему отложенной записи в централизованное хранилище минуя syslog, это решение могло бы подойти
Рассматривался ли fluentd для буфферизированной доставки логов?
насколько я знаю, это не так
по крайней мере было не так, когда я присматривадся galera
нет никакого синхронного коммита, каждый writeset проходит некую сертификацию, проверку на отсутствие конфликтов, и если она пройдена, транзакция считается закоммиченной на всех нодах, что будет по факту на каждой из нод — как повезет
что-то поменялось с тех пор?
Тоже не совсем понятно в чем профит от использования root целевой системы в контейнере.
Можете прокомментировать?
пока не пользуемся
как только поймем, что готовы запустить кластер в продакшен, скорее всего закажем поддержку
от руководства принципиальное согласие получено

у Oracle нет версии mysql сервера с wsrep-хуками и поддержкой Galera

А вообще я лично никакой платной поддержки продуктов такого уровня не пробовал, не с чем сравнить.
Будет первый опыт, если повезет.
Остановился на том, что все 3 ноды доступны на чтение, а запись только на одну, рулит этим HAProxy.

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

Рад что у вас появилось время на PXC, надеюсь что будет возможность поделиться мнениями.
Присоединившись к кластеру, используя любую из уже существующих нод, присоединяемая нода (JOINER) «узнает» обо всех нодах в кластере, а не только о DONOR-е. Это очень легко можно проверить, почитав error_log на JOINER-e.

В описанной здесь конфигурации проблемное место в том, что если упадет А, потом B и C, то все встанет, пока мы не поднимем A. На самом деле я уже почти отказался от схемы с Reference Node, когда всего 3 ноды в кластере, снимать нагрузку полностью с одного из узлов слишком расточительно. Кстати, мы еще не запустили PXC в продакшен, планирую скоро продолжить цикл статей о том, на какие грабли наступили и как преодолели.
+1, получается что для виртуализации купили кучу брендового железа, блейды, все такое. Но ведь можно было бы профита добиться и другим путем, заменив десктопы с первой фотки на самосборные серваки и поставив хороший кондиционер, а виртуализация тут уже как бы сбоку, можно использовать, а можно и нет.
Могли бы и описать, какие именно преимущества виртуализации подтвердились на вашем опыте, какие нет.
ИМХО, было бы круто если прямо в статье было указано больше фич, списком.
А вообще — выглядит круто, респект. Сейчас посоветую друзьям, которые рулят хостингами через панели.
А что, только php скрипт можно залить в public директорию и выполнить его? )
Я в очередь из читателей! )

Уточнение: а что, вы ALTER TABLE в транзакции оборачиваете? или я неправильно понял?
Мне кажется одиночный ALTER на большой таблице при потере ноды HAProxy уже никуда не будет перенаправлять.

Какой вам видится чекалка консистентности, в каком виде?
ну и как, пробовали? годится для размазывания user-generated данных по серверам в синхронном режиме?
А можно детали проги приподраскрыть, чтобы можно было воспроизвести у себя?
Ну в случае с разными ДЦ канал наверняка станет узким местом №1.
Я, кстати, тоже в ближайшее время буду пробовать это, просто ради интереса. Отпишусь.
Я тоже слежу за этой темой. Тут основная проблема в user-generated контент, где хранить его.
Решение чаще всего в кластерных ФС, но эта тема посложнее MySQL кластера будет )

Information

Rating
Does not participate
Registered
Activity