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

Раздел полезных советов: Настройка СУБД 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) 2,8,11,12,23,45,46

Сообщения

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

	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ообщить модератору

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

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