Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Кто-нибудь пытался организовывать распределенные вычисления для Pg? Желательно с общим хранилищем. Поделитесь опытом, пожалста? Вообще, пригодится любой опыт - только начинаю рассматривать вопрос. Насколько понял, с общим хранилищем решений то ли нет, то ли мало. Можете ссылками закидать - тоже рад буду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 06:07 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
А что имеется в виду под распределёнными вычислениями? База ничего не вычисляет, она предоставляет информацию по запросу. Если имеется в виду балансировка нагрузки, то это Pgpool-II, PgCluster. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 09:03 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
_Андрей_МА что имеется в виду под распределёнными вычислениями? База ничего не вычисляет, она предоставляет информацию по запросу. Если имеется в виду балансировка нагрузки, то это Pgpool-II, PgCluster. Ок. Спасибо. А с общим хранилищем есть решения? Фишка в том, что сейчас уже задействованы 2 сервака с Pg, натравленные на общий Raid. В случае падения одного сервака, второй автоматом подымает сервис посгреса. Ну, работает. Хотелось бы поменять схему, чтобы на каждом серваке крутилось по сервису и оба сервиса работали бы с одним массивом, но при этом, с разными пользователями и/или запросами. Именно сбалансировать нагрузку, но на одном хранилище. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 11:07 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
http://developer.postgresql.org/index.php/Replication%2C_Clustering%2C_and_Connection_Pooling ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 11:47 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Kruchinin PahanИменно сбалансировать нагрузку, но на одном хранилище. Нет этого нет. Я тоже упорно трёс Брюса Момджана на HighLoad'е, но он сказал нет и не предвидится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 12:19 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Объясните мне, пожалуйста, когда вообще нужны эти схемы с общим хранилищем данных? Что-то я не могу придумать для себя ситуацию, когда получил бы какие-либо положительные характеристики системы при реализации такой схемы. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 15:23 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Dan BlackОбъясните мне, пожалуйста, когда вообще нужны эти схемы с общим хранилищем данных? Что-то я не могу придумать для себя ситуацию, когда получил бы какие-либо положительные характеристики системы при реализации такой схемы. Код: plaintext 1. Много дешевых PCшек (даже не серверов, а просто workstations), которые работают с одним общим (дорогим) хранилищем. дешего и быстро ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 16:01 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Thamerlan Dan BlackОбъясните мне, пожалуйста, когда вообще нужны эти схемы с общим хранилищем данных? Что-то я не могу придумать для себя ситуацию, когда получил бы какие-либо положительные характеристики системы при реализации такой схемы. Код: plaintext 1. Много дешевых PCшек (даже не серверов, а просто workstations), которые работают с одним общим (дорогим) хранилищем. дешего и быстро Сомнительно, как-то... сам рейд-массив обычно и является узким местом в системе. И в приведенной схеме эта проблема не решается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 17:58 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Dan Black Сомнительно, как-то... сам рейд-массив обычно и является узким местом в системе. И в приведенной схеме эта проблема не решается. Вы не с той стороны подходите к этой "проблеме". Допустим есть мощный, современный SAN/NAS. Или даже не мощный и несовременный, неважно. Так вот, вы решили, что вам нужна 32-х процессорная система с 100 Гб оперативки. Железяка с такими внутренностями будет стоит туеву хучу вечнозеленых. Гораздо более выгодно купить 16 двупроцессорных машинок с 8 Гб оперативки каждая. К тому же, это будет более надежно, ибо выход из строя пары машин не повлияет на работоспособность всей ситемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 18:22 |
|
||
|
Кластер для распределенных вычислений.
|
|||
|---|---|---|---|
|
#18+
Мне кажется, что если посчитать по деньгам, то одна мощная железка будет стоить дешевле кучи дешевых железок, да и масштабируемость системы по мощности явно не линейная, то есть понадобиться не 16 дешевых машин, а 24 или даже 32. Надежность опять же упирается в NAS. Хотя, конечно, всё зависит от специфики задачи, и мне просто не попадались задачи, которые бы хорошо ложись на схему с общим хранилищем. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2007, 19:34 |
|
||
|
|
start [/forum/topic.php?fid=53&fpage=282&tid=2004859]: |
0ms |
get settings: |
12ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
11ms |
get forum data: |
4ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 257ms |
| total: | 377ms |
| 0 / 0 |
