load-balancing кластер с Red hat cluster suite

[a.salnikov]

Есть 2 сервера HP DL360 (RHEL 3). Один из них в серьёзном продакшне. Из за возросшей нагрузки потребовалось распределить нагрузку на 2 машины. Подскажите последовательность моих действий дальше.

[gs]

Изучать Oracle RAC  и внешние дисковые массивы - других вариантов в случае СУБД имхо не придумано.

[a.salnikov]

Оракле RAC мне сказали наши базисты - неэффективен без кластеризации самих ОС.  Все данные и так хранятся на внешнем хранилище HP EVA. МНе нужно подсказать с последовательностью установки Cluster Suite в моём случае и примерно как настроить чтобы не помешать работе продуктива.

[gs]

А что за приложение у Вас на линуксе крутится? Если уже Оракл, то достаточно именно РАК накатить (Шац может помочь). Я не знаю, что говорят Ваши софтовики, но собственно кластер на уровне операционок РАКу собственно не нужен - у него все собственные средства имеются.
Кластеризация на уровне осей - это просто стэндбайный кластер, который распараллелить нагрузку СУБД ну никак не поможет.

[a.salnikov]

Именно Oracle с ява контейнером. Спасибо за подсказку.

[a.salnikov]

Тогда сразу же в догонку вопрос. В любом случае делать кластер OS или просто RAC - нужно чтоб обе машины видели внешнее хранилище и динамически изменения файлов на хранилище? Как я понимаю нужно пользовать GFS. Вот у меня есть пакет Red Hat Cluster Suite, в него же входит GFS? Достаточно будет из этого пакета GFS установить? Опять же хотелось бы последовательность.. где лучше сначала GFS ставить и т.д.

[gs]

У Оракла есть своя файловая система, да и роу девайс тоже. ГФС можно, но совсем не обязательно - наоборот наверно больше геморроя будет. Поговорите с Андреем Шацем (aka a_shats).

[S&L]

Привет!
кластер кр. шапки к ораклу мало отношения имеет, так как это failover cluster, а у оракла - parallel database. для распределения нагрузки по машинкам как ORAC и нужен. В нем все есть, и даже кластерная файловая система своя, тока кривая. Будет он работать с gfs, вопрос,
в принципе надо смотреть, с чем ORAC сертифицирован.

[apelsin]

Кластер красной шапки умеет работать как лоад-балансер служб доступных по IP, не принципиально каких. (подробности в мануале, ключевое слово LVS)

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

[a_shats]

Это все так. Но вот как поставить RAC или Network load-balancing кластер без остановки продакшна - мне ну совершенно никак не придумывается...

[a.salnikov]

Это все так. Но вот как поставить RAC или Network load-balancing кластер без остановки продакшна - мне ну совершенно никак не придумывается...

В принципе если ночью то может и можно будет остановить. Смотря насколько.

Все рекомендуют с вами посоветоваться. Подскажите стоит ли пользовать оракловую FS и RAW device  в моём случае или морочиться с GFS? Я вот уже больше склоняюсь к полностью оракловому решению.

[gs]

Лучше всего роу.

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

[a_shats]

Быстрее - raw. Работать проще c OCFS (ея содержимое ОС хотя бы видит - посредством драйверов, понятное дело). Выбирайте сами.
А насчет GFS - кластеризуемые ФС по сравнению с обычными на задачах типа БД (random доступ мелкими блоками) проседают просто-таки в разы (Melio vs NTFS - в 3-5 раз примерно). Причина проста: они сначала извещают ВСЕ ноды о внесении изменений (и дожидаются ответа), и только потом сообщают о завершении операции ввода-вывода.

[S&L]

Поставить оракла раком за ночь?
ну ребята, вы блин даете

[CrazyFrog]

Вот у меня есть пакет Red Hat Cluster Suite, в него же входит GFS?

Наоборот, в GFS входит Cluster Suite.  Покупаешь GFS получаешь Cluster Suite. Тем более что без GFS от cluster suite толка мало: heartbeat и lvs всяко лучше этой фиговины.