forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Раздел полезных советов: Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11, auto_tips (?), 11-Сен-22, (0) [смотреть все] +2

Тот момент когда вместо типовых решений используют лютый костылинг, после чего и, Олег (??), 19:40 , 12-Сен-22, (2) //

С удовольствием прочитаю Вашу статью как правильно делать Когда ждать , vasiukoff (?), 16:19 , 13-Сен-22, (3) //

Определили бы задачу вначале чего хотитеЕсли просто master-master то вам https , Олег (??), 14:30 , 14-Сен-22, (4) +1 //

Олег,Я ничего не имею против критики, статей на английском языке и конкретно Вас, vasiukoff (?), 14:49 , 14-Сен-22, (5) +1

Из моей практики тот костылинг, что предлагает автор статьи, приводит к непонятн, Олег (??), 19:13 , 14-Сен-22, (6)

В статье описывается не multi master, в примере выше СУБД работает только на одн, casm (ok), 11:47 , 15-Сен-22, (7)

И кеши посгрес в курсе этого , Олег (??), 19:58 , 15-Сен-22, (9)

Если упал сервер, то там никаких кешей уже нет Pacemaker запускает процесс postg, casm (ok), 20:15 , 15-Сен-22, (10) +2
Ну какие ещё кэши clog при каждом chekpoint-е в файлы сбрасывается А больше , Аноним (20), 18:30 , 19-Сен-22, (20)

Абсолютно да Причём этот костылинг чреват в случаях развала сети, а не падения н, Онаним. (?), 11:50 , 17-Сен-22, (13)
Да, забавно Из перечисленного более-менее потребен только BDR, но он платный И, Аноним (20), 18:46 , 19-Сен-22, (22)

Олег, а вы сами какое угодно master-master-решение внедряли эксплуатировали, пус, Аноним (20), 18:12 , 19-Сен-22, (18)

Ocfs2 лучше монтировать с опцией coherency full - так медленнее, но надёжнее , casm (ok), 11:52 , 15-Сен-22, (8) //

coherency full так-то дефолтДля файлов active-standby, а особенно DBMS - всё пра, Онаним. (?), 11:58 , 17-Сен-22, (15) //

это конечно если у нас direct IO для лога подразумевается , Онаним. (?), 12:00 , 17-Сен-22, (16)

the same thing can be done using postgres streaming replication, without shared , Dan (??), 21:25 , 15-Сен-22, (11) +1 //

Streaming repl needs two time more space , Аноним (20), 18:56 , 19-Сен-22, (24)

Садо-мазо По набору компонент Под нагрузкой данное решение не проверялось - т, Онаним. (?), 11:49 , 17-Сен-22, (12) +1 //

- Коросинк развалится там, где возможны непредсказуемые делеи, т е решение для , Онаним. (?), 11:55 , 17-Сен-22, (14) //

Вы удивитесь, но сбой этот как раз и есть случай непредсказуемого делея Подоб, Аноним (20), 18:36 , 19-Сен-22, (21) //

- Любые схемы с транзакциями требуют STONITH Нет - Если данные не важны и модель, Онаним. (?), 22:12 , 20-Сен-22, (25)

Было бы интересно почитать что-нибудь о том, как обходиться без STONITH , Аноним (30), 15:11 , 21-Сен-22, (30)

Стандартный нечётный арбитраж с самоустранением остановкой операций, не обязате, Онаним. (?), 23:10 , 21-Сен-22, (33)

Ну а зачем В чём профит Относительно простого пристрелить Нечёткий арбитраж , НамНам (?), 23:55 , 21-Сен-22, (35)

Эээээ, а можно как-то по буквам читать что-ли Нечётный, а не нечёткий 2N 1, Онаним. (?), 00:17 , 23-Сен-22, (41)

Ааа Ну бывает, слепой уже Так работают патрони и repmgr Они оркеструют репли, Аноним (30), 11:15 , 23-Сен-22, (43)

А что не так с репликацией в Слоне , Аноним (30), 15:13 , 21-Сен-22, (31) +1

Можно односложно Всё , Онаним. (?), 22:46 , 21-Сен-22, (32) –1

А при чём тут репликация Описанное решение как раз без репликации Репликация п, Аноним (30), 10:44 , 22-Сен-22, (36)

Вопрос был про репликацию, безотносительно , Онаним. (?), 00:15 , 23-Сен-22, (38)

А как-то более предметно В Слоне репликация работает Она надёжно наблюдаема И, НамНам (?), 23:46 , 21-Сен-22, (34)

И даже в изменения схемы уже умеет , Онаним. (?), 00:16 , 23-Сен-22, (39)

Не понял вас, не понял, что значит в изменение схемы Понятие схемы очень уж м, Аноним (30), 11:09 , 23-Сен-22, (42)

Ну и да, поскольку у нас тут простой active-standby - можно тупо обойтись keepal, Онаним. (?), 12:02 , 17-Сен-22, (17)
Набор компонентов один из наиболее тиражных Большая часть отказоустойчивых клас, Аноним (20), 18:17 , 19-Сен-22, (19) //

Вот именно поэтому я ко всему этому счастью постхрюку близко не подхожу Сколь , Онаним. (?), 22:15 , 20-Сен-22, (26) //

Про MySQL ничего сказать не могу Мой опыт в пользу того, чтобы MySQL не применя, Аноним (30), 15:07 , 21-Сен-22, (29)

Похоже на одноузловой РЭК Общий кластер БД Экземпляры монтируют его в разное в, Аноним (20), 18:49 , 19-Сен-22, (23) //

Не совсем понятно на фига в этой схеме коросинк и прочее Обычного keepalived и , Онаним. (?), 22:17 , 20-Сен-22, (27) //

причём с арбитрацией на хранилке даже в конфигурации с двумя нодами будет работ, Онаним. (?), 22:18 , 20-Сен-22, (28)
Писмэйкер и коросинком позволяют сделать стэк отказа сколь угодно глубоким Можн, Аноним (37), 14:48 , 22-Сен-22, (37) //

Писмэйкер и коросинком позволяют сделать проникновение граблей сколь угодно глуб, Онаним. (?), 00:16 , 23-Сен-22, (40)

Ну и это тоже Это тёмная сторона гибкости и функциональности , Аноним (30), 11:19 , 23-Сен-22, (44)

Есть же patroni, его проще поднять и это решение работает, проверено https git, none (??), 13:45 , 10-Ноя-22, (45)
А какой смысл в кластерной файловой системе Сэкономить 50 места и в результате, Легивон (?), 10:57 , 15-Мрт-23, (46)

Сообщения [Сортировка по времени | RSS]

12. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +1 +/–

Сообщение от Онаним. (?), 17-Сен-22, 11:49

Садо-мазо. По набору компонент.
"Под нагрузкой данное решение не проверялось" - т.е. теория ради теории.

Ответить | Правка | Наверх | Cообщить модератору

14. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 17-Сен-22, 11:55

- Коросинк развалится там, где возможны непредсказуемые делеи, т.е. решение для двух соседних стоек ДЦ
- Pacemaker требует STONITH, а реальный STONITH ныне - это очень редкая вещь. Всякие псевдо-варианты на уровне тушения виртуалок встанут колом, как только развалится менеджовая сеть, и когда это всё соберётся взад (скорее всего с раздельным написанием первой буквы) - результат непредсказуем, т.е. опять же максимум годно для полутора стоек в одном ДЦ
- Из реально работающего cross-DC здесь OCFS2, но её тоже надо уметь готовить - никаких коросинков с пацемакерами, внутренний кластерный стек там достаточно вылизанный, при этом общее дисковое хранилище в качестве дополнительного арбитра работает железно
В итоге не проще ли взять MySQL с асинхронной репликацией и не извращаться?
В худшем случае - зайдёт Galera с синхронным коммитом.

Ответить | Правка | Наверх | Cообщить модератору

21. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (20), 19-Сен-22, 18:36

> - Коросинк развалится там, где возможны непредсказуемые делеи, т.е. решение для двух
> соседних стоек ДЦ
Вы удивитесь, но сбой этот как раз и есть случай "непредсказуемого делея". Подобные схемы и нужны, чтобы в случае "непредсказуемого делея" поднять новый мастер.
> - Pacemaker требует STONITH
Любые схемы с транзакциями требуют STONITH.
> В итоге не проще ли взять MySQL с асинхронной репликацией и не
> извращаться?
> В худшем случае - зайдёт Galera с синхронным коммитом.
Если данные не важны и модель данных уровня какого-нибудь web-проекта, где данные и время ничего не стоят, да.

Ответить | Правка | Наверх | Cообщить модератору

25. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 20-Сен-22, 22:12

- Любые схемы с транзакциями требуют STONITH.
Нет.
- Если данные не важны и модель данных уровня какого-нибудь web-проекта, где данные и время ничего не стоят, да.
Надувание щёк не предмет для обсуждения однозначно. И да, возможно тут просто незнание место быть имеет. Потому что репликация в MySQL - это не репликация в постхрюках.

Ответить | Правка | Наверх | Cообщить модератору

30. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (30), 21-Сен-22, 15:11

> - Любые схемы с транзакциями требуют STONITH.
> Нет.
Было бы интересно почитать что-нибудь о том, как обходиться без STONITH.

Ответить | Правка | Наверх | Cообщить модератору

33. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 21-Сен-22, 23:10

Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее - с дополнительным посредником арбитража, который расположен не на нодах и не на стыках между ними, при правильной конфигурации становится возможен вторичный кворум, и количество нод вполне может быть и чётным без особых последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным моментом при этом является необходимость предварительной блокировки операций записи, чтобы не дать провести запись в случае потери кворума.

Ответить | Правка | Наверх | Cообщить модератору

35. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от НамНам (?), 21-Сен-22, 23:55

> Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно
> полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее
> - с дополнительным посредником арбитража, который расположен не на нодах и
> не на стыках между ними, при правильной конфигурации становится возможен вторичный
> кворум, и количество нод вполне может быть и чётным без особых
> последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным
> моментом при этом является необходимость предварительной блокировки операций записи,
> чтобы не дать провести запись в случае потери кворума.
Ну а зачем? В чём профит? Относительно простого пристрелить. "Нечёткий арбитраж" -- простите, ржал. Вы на "нечёткий арбитраж" в типично сложных случаях потратите астрономически больше времени, чем просто всё вырубить. И, снова, возращаемся к адекватности угадывания. А угадывание -- всегда угадывание. Но одно дело угадывать как лучше что-то сделать, не теряя ничего, кроме времени, чем угадывать: потерять даные... или не потерять. Причём, ладно бы был выбор, -- потерять немножко данных, но выиграть во времени исполнения -- но нет же -- вы предлагает потерять неизвестно сколько времени взамен на потерять... неизвестно сколько данных )))) Хреновый выбор.

Ответить | Правка | Наверх | Cообщить модератору

41. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 23-Сен-22, 00:17

Эээээ, а можно как-то по буквам читать что-ли.
Нечётный, а не нечёткий. 2N+1

Ответить | Правка | Наверх | Cообщить модератору

43. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (30), 23-Сен-22, 11:15

> Эээээ, а можно как-то по буквам читать что-ли.
> Нечётный, а не нечёткий. 2N+1
Ааа ) Ну бывает, слепой уже. Так работают патрони и repmgr. Они оркеструют репликацию узлов Слона. Писмэйкер и коросинком может и там пригодиться. Всё таки это крайне универсальные, хотя, в общем-то, и крайне затратные и сложные инструменты.

Ответить | Правка | Наверх | Cообщить модератору

31. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +1 +/–

Сообщение от Аноним (30), 21-Сен-22, 15:13

> Потому что репликация в MySQL - это не репликация в постхрюках.
А что не так с репликацией в Слоне?

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

32. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" –1 +/–

Сообщение от Онаним. (?), 21-Сен-22, 22:46

Можно односложно?
Всё.

Ответить | Правка | Наверх | Cообщить модератору

36. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (30), 22-Сен-22, 10:44

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

Ответить | Правка | Наверх | Cообщить модератору

38. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 23-Сен-22, 00:15

Вопрос был про репликацию, безотносительно.

Ответить | Правка | Наверх | Cообщить модератору

34. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от НамНам (?), 21-Сен-22, 23:46

А как-то более предметно? В Слоне репликация работает. Она надёжно наблюдаема. И крайне легка в настройке. Что из этого вы способны аргументировано оспорить?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

39. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 23-Сен-22, 00:16

И даже в изменения схемы уже умеет?

Ответить | Правка | Наверх | Cообщить модератору

42. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (30), 23-Сен-22, 11:09

Не понял вас, не понял, что значит "в изменение схемы". Понятие схемы очень уж многозначное. Можете как-то пояснить о чём речь в данном случае, если будет время?
Вы же не о схеме в БД, которая пространство имён, я так понимаю, так?
Есть механизм "логической репликации", в которой издателю нет никакого дела до того, что там получатель на своей стороне с данными делает и как, лишь бы получатель подтверждение присылал. Это не достаточно?

Ответить | Правка | Наверх | Cообщить модератору

17. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 17-Сен-22, 12:02

Ну и да, поскольку у нас тут простой active-standby - можно тупо обойтись keepalived и монтированием разделяемого раздела на той ноде, которая должна живой стать, даже с OCFS2 не извращаясь.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

19. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (20), 19-Сен-22, 18:17

> Садо-мазо. По набору компонент.
> "Под нагрузкой данное решение не проверялось" - т.е. теория ради теории.
Набор компонентов один из наиболее тиражных. Большая часть отказоустойчивых кластеров со Слоном реализованы либо на стеке коросинка с писмэйкером, либо на repmrg. Чуть меньше на патрони. При этом именно коросинк с писмэйкером позволяют реализовать сколь угодно сложные и изощрённые решения. Если не стоит задача делать master-master.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

26. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Онаним. (?), 20-Сен-22, 22:15

> Большая часть отказоустойчивых кластеров со Слоном реализованы либо на стеке коросинка с писмэйкером, либо
Вот именно поэтому я ко всему этому счастью (постхрюку) близко не подхожу.
Сколь угодно сложные и изощрённые решения позволяет MySQL и его вариации. ВПЛОТЬ до master-master.
Без всяких коросинков. Или с ними, если хочется извращаться.
Что же до задачи - на коросинках кросс-дц с парой ms делеев уже проблема.

Ответить | Правка | Наверх | Cообщить модератору

29. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" +/–

Сообщение от Аноним (30), 21-Сен-22, 15:07

Про MySQL ничего сказать не могу. Мой опыт в пользу того, чтобы MySQL не применять ни для чего сложнее регистратора событий.
И нет, для MySQL нет и близко решений master-master такого уровня, которые есть для Слона.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

12. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+1 +/–
Сообщение от Онаним. (?), 17-Сен-22, 11:49
Садо-мазо. По набору компонент. "Под нагрузкой данное решение не проверялось" - т.е. теория ради теории.
Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 17-Сен-22, 11:55
	- Коросинк развалится там, где возможны непредсказуемые делеи, т.е. решение для двух соседних стоек ДЦ - Pacemaker требует STONITH, а реальный STONITH ныне - это очень редкая вещь. Всякие псевдо-варианты на уровне тушения виртуалок встанут колом, как только развалится менеджовая сеть, и когда это всё соберётся взад (скорее всего с раздельным написанием первой буквы) - результат непредсказуем, т.е. опять же максимум годно для полутора стоек в одном ДЦ - Из реально работающего cross-DC здесь OCFS2, но её тоже надо уметь готовить - никаких коросинков с пацемакерами, внутренний кластерный стек там достаточно вылизанный, при этом общее дисковое хранилище в качестве дополнительного арбитра работает железно В итоге не проще ли взять MySQL с асинхронной репликацией и не извращаться? В худшем случае - зайдёт Galera с синхронным коммитом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (20), 19-Сен-22, 18:36
	> - Коросинк развалится там, где возможны непредсказуемые делеи, т.е. решение для двух > соседних стоек ДЦ Вы удивитесь, но сбой этот как раз и есть случай "непредсказуемого делея". Подобные схемы и нужны, чтобы в случае "непредсказуемого делея" поднять новый мастер. > - Pacemaker требует STONITH Любые схемы с транзакциями требуют STONITH. > В итоге не проще ли взять MySQL с асинхронной репликацией и не > извращаться? > В худшем случае - зайдёт Galera с синхронным коммитом. Если данные не важны и модель данных уровня какого-нибудь web-проекта, где данные и время ничего не стоят, да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 20-Сен-22, 22:12
	- Любые схемы с транзакциями требуют STONITH. Нет. - Если данные не важны и модель данных уровня какого-нибудь web-проекта, где данные и время ничего не стоят, да. Надувание щёк не предмет для обсуждения однозначно. И да, возможно тут просто незнание место быть имеет. Потому что репликация в MySQL - это не репликация в постхрюках.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (30), 21-Сен-22, 15:11
	> - Любые схемы с транзакциями требуют STONITH. > Нет. Было бы интересно почитать что-нибудь о том, как обходиться без STONITH.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 21-Сен-22, 23:10
	Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее - с дополнительным посредником арбитража, который расположен не на нодах и не на стыках между ними, при правильной конфигурации становится возможен вторичный кворум, и количество нод вполне может быть и чётным без особых последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным моментом при этом является необходимость предварительной блокировки операций записи, чтобы не дать провести запись в случае потери кворума.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от НамНам (?), 21-Сен-22, 23:55
	> Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно > полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее > - с дополнительным посредником арбитража, который расположен не на нодах и > не на стыках между ними, при правильной конфигурации становится возможен вторичный > кворум, и количество нод вполне может быть и чётным без особых > последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным > моментом при этом является необходимость предварительной блокировки операций записи, > чтобы не дать провести запись в случае потери кворума. Ну а зачем? В чём профит? Относительно простого пристрелить. "Нечёткий арбитраж" -- простите, ржал. Вы на "нечёткий арбитраж" в типично сложных случаях потратите астрономически больше времени, чем просто всё вырубить. И, снова, возращаемся к адекватности угадывания. А угадывание -- всегда угадывание. Но одно дело угадывать как лучше что-то сделать, не теряя ничего, кроме времени, чем угадывать: потерять даные... или не потерять. Причём, ладно бы был выбор, -- потерять немножко данных, но выиграть во времени исполнения -- но нет же -- вы предлагает потерять неизвестно сколько времени взамен на потерять... неизвестно сколько данных )))) Хреновый выбор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 23-Сен-22, 00:17
	Эээээ, а можно как-то по буквам читать что-ли. Нечётный, а не нечёткий. 2N+1
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (30), 23-Сен-22, 11:15
	> Эээээ, а можно как-то по буквам читать что-ли. > Нечётный, а не нечёткий. 2N+1 Ааа ) Ну бывает, слепой уже. Так работают патрони и repmgr. Они оркеструют репликацию узлов Слона. Писмэйкер и коросинком может и там пригодиться. Всё таки это крайне универсальные, хотя, в общем-то, и крайне затратные и сложные инструменты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+1 +/–
	Сообщение от Аноним (30), 21-Сен-22, 15:13
	> Потому что репликация в MySQL - это не репликация в постхрюках. А что не так с репликацией в Слоне?
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	32. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	–1 +/–
	Сообщение от Онаним. (?), 21-Сен-22, 22:46
	Можно односложно? Всё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (30), 22-Сен-22, 10:44
	А при чём тут репликация? Описанное решение как раз без репликации. Репликация подразумевает, что у вас есть н-узлов, данные на которых идентичны (строго или "в конце концов"). Т.е. каждый узел с экземпляром обладает своей репликой данных, с которой и работает. Тут же, как я понял, узлы с экземпляром используют одни и те же данные, доступ к которым разделён по времени.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 23-Сен-22, 00:15
	Вопрос был про репликацию, безотносительно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от НамНам (?), 21-Сен-22, 23:46
	А как-то более предметно? В Слоне репликация работает. Она надёжно наблюдаема. И крайне легка в настройке. Что из этого вы способны аргументировано оспорить?
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	39. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 23-Сен-22, 00:16
	И даже в изменения схемы уже умеет?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (30), 23-Сен-22, 11:09
	Не понял вас, не понял, что значит "в изменение схемы". Понятие схемы очень уж многозначное. Можете как-то пояснить о чём речь в данном случае, если будет время? Вы же не о схеме в БД, которая пространство имён, я так понимаю, так? Есть механизм "логической репликации", в которой издателю нет никакого дела до того, что там получатель на своей стороне с данными делает и как, лишь бы получатель подтверждение присылал. Это не достаточно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 17-Сен-22, 12:02
	Ну и да, поскольку у нас тут простой active-standby - можно тупо обойтись keepalived и монтированием разделяемого раздела на той ноде, которая должна живой стать, даже с OCFS2 не извращаясь.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	19. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (20), 19-Сен-22, 18:17
	> Садо-мазо. По набору компонент. > "Под нагрузкой данное решение не проверялось" - т.е. теория ради теории. Набор компонентов один из наиболее тиражных. Большая часть отказоустойчивых кластеров со Слоном реализованы либо на стеке коросинка с писмэйкером, либо на repmrg. Чуть меньше на патрони. При этом именно коросинк с писмэйкером позволяют реализовать сколь угодно сложные и изощрённые решения. Если не стоит задача делать master-master.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	26. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Онаним. (?), 20-Сен-22, 22:15
	> Большая часть отказоустойчивых кластеров со Слоном реализованы либо на стеке коросинка с писмэйкером, либо Вот именно поэтому я ко всему этому счастью (постхрюку) близко не подхожу. Сколь угодно сложные и изощрённые решения позволяет MySQL и его вариации. ВПЛОТЬ до master-master. Без всяких коросинков. Или с ними, если хочется извращаться. Что же до задачи - на коросинках кросс-дц с парой ms делеев уже проблема.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11"	+/–
	Сообщение от Аноним (30), 21-Сен-22, 15:07
	Про MySQL ничего сказать не могу. Мой опыт в пользу того, чтобы MySQL не применять ни для чего сложнее регистратора событий. И нет, для MySQL нет и близко решений master-master такого уровня, которые есть для Слона.
	Ответить \| Правка \| Наверх \| Cообщить модератору