Кластер Oracle на Linux
Модераторы: Trinity admin`s, Free-lance moderator`s
Кластер Oracle на Linux
Задумываемся над отказоустойчивым решением для Oracle 10g под SUSE Linux.
Примерно 50 пользователей.
Объем баз порядка 20 гигов с прогнозом прироста на 7-10 гиг за год.
Пока всё это видится (теоретически) в виде двух серверов, подключенных внешнему массиву. Один работает, другой - курит.
Очень интересует собсно способ обеспечения HA.
Может быть имеет смысл обойтись просто двумя серваками и репликацией баз между ними?
Посоветуйте плиз, внешний массив под эти нужды, или какое-то софтовое решение вопроса.
Примерно 50 пользователей.
Объем баз порядка 20 гигов с прогнозом прироста на 7-10 гиг за год.
Пока всё это видится (теоретически) в виде двух серверов, подключенных внешнему массиву. Один работает, другой - курит.
Очень интересует собсно способ обеспечения HA.
Может быть имеет смысл обойтись просто двумя серваками и репликацией баз между ними?
Посоветуйте плиз, внешний массив под эти нужды, или какое-то софтовое решение вопроса.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Пока всё это видится (теоретически) в виде двух серверов, подключенных внешнему массиву.
Видится абсолютно правильно.
Может быть имеет смысл обойтись просто двумя серваками и репликацией баз между ними?
Это зависит от того, какие требования предъявляются к времени простоя и времени восстановления.
Посоветуйте плиз, внешний массив под эти нужды, или какое-то софтовое решение вопроса.
IBM DS4700
HDS AMS200
Видится абсолютно правильно.
Может быть имеет смысл обойтись просто двумя серваками и репликацией баз между ними?
Это зависит от того, какие требования предъявляются к времени простоя и времени восстановления.
Посоветуйте плиз, внешний массив под эти нужды, или какое-то софтовое решение вопроса.
IBM DS4700
HDS AMS200
Прежде всего требуется отказоустойчивость с максимальной сохранностью данных. Желательны автоматические переходы активной ноды между серверами (при падении сервера).
По времени простоя - возможен простой до 30 минут.
Какой софт необходим (кроме ОС и Oracle) для варианта с двумя серваками и внешним массивом?
Какой софт необходим при софтверной реализации кластера?
Нельзя ли обойтись массивом FC to SCSI?
(Например чем-нибудь типа HP MSA1000).
По времени простоя - возможен простой до 30 минут.
Какой софт необходим (кроме ОС и Oracle) для варианта с двумя серваками и внешним массивом?
Какой софт необходим при софтверной реализации кластера?
Нельзя ли обойтись массивом FC to SCSI?

- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Младшие системы конечно поставить можно, но это урежет масштабируемость на будущее. Кроме MSA1000 (очень старая машина) стоит посмотреть на IBM DS3200/3400 или небрендовый Xyratex 5402.
Если речь о стабильности, да и моща нужна, то дисковая обязательна - репликация в таком случае не есть гут.
Оракл умеет кластер самостоятельно, только денег плати.
Возможно потребуется дополнительный софт для организации дублирования путей - но это надо рассматривать вкупе с конкретной моделью массива.
Если речь о стабильности, да и моща нужна, то дисковая обязательна - репликация в таком случае не есть гут.
Оракл умеет кластер самостоятельно, только денег плати.
Возможно потребуется дополнительный софт для организации дублирования путей - но это надо рассматривать вкупе с конкретной моделью массива.
Думаю что подойдет зайратекс 5402
Хочется цены на него: с двумя контроллерами, 7 дисков SAS 74Гиг15K, 512 MB кэша/контроллер.
+ хочется узнать цену на возможное расширение массива еще одной полкой и увеличение кэша.
Вопросы: Сколько FC портов у зайратекса смотрят наружу (host)?
Нужен ли дополнительный софт к девайсу для обеспечения HA?
ЗЫ И всё таки каким образом (какой набор софта нужен) для реализации HA на ORACLE?
С кластеризацией Linux не имел дела
Наверняка ведь необходимо будет закупать софт для работы ораклового кластера
Хочется цены на него: с двумя контроллерами, 7 дисков SAS 74Гиг15K, 512 MB кэша/контроллер.
+ хочется узнать цену на возможное расширение массива еще одной полкой и увеличение кэша.
Вопросы: Сколько FC портов у зайратекса смотрят наружу (host)?
Нужен ли дополнительный софт к девайсу для обеспечения HA?
ЗЫ И всё таки каким образом (какой набор софта нужен) для реализации HA на ORACLE?
С кластеризацией Linux не имел дела

Наверняка ведь необходимо будет закупать софт для работы ораклового кластера

- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Думаю что подойдет зайратекс 5402
Думаю, что 7 дисков это очень мало. Конфигурацию пришлю в почту через несколько минут.
Сколько FC портов у зайратекса смотрят наружу (host)?
Каждый контроллер имеет два 4Gbit хостовых порта. Этого вполне достаточно для подключения двух серверов с учетом дублирования путей (failover работает под SLES9).
По софту - можно использовать Veritas Cluster Server, Veritas SF for RAC, можно просто Oracle RAC, а можно и через Linux HA cделать...
Еще рассматривается вариант EMC CX150.
Может быть AX150? Это вообще не вариант - там только SATA.
Думаю, что 7 дисков это очень мало. Конфигурацию пришлю в почту через несколько минут.
Сколько FC портов у зайратекса смотрят наружу (host)?
Каждый контроллер имеет два 4Gbit хостовых порта. Этого вполне достаточно для подключения двух серверов с учетом дублирования путей (failover работает под SLES9).
По софту - можно использовать Veritas Cluster Server, Veritas SF for RAC, можно просто Oracle RAC, а можно и через Linux HA cделать...
Еще рассматривается вариант EMC CX150.
Может быть AX150? Это вообще не вариант - там только SATA.
Спасибо за помощ.
ИМХО SATA винты не подходят для задач с БД. Да и сыпятся они вроде бы чаще...
Лучше конечно набор FC винтов в 10 рэйде.
Однако, со всех сторон давят (начальство всяческое...), что SATA винты это большой объем за копейки (их видать заявленные вендором терабайты вдохновляют
).
Посоветуйте плиз, как грамотно аргументировать применение более "серъезных" решений начальству.
ИМХО SATA винты не подходят для задач с БД. Да и сыпятся они вроде бы чаще...
Лучше конечно набор FC винтов в 10 рэйде.
Однако, со всех сторон давят (начальство всяческое...), что SATA винты это большой объем за копейки (их видать заявленные вендором терабайты вдохновляют

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

- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Начните с выяснения того, сколько компания потеряет за сутки простоя. Это даст некие зацепки для бюджета.
Потом посмотрите, какая нагрузка на дисковую подсистему (какую именно) сейчас. Это даст категорический ответ на вопрос про то, какие технологии использовать.
Если начальство с юмором, то можно посоветовать купить на весь совет директоров один автобус и возить их в нем на работу - объем ведь большой, все влезут
Потом посмотрите, какая нагрузка на дисковую подсистему (какую именно) сейчас. Это даст категорический ответ на вопрос про то, какие технологии использовать.
Если начальство с юмором, то можно посоветовать купить на весь совет директоров один автобус и возить их в нем на работу - объем ведь большой, все влезут

Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя