forum.lissyara.su

Подскажите пожалуйста, c помощью чего можно реализовать WEB-Кластер на FreeBSD 7.0 + mysql + apache + php
Очень много всего начитался, буду рад любой информации.

Сочитаются ли вместе кластер высокой доступности (HA) и кластер с балансировкой нагрузки (то есть высокой производительности - HP)? Или это 2-е разных технологии?

Отличный вопрос!

А вот подскажите, что вы называете кластером: виртуальный сервер, состоящий из различных нод или систему серверов с балансировкой и резервированием?

Если имеется в виду балансировка нагрузки

mysql - настраивать репликацию, или mysql_proxy;
если обязательно нужен apache - то или ставить его бекендом, а нагрузку балансировать чем-нибудь вроде nginx (им же статику отдавать можно) или
делить трафик файрволом
если апач не обязательно - можно запустить php как fastcgi на нескольких серверах и обращаться к ним из nginx например.
файловая система - nfs, желательно экспортировать в read only;
для кеша и сессий можно memcached

Если распределенные вычисления - на сколько я знаю, freebsd такую технологию не поддерживает, вроде как ребята из dragonfly занимались кластеризацией...

А вот подскажите, что вы называете кластером: виртуальный сервер, состоящий из различных нод или систему серверов с балансировкой и резервированием?

Система серверов с балансировкой и резервированием.

CARP

salvator писал(а):файловая система - nfs, желательно экспортировать в read only;

может лучше afs?
http://wiki.freebsd.org/afs
http://wiki.freebsd.org/afs-server

Гость писал(а):может лучше afs?
http://wiki.freebsd.org/afs
http://wiki.freebsd.org/afs-server

на счет afs ничего не скажу, т.к. не юзал. где-нибудь бенчмарки есть?

Для резервирования предлагаю свой вариант:
файловая система coda+heartbeat по мотивам вот этой статьи:
http://www.samag.ru/cgi-bin/go.pl?q=art ... .2006;a=02
Там, кстати, вариант с nfs считается недостаточно надежным. Там вообще вместо сетевой распределенной файловой системы используется средство зеркалирования жестких дисков по сети DRBD, но в портах я его не нашел, а из исходников на фре оно у меня не собралось, правда я и не сильно старался.
Если объем небольшой, то можно попробовать rsync, хотя мне такой вариант не кажется надежным. Если либо к первому, либо ко второму варианту прикрутить протокол CARP, то можно использовать такой кластер и для балансировки.

К вопросу о кластерах....
Подняла на работе вычеслительный кластер из трех серверов, туда же воткнула (4-ым) свой рабочий комп, ибо проц у него слабоват.... почему бы не воспользоваться ресурсами нормальных сервантов...
Вобщем всё хорошо, всё работает. Для теста запустила на своем компе одновременную компиляцию пяти различных приложений. Мониторилка нагрузки кластера показывала загрузку проца- 130% и при этом я вполне комфортно могла работать, нигде ничего не тормозило.

Теперь хотелось бы создать ОТКАЗОУСТОЙЧИВЫЙ кластер.... информации в инете фактически нет....
Есть ли у кого положительный опыт в этом вопросе?

tango писал(а):информации в инете фактически нет

именно.

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

интересно другое -- когда это прекратится?

http://dreamcatcher.ru/index.php?option ... 8&Itemid=3
http://www.linuxcenter.ru/lib/articles/ ... ster.phtml
ps: автор один и тот же

tango писал(а):информации в инете фактически нет

Ай яяй какие злые интернет обитатели а может просто кто то не умеет искать
На вскиндку вот блог в котором обсуждаются весьма любопытные веши по моему, ну еше наверное стоит на Сановском сайте покопаться они шас весьма сильно занимаются проблеммой.
А насчет того что инфа не на каждом углу ну а кому она нужна, кому надо все найдет

Если говорить об apache, то можно средствами PF, IPFW равномерно распределять нагрузку в DMZ, но такой способ даст только распределение TCP сессий. А вот в MySQL, слышал, как-то можно кластеризацию делать его собственными силами. Мне тоже эта тема интересна, периодически пытаюсь создать что-то такое работающее.

koffu писал(а):Если говорить об apache, то можно средствами PF, IPFW равномерно распределять нагрузку в DMZ, но такой способ даст только распределение TCP сессий. А вот в MySQL, слышал, как-то можно кластеризацию делать его собственными силами. Мне тоже эта тема интересна, периодически пытаюсь создать что-то такое работающее.

Делал подобную реализацию, но возникили проблемы: при 1 обращении роутер отправлял к 1 серверу, а скажем при 10 ко 2(все обращения с одного хоста) и второй сервер говорил что я немогу, тебя незнаю и давай заполняй всё заново. Это возникало обращении к форумам или последовательным страницам(в cookies получался прописан 1 сервер а при попадинии на 2, получалось что сервер вобще незнает клиента). Проблему решили созданием общей базы запросов web разработчики.

buryanov писал(а):
Делал подобную реализацию, но возникили проблемы: при 1 обращении роутер отправлял к 1 серверу, а скажем при 10 ко 2(все обращения с одного хоста) и второй сервер говорил что я немогу, тебя незнаю и давай заполняй всё заново. Это возникало обращении к форумам или последовательным страницам(в cookies получался прописан 1 сервер а при попадинии на 2, получалось что сервер вобще незнает клиента). Проблему решили созданием общей базы запросов web разработчики.

можно использовать nginx load balansing, в частности ip_hash. (метод распределения запросов по серверам на основе IP-адресов клиентов).
Собственно это балансинг бекендов.
Для фронтендов - afaik PF CARP

скиньте плз кто нить конфиг распределения через nginx

Вот рабочий конфиг для балансировки одного домена.
Меня больше устраивает робинраунд балансировка чем через #ip_hash; (с ней нету соотношения 50/50)


upstream backend {
#ip_hash;
#server backend1;
#server backend2;
server backend1 weight=1 max_fails=3 fail_timeout=30s;
server backend2 weight=1 max_fails=3 fail_timeout=30s;
}

server {
listen x.x.x.x:80;
server_name www.xxx.ru;
access_log /var/log/nginx/www.xxx.ru_access.log combined;

location / {
proxy_pass http://backend;
proxy_next_upstream error timeout invalid_header http_500 http_503;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $remote_addr;
}


}

/etc/hosts
x.x.x.x backend1;
x.x.x.x backend2;