кластер на двух Xeon'ах ?

[volhv]

Есть два сервака на xeona'ах с RAID 5 на 3х дисках SCSI.
Сетевые карты - Gb Eth
Можно ли объединить их в кластер для выполнения задач
MS SQL 2000 с большой нагрузкой, причем круглосуточной?

Если можно, то с чего начать?

Внешнего хранилища нет (пока)

[a_shats]

Можно, но не в кластер
Вернее в отказоустойчивый кластер-то можно, стандартными средствами W2K AS. Если же хотите раскидать нагрузку на два сервера, то пока есть единственное проверенное решение - репликация. По ней - поискать ссылки на этом форуме или прямо на http://www.sql.ru.
В принципе, есть и решение для SAN/внешнего стораджа, но оно требует немалых денег.

[volhv]

Я понял, что на данном оборудовании
построить кластер типа aktiv-aktiv
не получится без внешнего RAID'а.
А вот линуксоиды говорят, что на
Линухе можно сделать внешний RAID
"типа запросто" и с ним работать.
Что-то я сомневаюсь.

[a_shats]

Внешний RAID - железка, ОС-независимая вещь.
Другое дело, что работать на нем с томом, скажем NTFS есть нехорошо - потому как NTFS не для того сделана.
Средствами самой W2KAS можно построить только отказоустойчивый кластер.
В данном конкретном случае линуксоиды почти правы ;(
Почти потому, что, повторяю, "внешний RAID" - это именно железка, и делается она не Линуксом, а на заводе . Если же имелось в виду SCSI-to-SCSI (без внешнего storage) - ууууу... Вещь совершенно нежизнеспособная, имхо.
Вопросов тут только 2:
1. MSSQL 2000 не работает под Линуксом
2. MSSQL 2000 не может работать в каком-то другом кластере, нежели "кластер", выполненный средствами Windows (2K, 2003).

[volhv]

Был уверен, что получу именно этот ответ.
Требуется некоторое время для размышлений.



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

[a_shats]

А может, Вы бы описали задачу поподробнее ? Размер базы там, месячный рост (хоть примерно), количество пользователей...
Может быть, что-нибудь более конкретное смогу подсказать.

[volhv]

Задача вообще не тривиальная.


Имеется поток сообщений, который пишется в БД.
Скорость в приемлимых единицах сечас не оценю,
но за пол месяца накапливается около
восми миллионов записей в таблице SQLя,
которая пишет все.
Кроме того, происходит очень большое кол-во
транзакций при обмене данными с рабочих мест
пользователей к БД.


Возможно неграмотно объясняю, но могу подробнее
при желании.



volhv

[a_shats]

Нет, несколько подробнее нужно, а именно
- размер базы в мегабайтах (ну или гигабайтах, если за них выезжает)
- месячный прирост базы хотя бы ориентировочно, в тех же единицах
- количество пользователей, работающих с базой
И что за "поток сообщений" ? Расшифруйте, пожалуйста.
Если не хотите в форуме - напишите мне.

[volhv]

Поясню.
Имеется система пеленгаторов.
С них идет поток данных об обнаруженных
объектах.

Время идентификации - порядка 3 сек (для каждого)
Получается - писать в базу надо со скоростью
довольно приличной, если одновременно излучающих
объектов более 200.
Мало того, они же и ночью катаются. И постоянно
излучают, т.е. в БД качают данные о своем местоположении.


Т.о. имея 2,8 Xeon один, трудновато решить задачу
спокойных выходных. Приходится выходить на работу.
А так как мы люди ленивые, хочем иначе

[gs]

Вам надо внешнюю дисковую систему (мощность под вопросом, но скорее всего хватит простой SCSI-to-SCSI типа Xyratex RR0812). И накатать микрософтовский кластер. Он балансировать нагрузку не умеет, но надежности прибавит. Правда все равно на 100% доверяться нельзя.