The OpenNET Project / Index page

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



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

Оглавление

Выпуск отказоустойчивой СУБД CockroachDB 2.0, opennews (?), 07-Апр-18, (0) [смотреть все]

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


17. "Выпуск отказоустойчивой СУБД CockroachDB 2.0"  –1 +/
Сообщение от raveremail (ok), 08-Апр-18, 12:11 
Там достаточно все просто, писал коммент на коленке к другой новости про Citus уже:

http://www.opennet.me/opennews/art.shtml?num=48407 - там есть настройка Citus.

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

18. "Выпуск отказоустойчивой СУБД CockroachDB 2.0"  +1 +/
Сообщение от Teederemail (?), 08-Апр-18, 23:37 
Ты считаешь что такие конфиги писать норма ?
У меня для тебя плохие новости. Все ПО стремится к упрощению и CockroachDB быстро заткнет такие поделки как Citus и.т.п, паразитирующие на PostgreSQL.
У тебя есть автоматический шардинг и распределенные JOIN'ы без каких либо костылей.
Парни из Кокроч изначально делали хорошо и надежно, а теперь принялись за производительность и каждая версию ускоряет некоторые операции в десятки раз.
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск отказоустойчивой СУБД CockroachDB 2.0"  +/
Сообщение от нах (?), 09-Апр-18, 10:10 
> Ты считаешь что такие конфиги писать норма ?

если тебе _на_самом_деле_ важно, с точностью до коробки в стойке, где именно какая таблица лежит (а что - дистрибьютится) и это часть твоего процесса работы с данными - да, норма (как еще-то?)
В качестве бонуса - вся эта информация непосредственно в схеме, поэтому она не может внезапно просраться/стать несовпадающей с реальностью. Минус - что вся эта мегаусложненная конструкция становится хрупкой, ненадежной и чреватой человеческими ошибками. "Зато меня никогда не уволят!"

С м-давошь-дебе у тебя есть довольно грубая рулилка, внешняя по отношению к схеме, и кучка интуитивно-приятных интерфейсов, позволяющих (то есть оно - нужно) удостоверяться, что данные в конце-концов переехали туда, где им положено быть - отдельных от схемы. (ну-ка покажи-ка мне архив изменений в такой среде?)
Суперспециалист, вручную раскидывающий шарды по узлам, становится резко ненужен, любая макака может сесть на его еще не остывшую табуретку и продолжить с того же места кликать мышью.

Как мы все понимаем, в масштабах байды выбора на самом деле нет. А недостаток скорости (на чем, кстати, говорят, написано? Ась, не слышу? А? Да понял что г-но, а какое? php, небось?) компенсируется наращиванием числа тазиков. У байды их много, картонная фабрика работает где-то на параллельной улице.

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


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

21. "Выпуск отказоустойчивой СУБД CockroachDB 2.0"  +/
Сообщение от raveremail (ok), 09-Апр-18, 21:00 
> Ты считаешь что такие конфиги писать норма ?

Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт в кластер из 4-х нод, да посложнее со структурой который, получается крайне хреново, тормозит конкретно, даже доходит до того что сервера подвисать начинают, потом он там пересчитывает постоянно эти реплики свои и снова сжираются ресурсы, ну да ладно допустим это через пару лет поправят. Погугли никто не смог собрать нормально кластер-то из 10-ти нод на нем.
Реальность по кокроачу такова, что чем больше там нод, тем тормознее он будет, это как раз проблемы мультимастера. Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно будет стока копий одинаковых данных хранить.

В реальности Citus это нифига не поделка, а очень даже стабильное решение которому и 100 нод не помеха. А по поводу простоты, куда уж проще, вы посмотрите как PostgreSQL-XL настраивается и поддерживается, вот там да - куда ж без админа.

Citus не сложен, абсолютно. Ну и раз уж на то пошло, то в нормальной компании, которой нужен многонодовый кластер БД наверное найдется денег на админа :) Ну по крайней мере там где сейчас делаю, там с деньгами на админа проблем нету.

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

22. "Выпуск отказоустойчивой СУБД CockroachDB 2.0"  +/
Сообщение от пох (?), 10-Апр-18, 14:24 
> Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт

может оно банально не для этого придумано?

> Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно

то же самое. Это вам "накладно". А авторы, похоже, считали что 3 - это минимум, который они могут себе позволить.

у них задача (если верить методичке) - не прочавкать данные (и не получить split-brain) при массовом падеже серверов и каналов.
Задачи размазать то, что не помещается физически в один тазик, и хрен уже с ней, с надежностью - нет.

производительности от этого проекта, по-моему, ждать тоже не приходится, байде, видимо, не надо.

А вот что там с надежностью - хотелось бы от кого-то кто пробовал услышать.

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

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

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




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

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