https://m.opennet.dev/openforum/vsluhforumID13/37.html У меня есть задача написать диплом(!!!) - разработать проект в ы с о к о н а д ё ж н о г о (террит-но распределённого) кластера для бесперебойной работы базы данных (SQL запросы) Какая именно база пока не ясно. Сервера на расст. 180 м. друг от друга., рабочих станций до 60-ти. <br>Желательная связь только канал-канал (1000 Мбит либо оптика, либо Ethernet), т.е. желательно без общих дисков, но можно и с ними.<br>(тоже желательно без Fibre Chanell и SCSI, но тоже можно и эти технологии), только с локальными дисками. Кластер должен работать параллельно, в случае сбоя пользователи перекидываются на другой работающий сервер. Главное - надёжность-формула 24х7.<br>Не знаю на какой платформе делать проект, ни софт. <br>Никогда не разрабатывал кластера. <br>К тому же почитал, что возм. нет дешёвых кластерных решений только на связи канал-канал без общих дисковых массивов. <br>Буду признателен за советы и ссылки.<br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#11 Fri, 12 Sep 2008 07:43:47 GMT Можно уточнить одну вешь ?<br>Я так понял связка ha+drdb работает как отказостойчивый кластер в котором второй комп кластера большую чать времени простаивает и его ресурсы не используются.<br>Можно ли сделать такой кластер, в котором помимо отказоустойчивости реализовалось бы распределение нагрузки(использование общей памяти и процессоров), чтобы второй сервер выполнял не только роль бэкапа, но и принимал активное участие в обработке процессов ?<br>Или вариант, в котором на одной машине кластера выполняется, например апач, а на второй в это время работает мускул, но на обоих машинах установлены оба этих сервиса, так то при падении машины с мусклом(или при отказе самого мускла) другая машина поднимала этот сервис. При этом могут ли машины кластера делить между собой ресурсы ?<br>Спасибо !<br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#10 Fri, 21 Dec 2007 08:24:37 GMT &gt;[оверквотинг удален]<br>&gt;1. оба нода работают. ha - поднимает виртуальный интерфэйс, к которому и <br>&gt;кидаются клиенты. drbd - постоянно реплицирует данные с мастера на слэйв. <br>&gt;<br>&gt;2. отвалился мастер - HA (на слэйве) переводит свой /dev/drbd* в <br>&gt;из slave в master и поднимает все тот же виртуальный интерфэйс <br>&gt;(если primary node по харду сильнее второго мона установить auto fail <br>&gt;back. не соит включать первый нод после сбоя при выключеном втором <br>&gt;(иначе зачам весь геморой с кластером), в последней версии drbd есть <br>&gt;multiprimary - работают действительно параллельно, но с репликацией были проблемы, т.к. <br>&gt;копать сюда необходимости не было, подробнее не скажу). <br><br>Я вчера плакал от смеха...<br>кароче все я поставил drbd + GFS... <br>замечательно .. дошел до точки монтирования gfs и тут всплыла такая штука что лом ядро с 2.6.20 GFS 1 не поддерживает... только GFS2 ....<br>кароче я плачу... прийдеться все заново компилить ... причем ручками.... <br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#9 Thu, 20 Dec 2007 22:07:02 GMT у связки ha+drbd общий смысл (imho) такой: <br>1. оба нода работают. ha - поднимает виртуальный интерфэйс, к которому и кидаются клиенты. drbd - постоянно реплицирует данные с мастера на слэйв.<br>2. отвалился мастер - HA (на слэйве) переводит свой /dev/drbd* в из slave в master и поднимает все тот же виртуальный интерфэйс (если primary node по харду сильнее второго мона установить auto fail back. не соит включать первый нод после сбоя при выключеном втором (иначе зачам весь геморой с кластером), в последней версии drbd есть multiprimary - работают действительно параллельно, но с репликацией были проблемы, т.к. копать сюда необходимости не было, подробнее не скажу). <br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#8 Wed, 19 Dec 2007 14:55:24 GMT &gt;&gt;&gt;Связка drbd+heartbeat, например. <br>&gt;&gt;&gt;www.drbd.org, www.linux-ha.org <br>&gt;<br>&gt;да drbd + ha работают не плохо. <br>&gt;Linux Virtual Server - сам я не делал, но, кажется он дает <br>&gt;распределение нагрузки за счет переброски соединения. (было бы интересно посмотреть на <br>&gt;готовое решение) <br><br>Ставил я drbd - писать и читать можно только с одной ноды. Т.е. о распределенной файловой системе речь не идет... У кого получилось настроить переключение в случае падения 1й из нод - просьба рассказать как. drbd работает но многого не умеет, будем изучать что умеет Linux HA<br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#7 Fri, 04 May 2007 13:47:50 GMT drbd - работает как Master-Slave причем пишется только на мастера, поетому нет проблем со всеми нодами есть только один нод.<br>я с фрии не знаком, но вы конечно пробовали ХА на фрии поставить? https://m.opennet.dev/openforum/vsluhforumID13/37.html#6 Tue, 03 Apr 2007 09:29:15 GMT Насчёт drbd. А вы уверены, что экспорт справится, а точнее коректно отработает, если все ноды вдруг начнут писать? Но Debian не плохое решение. И хотелось бы узнать что в этом плане лучше/удобнее/проще debian или freebsd?<br>Я под debian поднял нормально HA-availability, а вот ипсользуя проекты такого же назначения под freebsd обломался ещё на ранней стадии:<br><br>Мне нужно организовать High-Availability кластер из 2 (192,168,9,24 и 192,168,9,25)машин с 1 виртуальным ip адресом (192,168,9,253) <br>Установил FreeBSD. Использую Wackamole и, соответственно, Spread.<br>На всех нодах поставил spread (согласно инструкции и мануалам). Создал пользователя и группу spread. <br>Вот конфигурация: <br><br>Spread_Segment 192.168.9.255:4848 { <br>proj-bsd-1 192.168.9.24 <br>proj-bsd-2 192.168.9.25 <br>} <br>EventPriority = INFO <br>EventLogFile = /var/log/spreadlog_%h.out <br>SocketPortReuse = AUTO <br><br><br>Поставил wackamole, тоже согласно инструкции. Конфигурация следующая: <br>Spread = 4848@127.0.0.1 <br>SpreadRetryInterval = 5s <br>Control = /var/run/wa https://m.opennet.dev/openforum/vsluhforumID13/37.html#5 Tue, 07 Dec 2004 21:58:55 GMT &gt;&gt;Связка drbd+heartbeat, например. <br>&gt;&gt;www.drbd.org, www.linux-ha.org <br><br>да drbd + ha работают не плохо.<br>Linux Virtual Server - сам я не делал, но, кажется он дает распределение нагрузки за счет переброски соединения. (было бы интересно посмотреть на готовое решение)<br><br><br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#4 Sat, 02 Oct 2004 20:45:08 GMT &gt;Связка drbd+heartbeat, например. <br>&gt;www.drbd.org, www.linux-ha.org <br>Добрый день, передо мной встала точно такая же задача, бесперебойная работа БД, скорее всего MySQL, два физических сервера...<br>Помогите разобраться плиз, я еще новичек в таких вопросах :) <br>ОС будет Linux Debian, что еще необходимо доставить на неё кроме drbd и heartbeat ? Насколько я понял, drbd обеспечит репликацию данных, heartbeat переключение между двумя серверами, в случае падения одного...нужно или еще что то наподобие Linux Virtual Server ?<br><br><br> https://m.opennet.dev/openforum/vsluhforumID13/37.html#3 Tue, 13 Apr 2004 10:27:18 GMT &gt;кластеризовать то надо БАЗУ. <br>связке drbd+heartbeat все равно, что поверх нее крутится.<br><br>&gt;так что ответ: Oracal<br>Это другой возможный вариант. на мой взгляд, он сложнее в реализации. тем более при использовании на production-сервере надо будет заплатить некоторую сумму разработчику Оракла.<br><br>&gt; и MS Sql<br>а вот это вообще не вариант, ибо, насколько я помню, в кластере от MS используется общий диск, что противоречит поставленой задаче. ну и для меня, например, немаловажен тот факт, что это платное решение