Приветствую. Есть необходимость обеспечить работоспособность некоей информационной системы с надежностью близкой к 1 за разумную копеечку. На текущий момент имеем 2 сервера, в каждом по 4 винта, на которых построен миррор. Поскольку нагрузка будет небольшая - всего около 1200 пользователей, а железки достаточно мощные, задачи по ним я решил не растаскивать; основное требование - надежность. Посему после некоторых размышлений было решено поднять на этих двух тазиках кластер. Список задач, которые будут на них крутиться - е-почта, ньюсы, индеец с мускулом, кальмар, ftp для служебного доступа. Я уже накопал пару тройку решений, которые мне могут подойти (linuxha.net, beowulf, openmosix), но все-таки хотелось бы услышать от знающих людей совет - на что стоило бы обратить внимание и в какую сторону стоило бы копнуть? Заранее спасибо. P.S. лавка - госструктура, железо выписывалось предыдущим админом и бюджета на что-то поменять - _НЕТ_ и _НЕ_ПЛАНИРУЕТСЯ_. Максимум на что можно расчитывать - на пару сетевушек. -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Тут поднимается ряд задач: а) Обеспечение конзистентности хранимых данных (простой на восстановление, или потери накопившегося при восстановлении из бэкапа) б) Обеспечение обнаружения выпадения фронтенда (таймаут обнаружения, технология обнаружения, критичны ли сохранности рабочих сессий) в) Восстановление при невосстановимых аппаратных сбоев фронтенда г) Восстановление при невосстановимых аппаратных сбоев бэкэнда (если есть) д) Защита от флапов е) Система boot-up'а ж) Система дубляжа путей от клиента до фронтенда и внутри системы В теории: 2 лоад-балансера -> 2 фронтенда -> система хранения информации. Стандартная стоимость такой системы стартует с $70k. Поэтому там замахнулись на то, что им по бюджету неподъёмно. Увы, но на GPL софте всё не поднимешь. Правда здесь работает подход в обратную сторону: обговариваются *реальные* таймауты/потери восстановления при работе на GPL софте, после чего уже можно плясать. Vladimir A. Podgorny wrote: VAP> Есть необходимость обеспечить работоспособность некоей VAP> информационной системы с надежностью близкой к 1 за разумную VAP> копеечку. На текущий момент имеем 2 сервера, в каждом по 4 VAP> винта, на которых построен миррор. Поскольку нагрузка будет VAP> небольшая - всего около 1200 пользователей, а железки VAP> достаточно мощные, задачи по ним я решил не растаскивать; VAP> основное требование - надежность. VAP> Посему после некоторых размышлений было решено поднять на VAP> этих двух тазиках кластер. Список задач, которые будут на VAP> них крутиться - е-почта, ньюсы, индеец с мускулом, кальмар, VAP> ftp для служебного доступа. Кластеризация mysql'я - это вообще отдельный бизнес. Е-почта - аналогично. squid & ftp - это вообще хлеб netapp'а, который они кушают эшелонами. VAP> Я уже накопал пару тройку решений, которые мне могут подойти VAP> (linuxha.net, beowulf, openmosix), но все-таки хотелось бы VAP> услышать от знающих людей совет - на что стоило бы обратить VAP> внимание и в какую сторону стоило бы копнуть? VAP> Заранее спасибо. VAP> P.S. лавка - госструктура, железо выписывалось предыдущим VAP> админом и бюджета на что-то поменять - _НЕТ_ и _НЕ_ПЛАНИРУЕТСЯ_. VAP> Максимум на что можно расчитывать - на пару сетевушек. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
vladimir.sharun@ukr.net пишет:
Тут поднимается ряд задач: а) Обеспечение конзистентности хранимых данных (простой на восстановление, или потери накопившегося при восстановлении из бэкапа) б) Обеспечение обнаружения выпадения фронтенда (таймаут обнаружения, технология обнаружения, критичны ли сохранности рабочих сессий) в) Восстановление при невосстановимых аппаратных сбоев фронтенда г) Восстановление при невосстановимых аппаратных сбоев бэкэнда (если есть) д) Защита от флапов е) Система boot-up'а ж) Система дубляжа путей от клиента до фронтенда и внутри системы
В теории: 2 лоад-балансера -> 2 фронтенда -> система хранения информации.
Стандартная стоимость такой системы стартует с $70k.
Поэтому там замахнулись на то, что им по бюджету неподъёмно. Увы, но на GPL софте всё не поднимешь. Правда здесь работает подход в обратную сторону: обговариваются *реальные* таймауты/потери восстановления при работе на GPL софте, после чего уже можно плясать. Ну на самом деле не все так плохо :) http://www.netup.ru/articles.php?n=13 очень даже можно вписаться в 2k-3k
-- FROG-RIPE CIO =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Moroz Yuriy wrote: MY> Ну на самом деле не все так плохо :) MY> http://www.netup.ru/articles.php?n=13 MY> очень даже можно вписаться в 2k-3k Ты с drbd работал *лично* ? У нас в тестлабе получилось банальным разрывом сети запаниковать мастер к тому же рассыпание (т.е. ошибка на логическом уровне) файловой системы будет реплицировано на соседнюю машину. Вобщем репликация на уровне блочного устройства - это кака. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Mar 06, 2006 at 05:15:45PM +0200, vladimir.sharun@ukr.net wrote:
В теории: 2 лоад-балансера -> 2 фронтенда -> система хранения информации.
Стандартная стоимость такой системы стартует с $70k.
Поэтому там замахнулись на то, что им по бюджету неподъёмно. Увы, но на GPL софте всё не поднимешь. Правда здесь работает подход в обратную сторону: обговариваются *реальные* таймауты/потери восстановления при работе на GPL софте, после чего уже можно плясать.
Речь не идет про систему, которая продолжала бы обслуживать сессии после подыхания любого из ее компонентов. Речь идет о том, чтобы в случае подыхания мастера или аппликухи на мастере, новую сессию пользователя обработал бекенд, имея при этом актуальные данные. По сути эту задачу я могу решить путем периодического rsync-а и перехватывания IP-адреса бекендом при test failed. Но это - костыли. А хочется а) готового б) надежного решения. Я знаю, как растет цена вопроса по мере роста количества девяток, но у меня задача несколько другая - я хочу иметь возможность спокойно посидеть на шашлыках или на рыбалке зная, что если сдохнет мастер и выпадет из миррора винт в бекенде, я смогу свой шашлык не просто спокойно доесть. а еще и переварить, а проблемой заняться - в ближайший рабочий день. Так что по сути я не удовлетворяю хотелки заказчика, а обеспечиваю себе нормальный рабочий режим. И выкладывать за это 70 килобаксов из своего кармана меня жаба давит.
Vladimir A. Podgorny wrote: VAP> Есть необходимость обеспечить работоспособность некоей VAP> информационной системы с надежностью близкой к 1 за разумную VAP> копеечку. На текущий момент имеем 2 сервера, в каждом по 4 VAP> винта, на которых построен миррор. Поскольку нагрузка будет VAP> небольшая - всего около 1200 пользователей, а железки VAP> достаточно мощные, задачи по ним я решил не растаскивать; VAP> основное требование - надежность.
VAP> Посему после некоторых размышлений было решено поднять на VAP> этих двух тазиках кластер. Список задач, которые будут на VAP> них крутиться - е-почта, ньюсы, индеец с мускулом, кальмар, VAP> ftp для служебного доступа.
Кластеризация mysql'я - это вообще отдельный бизнес. Е-почта - аналогично. squid & ftp - это вообще хлеб netapp'а, который они кушают эшелонами.
VAP> Я уже накопал пару тройку решений, которые мне могут подойти VAP> (linuxha.net, beowulf, openmosix), но все-таки хотелось бы VAP> услышать от знающих людей совет - на что стоило бы обратить VAP> внимание и в какую сторону стоило бы копнуть?
VAP> Заранее спасибо.
VAP> P.S. лавка - госструктура, железо выписывалось предыдущим VAP> админом и бюджета на что-то поменять - _НЕТ_ и _НЕ_ПЛАНИРУЕТСЯ_. VAP> Максимум на что можно расчитывать - на пару сетевушек.
-- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (3)
-
Moroz Yuriy -
Vladimir A. Podgorny -
vladimir.sharun＠ukr.net