Комментарии 18
спасибо
Все хорошо, кроме неадекватной цены с учётом существования free версии.
А в режиме, описанном здесь, это будут крайне неприличные деньги.
Из Гугла первая строчка
Цена на лицензию Postgres Pro начинается от 36 000 руб. за годовую подписку версии Standard, при этом бессрочная версия будет стоить 160 000 руб. за лицензию для одного ядра. Если вы работайте с большими базами данных, то для вас разработана более расширенная версия Enterprise, цена которой начинается от 360 000 руб.
Здесь Enterprise помноженный на несколько серверов. Цена за ядро!
Все познается в сравнении же. Построение аналогичной системы на MS Sql в режиме Always On обойдется с $5000 в год за ядро. И это только цена самого скуля, без учета стоимости OS и CAL к ней.
откуда 5k$ за ядро в ГОД ? У MS на сайте за перманентную Enterprise-редакцию 15123$ per 2 core pack
Так вкладку Subscriptions откройте.
и зачем покупать по подписке ?
Например затем, что подписка включает в себе апгрейд версий как правило. И имея ее я обновляюсь на новую версию скуля по мере его выхода и моей необходимости в этом. В случае перманентной, каждую новую версию придется покупать по фулл-прайсу уже.
На самом деле там нюансов вагон и тележка. К примеру отельно доставляют правила лицензирования для Blade систем.
В случае перманентной, каждую новую версию придется покупать по фулл-прайсу уже
При наличии Software Assurance можно же апгрейдится
К примеру отельно доставляют правила лицензирования для Blade систем.
А что за история с блейдами ? В гайде по лицензированию только " A hardware partition or blade is considered to be a separate physical hardware system."
Очень круто что Postgres Pro допилил отказоустойчивость для 1С
В начале года вроде ее еще не было, может невнимательно смотрел
Буду благодарен за ссылку.
Поэтому подождем посмотрим как будет жить
А давайте я вам добавлю ложечку дегтя... даже две. Не считая цены.
HAProxy. Возьмите любой тест, хотя бы и pg_bench и померяйте производительность при прямом соединении и за HAProxy.
А потом напишите больше 10% или меньше получилосьЧто касается host=pgnode-01, pgnode-02, pgnode-03 то тоже небольшая печалька
Если pgnode-01 не устанет совсем, а выключится и включится, то он станет репликой только для чтения, но доступной по вашей строке подключения
Соответственно 1С выберет его и рухнет с ошибкой
Как то так
Остается pg_probackup допилить, чтобы он мог по одной базе архивировать
Так же ждем 1С Мass-market и 1С Luxury, раз уж появился 1С-Премиум)
"Что касается host=pgnode-01, pgnode-02, pgnode-03 ... 1С выберет его и рухнет с ошибкой"
1С не рухнет, обратите внимание на параметр target_session_attrs=read-write , в нём весь фокус
Андрей, миль пардон. Читал в первый раз с телефона, не очень внимательно.
Фокус хороший, но как говорится есть нюанс... П-производительность
Насколько увеличится время установки соединения если мастер уйдет на 3 ноду?
У вас же есть настроенный контур - прогоните pg_bench и померяйте производительность при прямом соединении и ваших решениях
Совсем не зря Postgres Pro пилит Proxima
А под бесплатный patroni есть бесплатные решения позволяющие достичь производительности прямого соединения
И чтобы два раза не бегать
pg_probackup вы предположим настроили делать с реплики/мастера
Когда у вас контур переключится вам надо это как то отработать
Не говоря уже о необходимости 3 равнозначные по оборудованию ноды содержать.
Может меня ща и запинаете. Но где постгрес и где 1С? Хорошая СУБД и непонятно на чем написанный продукт. Выше уже упомянули о проблемах PG. Неужели тока меня парит сам подход от 1С?
Неужели тока меня парит сам подход от 1С?
Так а что вы предлагаете? Объявить бойкот одному из самых распростраyненных локальных продуктов? Отказаться от использования его совместно с СУБДД и по старинке в файловом варианте?
Но где постгрес и где 1С?
Пинать никто не собирается, все по делу. Но справедливости ради, Postgres Pro это не создатели Postgres, а 1С это другое
Postgres Pro просто большие молодцы, огромное им спасибо за бесплатную сборку для 1С, пригождалась не раз, и отдельно Павлу Лузанову Егору Рогову за курсы и книги
а можно чуть больше сравнения с patroni? потому что если разница только в
Разница будет только в том, что для проверки состояния узлов нужно использовать метод проверки с помощью внешнего скрипта (external-check) вместо проверки http-статуса (http-check).
то такое мы и сами с усами..
UPD: нашёл видео на тему сравнения patroni/stolon/repmgr но сравнения patroni/biha в лоб как-то не гуглится
BiHA - встроенное решение отказоустойчивости в СУБД Postgres Pro
Начиная с 16 версии
Не требуется стороннее кластерное ПО.
Единая точка входа?
Не требует дополнительного администрирования сторонних компонентов.
абсолютно аналогичное администрирование
а с учетом того, что пока нет ни живых внедрений, ни комьюнити, без оперативной поддержки это будет тот еще квест
Не требуется обеспечение отказоустойчивости этих компонентов кластерного ПО.
Ничего что у вас 2 ноды аналогичные по мощности мастеру по сути простаивают?
Отказоустойчивость Postgres Pro Enterprise для 1С