#11
|
|||
|
|||
Для начала надо определить что нужно - HA (High Availability) или LB (Load Balancing) или и то и другое в кластере.
В общем требуется решить две проблемы - балансирование нагрузки и создание единого внутреннего окружения. Для балансировки нагрузки вариантов много - Round-robin DNS, HOF/DNS, Hardware SLB (Cisco Local Director), BIG/IP ну еще несколько малоизвесных технологий. У каждой свои тонкости. Но самая большая проблема - создать внутренне окружение - единую файловую систему, единую конфигурацию веб-серверов и т.п. Например есть такая проблема - если держать все вирт хосты клиентов в конфиге каждого апача то при нескольких тысячах вирт хостов апач начнет тормозить и кушать очень много памяти. Т.е. чтобы создать кластер для веб-хостинга надо проделать огромную работу. С решениями для конкретных клиентов(например - веб-магазина) - проще. У нас вот есть еще такое решение - работают два субкластера в разных местах (New York и Fremont, CA), по сути две независимые кластерные системы. Каждый мониторится с нескольких точек и "знает" о состоянии другого. Хостинг на двух сразу дает по сути 200% uptime. |
#12
|
|||
|
|||
ну 200% аптайма - глупость...
хотите сказать эти две кластерные системы для клиента работают как одна? в смысле как один сервер и вся информация постоянно дублируется? |
#13
|
|||
|
|||
Именно так
|
#14
|
|||
|
|||
Вообще то, насколько я настраивал кластера, правда это
на основе НТ ещё было. Там как бы делается виртуальный сервер с виртуальным IP адресом. Есть несколько вариантов реализации кластера: 1. Один дисковый массив + 2 сервера. Только один сервер имеет доступ в один момент времени к дисковому массиву. Другой же сервер тихонько сидит и ждёт пропадания связи с первым. После чего со свистом подключается к корзинке и с ней работает. Оба сервера работают с корзиной по оптике. Этот вариан я и реализовывал. Потому могу попробовать что-то поподробнее рассказать. Всё это было сделано на оборудомании Компак. (Надеюсь это не посчитают за рекламу) 2. Имеются два сервера. Две корзинки (дисковые массивы) Два оптических свича. По две оптических карточки для связи с корзинками. По две сетевые карточки (Ethernet) Разница только в том, что оба сервера могут предоставлять в доступ разные(отдельные) рессурсы. Но при выходе из строя одного из них, "живой" берёт на себя управление корзиной "мёртвого" и его ресурсами. Соответственно "живой" изначально должен справится с двойной нагрузкой. На счёт сетевых карточек: 1. Решение со сбалансированной нагрузкой. Это, когда сервак может ОТДАВАТЬ пакеты сразу по двум карточкам. Хочу обратить внимание, что только Отдавать. Принимать же он будет только на одну сетевую карточку. Для данного решения необходимо наличее сетевого оборудования понимающего данных стандарт. Какие-нибудь киски и т.п. 2. Решение "резервирование карточки" (не помню как точно называется) Данное решение позволяет одной сетевой карточке быть "основной", а второй "резервной". При выходе из строй "основной" сетевухи резервная принимается за работу. ЗЫЖ Извините за сбивчивость изложения. ЗЫЫЖ Всё что рассказывал характерно для НТ. Для других операционных систем - не в курсе. ЗЫЫЫЖ Слышал, что у Новелла уже давно существует подобное решение (SFT III). Но трогать не трогал
__________________
Администрация http://www.TulaTalk.ru/ |
#15
|
|||
|
|||
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата </td></tr><tr><td id="QUOTE">2. Имеются два сервера. Две корзинки (дисковые массивы)
Два оптических свича. По две оптических карточки для связи с корзинками. По две сетевые карточки (Ethernet) Разница только в том, что оба сервера могут предоставлять в доступ разные(отдельные) рессурсы. Но при выходе из строя одного из них, "живой" берёт на себя управление корзиной "мёртвого" и его ресурсами. Соответственно "живой" изначально должен справится с двойной нагрузкой. [/QUOTE]<span id='postcolor'> Красиво, мне такой вариант нравится :о) |
#16
|
|||
|
|||
Решения с fibre channel - оно круто, но нафиг ненадо %)
|
#17
|
|||
|
|||
Кстати, вот на iXBT статья о коммутаторах 7-го уровня, о чем ptitov говорил в сворем первом посте.
http://www.ixbt.com/comm/layersevenswitch.shtml |
#18
|
|||
|
|||
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата </td></tr><tr><td id="QUOTE">На счёт сетевых карточек:
1. Решение со сбалансированной нагрузкой. Это, когда сервак может ОТДАВАТЬ пакеты сразу по двум карточкам. Хочу обратить внимание, что только Отдавать. Принимать же он будет только на одну сетевую карточку. Для данного решения необходимо наличее сетевого оборудования понимающего данных стандарт. Какие-нибудь киски и т.п.[/QUOTE]<span id='postcolor'> Вот тут есть описание. Насколько я понял, это решение как-раз позволяет "прозрачно" объединять карточки. http://www.intel.ru/network....ing.htm Еще ссылки по кластерам: Реализация кластеров от Sun: http://www.elbrus.ru/elbrus/sysint/readypro_02.htm |
#19
|
|||
|
|||
http://hostonfly.com/ - вот реальный работающий пример. Кстати, хозяин - из России.
|
#20
|
|||
|
|||
А впрочем всё это фигня.
Нет ничего проще и дешевле при круглосуточной поддержке, чем два в копейку одинаковых сервака с пятым раидом и хотспэром (HotSpare). Ну и ещё один жёсткий на крайняк. Один сервак - работает. А второй просто выключен. При выходе из строя сервака техподдержка получает об это мыло и быстренько переставляет жёсткие диски из сломавшегося в чистенький-шелковистенький. (Осторожно! Не все раид-контроллеры это поддерживают. Компаковские - поддерживают - 100%.) Врубает сервак. Продолжает дальше радоваться жизни. Вся операция занимает 5-15 минут. Ну, конечно, это не сравнить с 1-2 минутной задержкой кластера. Но и цены тоже несравнимы. Да и вылетают брэндовые серваки очень редко. Кстати! В кластерах слабым звеном становится программное обеспечение. И мне как-то рассказывали случай, что как-то это ПО полностью перекарёжило данные на общей корзинке. Так что делайте выводы. Да и не видел я случаев, что бы задержка в 5-15 минут была настолько критична. Даже там где я работаю (Админ может по абривиатурам мыльного домена определить) задержка в 1 час вполне исправима и нагоняема. Так что народ! А может не стоит огород городить?
__________________
Администрация http://www.TulaTalk.ru/ |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
HEHOST.RU - 100% выгодно, 100% надёжно, 100% честно | hehostru | Специальные предложения от провайдеров | 0 | 29.06.2011 18:51 |
Подскажите что можно сделать когда server load | pivster | Форум по Web-хостингу | 5 | 06.06.2006 09:38 |
Нужны баннеры 468*60, 100*100 и 88*31 | MaximalHost | Дизайн и верстка сайтов | 0 | 22.02.2004 09:34 |
Аналог uptime.ru | rulex | Форум по Web-хостингу | 3 | 08.09.2003 12:57 |
Не регят в uptime.ru | hostserver | Бизнес хостинга | 13 | 12.06.2002 20:49 |