Есть три машинки. Одну планирую использовать под Директор, остальные две в кластер.
||
\/
------------------
| Director |
-------------------
/ \
/ \
----------- --------------
| WWW1 | <-> | WWW2 |
----------- --------------Читал много инфы про LVS, Heartbeat и прочее... но никак немогу понять как лучше организовать синхронизацию данных между узлами кластера?
Т.е чтоб на обоих серверах с поднятыми службами Apache2 + PHP + MySQL была актуальная информация.
Также непонятен вопрос с PHP сессиями. Т.е если пользователя кинуло сначала на один сервер, а потом на другой, то сохранится ли сессия??Неужели никто незнает как устроены такие соц. сети как vkontakte??
Вы серьезно думаете что vkontakte имеет всего пару машин? Организация кластера из двух-трех и десятков-сотен машин очень отличается.
>Вы серьезно думаете что vkontakte имеет всего пару машин? Организация кластера из
>двух-трех и десятков-сотен машин очень отличается.А вы сможете подетальнее описать создание масштабируемого кластера??
>>Вы серьезно думаете что vkontakte имеет всего пару машин? Организация кластера из
>>двух-трех и десятков-сотен машин очень отличается.
>
>А вы сможете подетальнее описать создание масштабируемого кластера??в нете их полно...
ИГРАЙТЕ ВОВ НА ВОВ-РАША
Все очень просто
Берем 2 loadbalanser много httpd и 2 SAN например NetApp соединяем и все :)
>Все очень просто
>Берем 2 loadbalanser много httpd и 2 SAN например NetApp соединяем и
>все :)Здорово.... особенно фраза "соединяем и все" =)
Ну ладно, еще надо сконфигурировать lb, netapp и рабочие машинки, но ведь это несложно :)
Осталось добавить что вместо standalone машинок лучше брать блейды, понадобится еще spdu, свитчи, возможно kvm, ну и конечно куча проводов и датацентр в который все это нужно поместить. А так да, "соединяем и все".
Но как я и говорил построение для десятков машин очень отличается от построение для двух-трех, причем как по мне для десятков оно проще ввиду наличия специализированных железок.
>Но как я и говорил построение для десятков машин очень отличается от
>построение для двух-трех, причем как по мне для десятков оно проще
>ввиду наличия специализированных железок.Самое главное не забыть какого цвета провода в какую железку вставлять :)
По мне лучше XEN чем блейды, меньше действий по пункту "соединяем и все".
Не понял юмора, вы что на стендалонах ставите xen в нем виртуалки, а уже из виртуалок собираете кластер? Выглядит, мягко говоря, невменяемо.
>Не понял юмора, вы что на стендалонах ставите xen в нем виртуалки,
>а уже из виртуалок собираете кластер? Выглядит, мягко говоря, невменяемо.А зачем кластер?
sticky sessions на LB
NetApp обеспечивает одинаковый контент NFS4
XEN для HA и migration on fly
А, так вы просто зашли поговорить о своем, ну так бы сразу и сказали. Может пообсуждаем варианты виртуализации, а еще лучше о влиянии кризиса на IT поговорим.
>А, так вы просто зашли поговорить о своем, ну так бы сразу
>и сказали. Может пообсуждаем варианты виртуализации, а еще лучше о влиянии
>кризиса на IT поговорим.Уважаемый Вы о чем?
>По мне лучше XEN чем блейды, меньше действий по пункту "соединяем и
>все".Производительность?
>Производительность?без вопросов 300K IP/D
>Также непонятен вопрос с PHP сессиями. Т.е если пользователя кинуло сначала на
>один сервер, а потом на другой, то сохранится ли сессия??Называется sticky sessions