Горизонтальное масштабирование реляционных субд?

Question

[jonasas]

Как возможно организовать горизонтальное масштабирование реляционных субд с сохранением возможности связей таблиц (relations, joins)?

Answer 1

[Армянское Радио]

Главный вопрос - цель данного мероприятия? Увеличить число одновременно обрабатываемых запросов? Увеличить скорость? Устранить недостаток места?
Обеспечить отказоустойчивость? У каждой базы - свои решения этих вопросов.

Comments

[jonasas]

Требуется увеличить скорость запросов и устранить недостаток места

[Армянское Радио]

jonasas: Так может, стоит дисковую подсистему посмотреть? Что у вас в качестве хранилища - два SOHO диска в RAID1 или СХД на пару-тройку гигабит пропускной способности?

[Клёвый Админ]

jonasas: Радио дело говорит. С горизонталкой в РБД плохо. Увеличить скорость записи масштабированием вообще близко к нереальному - упираетесь либо брокер, либо мастер ноду.

[Армянское Радио]

Евгений Быченко: Если у БД все ipc сделано через файлы и только файлы, ее можно запустить внутри кластера с OCFS2. Но это при условии, что кластер воткнут в SAN с толстенным каналом и скоростными полками.

[Клёвый Админ]

Армянское Радио: ну хз хз, такое может разъехаться так что потом не собрать если хоть где то в это цепочке будет хоть малюююсенький такой кеш. Например в драйвере ОС, которая будет работать с файлами уже поверх OCFS. В любом случае звучит как костыль.

[Армянское Радио]

Евгений Быченко: уж с этим Оракл постарался - они же специально эту ФС под кластер затачивали. То есть, для ядра она выгладит как самый натуральный POSIX, локальная ФС.

[Армянское Радио]

Евгений Быченко: Конечно, при отвале одного узла весь кластер падает в перезапуск, чтобы не допустить состояния "резделенного мозга".

[Клёвый Админ]

Армянское Радио: ок, буду знать. Но использовать конечно страшновато всё равно. Файлы, кластерная фс, вот это вот всё =) По мне лучше кеш ssd и больше быстрых шпинделей.