URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 4382
[ Назад ]

Исходное сообщение
"Высоконагруженный Web сервер/кластер"

Отправлено ppy_ , 03-Окт-06 18:40 
На какие решения нужно орентироваться для хостинга 100 000 сайтов?
Интересует в первую очередь очень приблизительная оценка по железу.

Содержание

Сообщения в этом обсуждении
"Высоконагруженный Web сервер/кластер"
Отправлено servaki , 03-Окт-06 22:44 
>На какие решения нужно орентироваться для хостинга 100 000 сайтов?
>Интересует в первую очередь очень приблизительная оценка по железу.


Обратитесь к manageserver.ru


"Высоконагруженный Web сервер/кластер"
Отправлено ppy_ , 04-Окт-06 08:34 
>Обратитесь к manageserver.ru
Я прекрасно знаю, что сушествуют хостеры. Это не вариант.
Требуется построить собственный проект с общей БД на все сайты.



"Высоконагруженный Web сервер/кластер"
Отправлено Kreept , 04-Окт-06 09:47 
Здравствуйте,
Посоветовал в данном случаи ОС - FreeBSD
Плюс связку nginx+apache! Nginx-ом обрабатывать статику, а apache будет обрабатывать динамику. (В ином случае Вы будете наблюдать как умрет Ваш сервер под нагрузкой).
По поводу железа - Большой объем оперативной памяти на сервере и мощный процессор



"Высоконагруженный Web сервер/кластер"
Отправлено ppy_ , 04-Окт-06 10:48 
to: Kreept
>По поводу железа - Большой объем оперативной памяти на сервере и мощный
>процессор
Спасибо за ответ. По Вашему мнению один сервер в состоянии обработать 1000-3000 запросов в сек?


"Высоконагруженный Web сервер/кластер"
Отправлено Kreept , 04-Окт-06 19:01 
Если отдавать страницы html то да. Если динамику то нет.

"Высоконагруженный Web сервер/кластер"
Отправлено unnamednetua , 10-Окт-06 17:15 
>to: Kreept
>>По поводу железа - Большой объем оперативной памяти на сервере и мощный
>>процессор
>Спасибо за ответ. По Вашему мнению один сервер в состоянии обработать 1000-3000
>запросов в сек?


Как вариант nqinx, который отдает статику, а то что надо генерить, апач, также можно статику поместить таким способом на другой сервер в итоге.


"Высоконагруженный Web сервер/кластер"
Отправлено Ares , 02-Ноя-06 17:28 
>to: Kreept
>>По поводу железа - Большой объем оперативной памяти на сервере и мощный
>>процессор
>Спасибо за ответ. По Вашему мнению один сервер в состоянии обработать 1000-3000
>запросов в сек?

Проблема будет не в web-сервере. Nginx+Apache отлично справятся с такой нагрузкой. Первая проблема это БД она упадет гораздо раньше чем Nginx+Apache. Я решил подобную проблему следующим образом:
1 - стоят 2 web-сервера на каждом 2 гига оперативки, быстрые диски, двухядерные процы (третий пока не выбил), настроен  NFS где лежат скрипты(NFS наверное не лучшее решение, но пока справляется), стоит Nginx и разруливает нагрузку равномерно на оба сервера(можно не равномерно).
2 - стоят 2 сервера СУБД PostgreSQL репликация настроена с помощью Slony-I + pgpool(кэширует запросы). На каждом по 4 гига оперативки 2 двухядерных проца.
Обслуживает 35000 уникальных в сутки, отдает за сутки 10 гигов данных, каждый сервер БД отдает порядка 500 запросов в секунду(запросы порядочные типа поиска по таблицам с 10млн записей). Без pgpool обрабатывалось только 200-300 запросов и при этом сайт ужасно тормозил.

Уфф..надеюсь помогло!)


"Высоконагруженный Web сервер/кластер"
Отправлено Grand paino , 14-Окт-06 17:46 
>На какие решения нужно орентироваться для хостинга 100 000 сайтов?
>Интересует в первую очередь очень приблизительная оценка по железу.
Хмммм, имо, таки решения уже нужно ориентировать на кластерные решения, иначе сейчас купите, а дальше, какой либо из сайтов начнёт расти и вы уткнётесь в производительность системы построенной на одном хосте. Копайте в этом направлении, это будет более гибкое решение и оно позволит Вам не упираться по производительности.


"Высоконагруженный Web сервер/кластер"
Отправлено uldus , 12-Ноя-06 23:25 
>Хмммм, имо, таки решения уже нужно ориентировать на кластерные решения, иначе сейчас

Друзья, какие кластеры ? Поступайте как подавляющее большинство хостеров, ставте кучу серверов среднего класса и на каждом держите обособленно по несколько тысяч активных клиентов. Ничего никуда разносить и кластеризировать не нужно, зачем усложнять.