The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful, opennews (??), 28-Ноя-21, (0) [смотреть все]

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


42. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (44), 28-Ноя-21, 14:29 
> Репликация - уже давно есть в постгресе

Пожалуйста, озвучьте проверенное решение. По тому, что я знаю, мастер-мастер репликации не существует из коробки в PostgreSQL. Есть коммерческое решение от EnterpriseDB. Называется Postgres-BDR (или ещё: "Always on").

При этом все комментарии про отсутствие решения мастер-мастер и успешность такой архитектуры я склонен объяснять тем, что утверждающий такое человек, имел опыт с MySQL.

Вообще MySQL, поправьте если я не прав, это единственная реляционная база данных умеющая такое из коробки. И для этого есть причины. Главная - очень сложно алгоритмически разрабатывать такое решение. Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер. Но это же не конец света. Кому надо, могут использовать GG или писать свои решения.

Я вообще считаю, что мастер-мастер на _уровне базы данных_ - это зло. И выставлять это, как какой-то недостаток, считаю это неоправданным требованием.

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

52. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Михрютка (ok), 28-Ноя-21, 16:12 
>>>Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер.

вот щас оракл раку стало очень обидно

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

54. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 16:19 
С чего бы то это ему было обидно? Оракл RAC - это разделяемое хранилище с блочной репликацией. Там нет такой сущности как "самостоятельная нода работающая как мастер или чтото иное". Там все ноды- работают с одной версией БД, которая лежит на распределенном блочном устройстве.
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 19:07 
сорьки, я было подумал, что pq dbr это мастер/мастер синхронная репликация, порадовался - ну хоть какое-то подобие рака.

так-то рак кластер, как вы правильно написали, с шаред хранилищем, и ровно по этой же причине - в репликации блочных устройств не нуждается.

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

77. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 20:20 
блочное устройство- это не идиома для жесткого диска как вы очевидно думаете. блочное устройство в отличие от символьного - это такая сущность интерфейс которого общается с внешним миром посредством блоков а не символов.
блок- ключевое понятие в оракле, на нем все держится. и процесс репликации данных в RAC тоже происходит блоками.
То самое шаред хранилище - вполне себе блочное устройство. которое реплицируется.
Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 21:02 
> То самое шаред хранилище - вполне себе блочное устройство. которое реплицируется.

куда?


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

93. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от x3who (?), 29-Ноя-21, 03:09 
там всё хуже - поскольку хранилище общее, то в принципе к одному блоку ломиться транзакции на разных нодах, из-за этого лезут какие-то глобальные блокировки, производительность падает в пол в таких случаях. Борьба с напастью -  это работать с одним набором данных на одной ноде, с другим - на другой, например на уровне партиций. Но какой-то набор данных будет общим всегда. Но вот чем тут может быть лучше мультимастер с репликацией ума не приложу - дублирование стораджа под хранение одних и тех же данных на разных нодах, более высокий трафик между нодами при сохранении необходимости как-то синхронизировать встречные изменения данных, сделанные на разных мастерах.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

59. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 16:51 
Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) есть из коробки и она более чем проверенная.

Если говорить о мастер-мастер для постгреса, то родной реализации нету, но есть несколько сторонних большинство из которых с открытым кодом в том числе есть и открытые сорцы старых версий BDR.

Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих реализаций имеет существенные нюансы либо изначально заявленные ограничения.
MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за чего в реальности на продакшене это до сих пор не популярное решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL.
Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные решения и есть возможность использовать любую БД, то вместо учитывания нюансов о которых никто явно не пишет и сидения на пороховой бочке, лучше использовать решения которые изначально создавались как распределенные базы данных. Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но зато очень хорошо масштабируется и решает конфликты в сравнении с классическими master-master любой РСУБД. А так то именно мультимастер не всегда нужен и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты делать со слейвов и прочие решение в зависимости от проблемы которую нам нужно решить и это будет более прогнозируемо чем мультимастер.

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

64. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 18:01 
> Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL

нет, извините, но всё же не умеет. RAC - это не мастер-мастер данных, а только инстанса.

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

67. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 18:59 
извиняю, но я не имел ввиду RAC. Я имел ввиду -  https://docs.oracle.com/cd/B28359_01/server.111/b28326/repma...
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 19:10 
Точно, вспомнил теперь. Есть такая штука у Оракла. Когда-то в конце 90-х на модемных линиях её использовали. И это не оценочное суждение, просто факт.
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру