Гость
Войти | Профиль | Очистить
Действия ...
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Кластерное решение Postgres-XL и какой его должен быть Load Balancer / 17 сообщений из 17, страница 1 из 1
03.07.2018, 16:41
    #39668968
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
.. Postgres-XL – система для создания мульти-мастер кластеров, работаю-
щих в синхронном режиме – все узлы всегда содержат актуальные данные...

Добрый день!

Подскажите, какой посоветуете Load Balancer для кластерного решения Postgres-XL (не путать с PostgreSql),
если я правильно понял, что на данном рисунке это отдельный компонент и решение ИЛИ в Postgres-XL уже "Всё включено"

Спасибо за любые советы и ответы.



...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 11:32
    #39669346
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Неужели никто не имел опыт с реализацией Postgres-XL или стесняетесь подсказать?!?

Я честно говоря до сих пор так и не понял, есть ли там встроенный Load Balancer и мультиплексор соединений(пул соединений), но глядя на таблицу по этой ссылке , где
вроде как всё включено, НО я так и не отыскал, как и где это настраивается и реализовывается???
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 11:35
    #39669349
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 11:50
    #39669366
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 11:56
    #39669376
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Поскольку ссылку не получается вставить, в итоге пустое место, то хоть напишу урл так https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 12:01
    #39669383
Melkij
Melkij
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
vlad-belkin,

Приложение должно подключаться к координатору. Если ваш координатор перестаёт справляться с трафиком - ставите второй координатор и одновременно получаете загадку на подумать, как часть нагрузки передать на него, не нагружая первый координатор - второй-то поставили как раз потому что один не справлялся. Как будете делить запросы на два разных координатора - и есть load balancer. Можете прямо на приложении подключаться к случайному координатору каждый раз, можете через что-нибудь более простое раскидывать сетевые соединения (haproxy например), можете поизвращаться хоть на уровне маршрутизации L3. Или административным решением - вот это приложение ходит к координатору1, а вот те два - через второй. Задача полностью аналогичная балансировке запросов прикладного ПО по равноправным железкам в кластере.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 12:12
    #39669398
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Melkij,
Спасибо, большое, из Вашего ответа, я понял, что таки надобно ставить сторонний HAProxy, просто почему-то сложилось впечатление, что у Postgres-XL встроенный Load Balancer
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 12:18
    #39669405
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
vlad-belkinMelkij,
Спасибо, большое, из Вашего ответа, я понял, что таки надобно ставить сторонний HAProxy, просто почему-то сложилось впечатление, что у Postgres-XL встроенный Load Balancer

Координатор и есть load balancer по сути.
Другой вопрос что ОДНОГО координатора может не хватать (но вот это уже надо смотреть на конкретно вашей задаче)
Так и 1 pgbouncer может легко не хватать (на моем опыте по 4ре на сервер приходилось ставить) и 1го haproxy тоже может не хватать.
У любого load balance есть лимит сколько он в 1 процесс или в 1 сервер может тянуть.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 12:39
    #39669427
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Maxim Boguk,

Сердечно благодарю за ответ, уже в итоге наступает прояснение.

А как Вы думаете, есть ли смысл поставить на каждую ДатаНоду по координатору, то есть есть допустим 10 ДатаНод и на каждой из них установлен координатор и соответственно получится 10 координаторов, а на самом входе разумеется HAProxy будет(в мыслях для отказоустойчивости думаю их 2-ое поставить).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 14:19
    #39669500
Rinka777
Rinka777
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
если я правильно поняла, то Postgres-XL работает через DRBD , который не совсем инструмент БД, а скорее инструмент системы.
Если это так, то насколько это надежно? В случае крушения собрать это будет довольно проблематично, мне кажется.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 16:17
    #39669575
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Rinka777если я правильно поняла, то Postgres-XL работает через DRBD , который не совсем инструмент БД, а скорее инструмент системы.
Если это так, то насколько это надежно? В случае крушения собрать это будет довольно проблематично, мне кажется.

Откуда такая НУ ОЧЕНЬ странная идея про -XL ????

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 16:18
    #39669576
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
vlad-belkinMaxim Boguk,

Сердечно благодарю за ответ, уже в итоге наступает прояснение.

А как Вы думаете, есть ли смысл поставить на каждую ДатаНоду по координатору, то есть есть допустим 10 ДатаНод и на каждой из них установлен координатор и соответственно получится 10 координаторов, а на самом входе разумеется HAProxy будет(в мыслях для отказоустойчивости думаю их 2-ое поставить).

Нет... координаторам много памяти на -XL надо так как они помимо балансировки много чего делают.
И датанодам тоже память надо.
Плохая идея.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.07.2018, 17:17
    #39669619
vlad-belkin
vlad-belkin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Maxim Boguk,

Ок, спасибо огромное, согласен на все 120%
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
10.07.2018, 12:40
    #39672016
Rinka777
Rinka777
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Maxim BogukRinka777если я правильно поняла, то Postgres-XL работает через DRBD , который не совсем инструмент БД, а скорее инструмент системы.
Если это так, то насколько это надежно? В случае крушения собрать это будет довольно проблематично, мне кажется.

Откуда такая НУ ОЧЕНЬ странная идея про -XL ????

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

просто предположила. разбирательство предстоит
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.07.2018, 12:16
    #39673034
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Postgres-XL же это MPP субд ! Под OLTP нагрузку он не заточет. Его дело миллиардные агрегаты на кластере считать. Одним запросом. А не миллион мелких crud квери выполнять.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.07.2018, 12:35
    #39673052
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
Ivan DurakPostgres-XL же это MPP субд ! Под OLTP нагрузку он не заточет. Его дело миллиардные агрегаты на кластере считать. Одним запросом. А не миллион мелких crud квери выполнять.

-XL как раз под OLTP заточен а не под отчеты.
Его специально делали когда 1 сервера не хватало по TPS на запись OLTP больших телекомов в Японии в начале.

Ты его с greenplum не путаешь?

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.07.2018, 16:50
    #39673251
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кластерное решение Postgres-XL и какой его должен быть Load Balancer
с гринпламом не путаю, но как раз принцип очень близок к гринпламу.
Ну и все запросы через мастер тоже не супер решение для OLTP
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Кластерное решение Postgres-XL и какой его должен быть Load Balancer / 17 сообщений из 17, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 436ms
Закрыть
start [/forum/topic.php?fid=53&tablet=1&tid=1995675]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 44ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 47ms
get tp. blocked users:
 1ms
others: 303ms
total:  436ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]