Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Задача: в БД хранится критически важная информация, доступ к базе должен быть 24 часа в сутки. Примерное количество обращений 5-10 в минуту. Очень важна целосность и доступность, т.е. выход сервера из строя даже на пару минут может привести к катастрофическим последствиям. Предполагается использование нескольких серверов, типа если с одним что-то случилось можно приконектится к другому и получить доступ к базе - как бы паралельная работа, т.е. все копии БД на всех серверах должны быть синхронизированы. Может быть это называтся кластер ранее с таким не работал... Возможно ли такое реализовать на PostgreSQL? Если да, то как? Если нет, то какие альтернативы? Спасибо за ответы! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 16:27 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Если информация такая важная и требования такие жесткие, то может стоит подумать о синхронизации двух компьютеров на уровне ОС или вообще железа? Слышал, такие системы есть, но не видел. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 16:52 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
> выход сервера из строя даже на пару минут может привести > к катастрофическим последствиям Вы уверены, что правильно выбрали СУБД для системы с готовностью 99,999? Вы знаете, что в России не существует датацентров с такой готовностью? > использование нескольких серверов Т. е. load balancer, кластер серверов приложений, несколько серверов бд? И под какой операционной системой это должно работать? Вы примерно представляете стоимость такого решения? > Возможно ли такое реализовать на PostgreSQL? Попробуйте посмотреть на extendb.com. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 17:11 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
кластер это круто. в первую очередь нао смотреть на системы хранения данных. Если будите уверены в сохранности своих данных. дальше можно строить кластер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 17:23 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
PostgreSQL начинающий> выход сервера из строя даже на пару минут может привести > к катастрофическим последствиям Вы уверены, что правильно выбрали СУБД для системы с готовностью 99,999? Вы знаете, что в России не существует датацентров с такой готовностью? > использование нескольких серверов Т. е. load balancer, кластер серверов приложений, несколько серверов бд? И под какой операционной системой это должно работать? Вы примерно представляете стоимость такого решения? > Возможно ли такое реализовать на PostgreSQL? Попробуйте посмотреть на extendb.com. ОК. Немного сменим условие. Не так важна готовность как целосность. Просто делать бекапы не подходит, т.к. обьемы значительны и апдейты происходять очень часто. Что посоветуете? Слыхал о проетке Slony... в ту ли сторону я курю? На счёт правильности выбора СУБД - при выборе основным критерием была бесплатность. Ораклу ХЕ - прошу не предлагать. ОС - линукс или фрибсд ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 17:41 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
> Что посоветуете? extendb.com Это типа сервера параллельной работы для PostgreSQL. Анонс был на postgresql.org. > Слыхал о проетке Slony Если репликации достаточно - в ту. > основным критерием была бесплатность В системах высокой готовности стоимость СУБД - не главная статья расходов. > ОС - линукс или фрибсд Ни один из вендоров серверов не объявлял об официальной поддержке FreeBSD. А пингвин пингвину рознь. Какой именно? Вы вообще бюджет проекта назовите, - что-то мне подсказывает, что рановато решать теоретические проблемы СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 18:12 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
можно организовать кластер на 16 например (взято с потолка) машин, пусть под фрибсд. 4 соеденить паралельно 4 последовательно. В лучшем случае кластер будет функционировать если выйдут из строя 12 машин. В худшем если машины. Т.е 1-2 машины можно всегда выводить из кластера на профилактику. Интересней как поступать с данными, их тожже гдето хранить надо. coda вроде делает такое. А вообще freebsd(линукс)+postgres + закатать рукава можно получить дешевую и устойчивую систему круглогодичной работы. Обслуживать ее конечно придется довольно интенсивно. p.s. Давно хочу такую сделать. сдерживает отсутствие наличия ~6 компов на простенький кластер :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 18:48 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
> можно получить дешевую и устойчивую систему круглогодичной работы Нельзя. Можно получить либо дешевую, либо устойчивую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2006, 20:08 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Флейм.. Все гениальное просто. нелья же сказать что "возможно либо гениально либо сложно" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 14:41 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Алексей КлючниковФлейм.. Все гениальное просто. нелья же сказать что "возможно либо гениально либо сложно" Не вопрос :) Вопрос только в том, что гениальная работа стоит соответствующих денег Такие решения существуют. Насчет отсутствия в РФ датацентров с готовностью 99,999 (по крайней мере заявленной и обоснованной в проекте) - погорячились, есть они (в единицах штук, ессно) - но, в силу специфики, не рекламируются ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 14:52 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
> есть они (в единицах штук, ессно) - но, в силу специфики, не рекламируются Поделитесь, pls, информацией, - очень интересно. Насколько я помню, у IBS (реально доступное обычным смертным) вроде 99,99? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 16:53 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Сорри, в силу той же специфики не могу - это из серии "у нас есть такие приборы, но мы вам о них не расскажем" (с) Могу лишь в общих чертах обрисовать - дублирование всего и внутри каждого из дейтацентров, и между дейтацентрами, СХД виртуализированы полностью (софт+железо),бэкап - очень отдельная история, масштабируемость всего хозяйства заложена ох... большая очень, в общем Если этой информации недостаточно - звиняюсь, больше не могу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 17:51 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
> Могу лишь в общих чертах обрисовать Ага, Вы вот о чем. ;) Я имел в виду более прозаические вещи - датацентры, в которых реально можно арендовать сервер или установить собственный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 19:21 |
|
||
|
Паралельные сервера БД
|
|||
|---|---|---|---|
|
#18+
Вот уж точно "Какой вопрос - такой ответ". Вам стоит с ним обратится в "Сравнение СУБД" или "Проектирование..." или в "Просто треп";-\) Даже если и есть "Sucсess story" применения PostgreSQL в системах с повышенной отказоусточивостью - наверное написаны они на японском... или на корейском. И публикуются под грифом "Перед прочтением - сжечь" Ладно топик думаю можно закрыть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2006, 23:00 |
|
||
|
|
start [/forum/topic.php?fid=53&fpage=319&tid=2006321]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 339ms |
| 0 / 0 |
