Архив форумов ЦИТФорума

[Sol]

Кластеры высокой готовности..
http://www.opennet.ru/docs/RUS/ha_cluster/index.html

Может кто уже использовал в своей работе эту штуку..??
_________________
In My Humble Opinion

[squirL]

статья хорошая, грамотная и подробная. вещь полезная, хотя стоить отказоустойчивый кластер для бесперебойной работы описанных автором сервисов, ИМХО - стрельба по воробьям из стингера. хотя все зависит...

[and3008]

Через несколько месяцев подобное решение будет запущено в одной весьма немаленькой телекоммуникационной компании.
Сейчас идет активное тестирование.

Перенесена будет почтовая система.

По статье:

Автор лукавит, когда говорит, что при падении сервера "музыка будет играть". Наглая ложь. Играть она не будет, т.к. вместе с серваком умрет SMB-процесс, который клиента обслуживал. Через несколько секунд поднимется второй сервер, но он ничего не знает о старых клиентах упавшего сервака. И юзверям нужно будет перезапускать софт или нажимать в софте какие-то доп.кнопочки для того, чтобы их ПО возобновило свою работу.
Вот уж во истину "быстро поднятый сервак, не считается упавшим".
Heartbeat с этим чудно справляется.
А юзверей надо либо предупредить о таких возможных делах, либо разрабатывать ПО, учитывающее такие падения, либо вообще никому ничего не рассказывать и делать изумленные глаза. Всех водить в серверную и показывать исправную работу как сервера, так и приложений.

Кластеризация - довольно сложное дело и не надо ждать от него чудес. Поставьте сперва реальную цель и попробуйте ее добиться.
Есть довольно много реальных применений и довольно реальных задач, которые подобный кластер будет нормально обрабатывать.

Еще совет. При создании кластера придерживайтесь правила "одна служба - один общий диск". Зачем так? Больше гибкости. Оцените в процессе освоения.

Если вы собираетесь кластеризовать таким макаром тяжелую СУБД, то рекомендую даже не начинать. Угробите данные. Для тяжелых СУБД есть более правильные решения. Например Oracle 10G

[squirL]

and3008! вы мешаете в одну кучу разные понятия - Oracle 10g - система для посторения кластеров с балансировкой нагрузки (улучшеный RAC). а в статье говориться про отказоустойчивые кластера.

[and3008]

Моя ремарка про Oracle призвана остудить некоторые горячие головы от неоправданных шагов.

А если Oracle 10G развернуть на системе хранения от EMC и использовать их решения по аппаратному зеркалированию? Тогда это будет какой кластер?

[and3008]

Моя ремарка про Oracle призвана остудить некоторые горячие головы от неоправданных шагов.

А если Oracle 10G развернуть на системе хранения от EMC и использовать их решения по аппаратному зеркалированию? Тогда это будет какой кластер?

[squirL]

два раза для убедительности запостили :)))
точно также можно развернуть все что угодно. и Oracle 9i и Oracle 8 и Sybase и еще туеву хучу всего.
было написано:

[and3008]

Согласен немного подискутировать дабы для самого себя уяснить некоторые вещи.

Отказоустойчивые серверы предназначены для непрерывной работы какой-го либо сервиса. В случае сбоя сервис запускается на аналогичном железе. Так делают HA-кластеры сейчас.

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

Я все правильно понимаю?

Внимание вопрос. Если в GRID-системе откажет узел, что будет? Наверно примут его нагрузку на себя. Чем же это кардинально отличается от отказоустойчивых серверов?
Наверно тем, что GRID используют для "параллельных" программ, а отказоустойчивые серверы предназначены для обеспечения непрерывной работы "обычных" (обычно не параллельных) программ.

Если я ошибаюсь, просьба поправить.

[squirL]

совершенно верно.
основное очевидное отличие в том, что при выпадении узла из того же GRID производительность всего кластера уменьшится. а при умирании узла в отказоустойчивом кластере этого не случится.

[Sol]

Большое спасибо за отзывы!

Жизнь подталкивает к действиям по осваиванию кластеризации..
Восстановление из бэкапов - это слишком долго в наше время..

Планируем к концу февраля взять машинки для опробования кластеризации..
Не знаю правда, по силам ли будет.. Не утонем ли в тонкостях настроек.. или следствиях побочных эффектов..

squirL:
Не очень понятно про стингеры...
А какие сервисы стоят того, что бы их переносить на кластер??
_________________
In My Humble Opinion

[and3008]

Как уже отмечалось - кластеры бывают разные.
1. Пуленепробиваемые (за счет избыточности)
2. Числодробильные
3. Смешанные

Числодробильные требуют соответствующего хорошо паралелилизуемого ПО.

Пуленепробиваемые годятся практически для любого ПО. Главное свыкнуться с мыслью, что часть вычислительной мощи (обычно 50%) курит бамбук, но оно всегда готово ринуться в бой, если товарищ упадет, сраженный некачественной железкой или ошибкой в ПО.

Что в первую очередь кластеризовать? Что наиболее критично для вас. Потери от чего самые большие, с того и начните.

Смешаные кластеры можно делать довольно осторожно. С пониманием что делаешь и чего хочешь достичь.

Перед покупкой компов сперва продумайте дисковое хранилище. DRBD решение не самое лучшее. Возможно вас не устроит производительность. Внимательно протестируйте его. Возможно лучше будет разориться на кластерный JBOD от того же EMC.

Кластеризация не отменяет резервное копирование! Не заблуждайтесь на этот счет.

[совсем незнакомый]

очень интересная дискуссия....
я бы разбил кластеры на 3 независимых параграфа:
1. HA ( High Availability ["ванька-встанька"] ) - это когда нужно, чтобы стоял всегда, без перебоев... ;-)
2. HTC ( High Throughput Computing ["дальнобойщик"] ) - это когда нужно загрузить как можно больше и везти как можно дальше и до следующей зимы.
3. HPC ( High Performance Computing ["спринтер"] ) - это когда нужно в любой момент быстро и сильно отреагировать.

если не видна разница между 2 и 3: в случае 2 не важно, что часть бастует - те кто не снами, не против нас ( мы других позовём ). это GRID.
в случае 3 - главное: если не с нами, то на фига ты нам нужен... т.е. все машины - dedicated, только для отряда быстрого реагирования.

[Ersh]

GRID - это не кластер, и впихивать его сюда не считаю нужным. Это никак не замена клесторов и используются они для разных целей, то есть кластер предполагает распараллеливание вычислительной мощности, а основная задача грида - избавить от "простаивания". Именно поэтому кластер научно-исследовательского вычислительного центра МГУ(160 процессоров), также как и другие класетры не был включен в грид сеть, которая строится на базе CERN'a., и по полощади эта сеть занимает почти все европу.
Кому интересно что такое вообще грид, и куда суется советую почитать: http://www.globus.org/research/papers/anatomy.pdf
_________________
Анархия - мать порядка!!!!!!!!!

[совсем незнакомый]

Если тов. Ёрш ( или Ерш? ) хочет сказать, что МГУ - за простаивание комп. ресурсов.... (.... а европейский ГРИД разрастается....)
начнём с того, что 160 процессоров даже очень сильных - это неплохо. а более сотни тысяч наверное лучше. не знаю как в МГУ, но в общем у каждого универа есть несколько сот процессоров.. в России может не в каждом, но есть.
Допустим, в МГУ запускают проекты. допустим они бегут половину года.
даже 2/3. Неужели не понятно, что если присоединиться к ГРИДУ,
время пробега долгих процессороедливых батничков слкратится ... ну чуточку.

Кстати, насколько жители МГУ знакомы с проектом "Кондор" и подобными ? Ведь, он позволяет, именно распараллеленные задачи запускать в ГРИД.

А ну, марш в Церн записываться!

Советую, пгисоедидиться ... "копьютарии всех стран, соединяйтесь!"

П.С.
Ессно, есть проблемы безопасности.. но, в таких случаях можно объявить "все ушли, будут через пол года." - пока чувствительный материал бежит.

[Ersh]

Прочитай получше зачем создавался грид(цели и т.д.), а потом сам отвечишь на вопрос почему 4-тий по мощности суперкомпьютер http://parallel.ru/news/Top_50.html не входит в грид и никогда не войдет)
З.Ы. То что такой компьютер войдет в какую-нить грид сеть, все вычисления проходящиеся на нем будут только медленее))
З.Ы.Ы. А проэкт типа кондора, таких полно по всему миру, даже в Зимбабве на базе какого-то из института был. Как щас не знаю, но года 2 назад был.
_________________
Анархия - мать порядка!!!!!!!!!