|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
Добрый день, вопрос к практикам - намного ли возрастает производительность при использовании HADR для системы с незначительным объемом записи или эта технология все-таки в большей степени для обеспечения избыточности данных и минимализации времени простоя в случае сбоев? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 17:08 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
по-моему, у вас ошибка в слове "возрастает" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 17:34 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
Rent_yнамного ли возрастает производительность при использовании HADR для системы с незначительным объемом записи или эта технология все-таки в большей степени для обеспечения избыточности данных и минимализации времени простоя в случае сбоев? Или. Что в данном контексте вы вкладываете в понятие "производительность" ? Производительность чего ? Да и HADR он, как бы, разный для разных версий IDS. Если HADR использовать не только для обеспечения "высокой готовности", а еще и для балансировки нагрузки (например, на вторичный сервер перенести статотчеты и аналитику, разгрузив т.о. первичный), то, теоретически, общая производительность системы может и вырасти, хотя на практике, насколько я в курсе, особых успехов нет. Если же брать во внимание только производительность первичного сервера, то вполне уместно замечание svat2 - откуда там взяться приросту, если у сервера еще куча дополнительной работы по синхронизации данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 19:47 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
И теоретически и практически , после того как с первичного часть нагрузки КОРРЕКТНО перекладывают на вторичный, производительность первичного с точки зрения пользователей (и бизнеса :) ) возрастает: каждый отдельно взятый пользователь чувствует, что сервер (первичный) работает (отвечать на его запросы) точно не медленнее - а местами точно быстрее. И не это ли и есть с точки зрения пользователя повышение производительности работы сервера? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 20:33 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
АнатоЛойИ теоретически и практически , после того как с первичного часть нагрузки КОРРЕКТНО перекладывают на вторичный, производительность первичного с точки зрения пользователей (и бизнеса :) ) возрастает: каждый отдельно взятый пользователь чувствует, что сервер (первичный) работает (отвечать на его запросы) точно не медленнее - а местами точно быстрее. И не это ли и есть с точки зрения пользователя повышение производительности работы сервера? :) Небольшое добавление: если у Вас 11-я версия IDS, то ответственность за "корректное перекладывание" нагрузки лучше возложить на Connection Manager. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 20:50 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
АнатоЛойИ теоретически и практически , после того как с первичного часть нагрузки КОРРЕКТНО перекладывают на вторичный, производительность первичного с точки зрения пользователей (и бизнеса :) ) возрастает: каждый отдельно взятый пользователь чувствует, что сервер (первичный) работает (отвечать на его запросы) точно не медленнее - а местами точно быстрее. И не это ли и есть с точки зрения пользователя повышение производительности работы сервера? :) Ты прав, но только в отношении одного сервера :) Но я же не зря делал оговорку "общая производительность системы". Конечно, с одного сервера убрали часть нагрузки и, естественно, ему стало легче (к тому, ты ведь не сравнивал с производительностью без HADR, который у вас был и до того (?). В общую производительность я вкладываю общее число обработанных прикладных запросов системой в целом (всеми серверами) в единицу времени. И готов поверить, что и в целом производительность системы стала выше, просто, до этого как то никто не хвастался :) Наверное потому, что геммороя стало больше и голова у админа стала болеть чаще. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2009, 20:52 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
Добрый вечер! На мой взгляд, HADR - может рассматриваться как один из элементов перераспределения общей нагрузки. Соответственно, мы где-то и в чем-то выигрываем, но жертвуем свободой выбора в пользу определенной технологии (например, MACH11 или просто HADR). То есть, сознательно выбираем те граничные условия, которые нас устраивают в рамках конкретного решения. Но решение может быть и другим - например, целая армия полноценных клонов IDS, которые работают в паре с монитором транзакций (BEA Tuxedo, IBM WebSphere, IBM CICS and so on) - где реализована возможность, перераспределять транзакционную нагрузку, приоритетность и очередность выполнение запросов и т.д. В любом случае, выбор конкретного решения - зависит от требований и возможностей реализации задачи при использовании определенной технологии. HADR - не панацея, а только одна из возможностей реализации. За все надо платить ... :) С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2009, 00:48 |
|
Насколько эффективен HADR для распределения нагрузки
|
|||
---|---|---|---|
#18+
Как заметили - все зависит от системы. Но, если у вас система по большей части "стоит" в плане изменения данных - никак не скажется. Что касается просто ипользования HDR. Если пожалеете на железо HDR и у вас есть какие-то пакетніе задачи по модификации данніх - время их віполнения может увеличиться, а может и не увеличиться. Что касается рапределения нагрузки - зависит от кучи факторов.Если на HDR нормальное железо и ві не нагружаете его под завязку - поможет разгрузить основной сервер. Но, если будете безпощадно нагружать там дисковую систему - вінесите журналі на отдельніе диски. Отвечаю только применительно к IDS 9.21-11.50. И снова же по поводу єффективности - что такое єффективно? В зависимости от вашей проблемі, которая привела к вопросу, возможностей железа, возможностей платформы, вашего "геморроя" (лишних задач по обучению ПО работать с HDR сервером) и лицензирования Информикс - наиболее оптимальным вариантом может оказаться увеличение быстродействия железа основного сервера. Т.е. вопрос эффективности(темы топика) - риторический. Ну а сам вопрос по поводу производительности учитывая тему - это как пальцем в небо тыкать. Когда задаете - не ленись - раскладывайте всю свою ситуацию и вопрос по пунктикам/полочкам. Вас легче поймут. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2009, 23:32 |
|
|
start [/forum/topic.php?fid=44&fpage=27&tid=1607725]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 323ms |
total: | 455ms |
0 / 0 |