03.12.2010, 19:22 | #1 |
Мастер
Регистрация: 26.09.2009
Сообщений: 562
Вес репутации: 210
|
Требование к серверу для соц. сети
Какими параметрами должен обладать сервер, чтобы тянуть подобный по функционалу проекта типа "facebook" при постоянной активности в 10 тыс. посетителей? У кого есть практический опыт? Брать VPS или свою серверную лучше организовать?
И если есть формулы по вычислению необходимой информации, буду очень благодарен! |
03.12.2010, 19:36 | #2 | |
Специалист
|
Цитата:
1) 10000 в час, минуту, секунду, наносекунду? 2) Для обслуживания каждого посетителя будут запускаться рабочие процессы на сервере (процессы апача, пхп и т.д.) так вот важно понимать сколько ресурсов расходуется на 1 такой процесс и сколько в среднем (так как разные посетители могут использовать разный ф-ционал вашего ресурса и соответственно потребуется разное же кол-во ресурсов для разных посетителей) расходуется ресурсов на обслуживание 1 запроса посетителя (не путать с 1 процессом) 3) На сколько критичен вопрос стабильности работы (не с точки зрения свободных на сервере ресурсов а с точки зрения сетевого аптайма) 4) На каком языке написан сайт и какое серверное ПО нужно для работы ресурса (к примеру если не нужен mod_rewrite и вообще .htaccess можно использовать более экономные веб-сервера, чем апач и т.д.) и это только основные вопросы, которые вы не раскрыли п.с. такие проекты как фейсбук работают на базе гео-кластеров а не на обычных отдельных нодах (серверах) |
|
03.12.2010, 19:39 | #3 |
Эксперт
|
ну скажем там - как и любое новое дело всё начинается с малого
ты сначало 100 юзерей поимей в час - пойдут первые деньги - расширишься если вдруг чего не хватит кто сказал что фейсбуку нужен твой сервис в сети...
__________________
|
03.12.2010, 21:24 | #4 | |
Эксперт
Регистрация: 18.06.2007
Адрес: Картофель
Сообщений: 2,417
Вес репутации: 361
|
Цитата:
только при проектировании сети сразу постарайтесь: 1) вынести картинки на поддомены (их так будет проще кластеризировать + быстрее идет загрузка, так как в браузерах есть ограничение на параллельное скачивание с 1 домена) 2) применяйте активно xcache/apc/memcached/eaccelerator ОЗУ хранилища, кешируйте все, что не имеет риалтайм актуальности 3) постарайтесь все долгоиграющие действия вынести на несколько простых AJAX вызовов, не допускайте, чтобы скрипт при каких-то процессах работал дольше 1 секунды, лучше на 0.1 секунды выжрать 100Мб ОЗУ, чем на 10 секунд удерживать 10Мб ОЗУ 4) старайтесь весь обсчет данных делать не по мере "вызова" страничек, а заранее, т.е. отдельными cron-ботами если все заранее спланировать на Hi-Load то можно выдерживать довольно приличную нагрузку даже на довольно слабых машинах |
|
04.12.2010, 00:16 | #5 |
Магистр
Регистрация: 04.12.2007
Сообщений: 3,681
Вес репутации: 421
|
seocore, а какие средства масштабирования нужно юзать, поделитесь плиз? Ну чтоп не покупать щас мега блейд сервак на кучу юнитов, а купить мелкий, а потом когда нагрузка подрастет- прикупить еще один и чонить распараллелить. Имеет смысл так делать, или это все бред и лучше таки старье выкинуть а новый помощнее купить?
__________________
|
04.12.2010, 09:29 | #6 |
фОшЫст
|
seocore, Йода, Уау..знакомые все люди)
в ситуации если у тебя не свой сервере с постоянным доступом - бред.
__________________
|
04.12.2010, 09:37 | #7 | |
Эксперт
Регистрация: 26.09.2009
Сообщений: 1,362
Вес репутации: 231
|
Цитата:
Можно интеграцию с amazon сделать и там все хранить, как например всякие большие порталы делают типа wikileaks, там-то все потянет. А вот в остальном полезного я ничего не могу подсказать к сожалению. |
|
04.12.2010, 13:49 | #8 | |||
Мастер
Регистрация: 26.09.2009
Сообщений: 562
Вес репутации: 210
|
Цитата:
2. Как узнать сколько ресурсов расходуется на процесс? Проект будет на php, по функционалу ничего сложного, в основном это обмен текстовыми сообщениями, единственное на что уйдёт много ресурсов - это поиск, аудитория будет гораздо чаще пользоваться поиском, чем в любой соц. сети, поиск осуществляется по огромным базам, ну и он должен быть быстрым. 3. Вопрос критичен, аптайм ~100%. Точнее важно, чтобы сервер не падал вообще и не было неудобств из-за производительности серверов. 4. Проект на PHP, mod_rewrite не обязателен, к апачу не привязан, так что сервер может быть на любой платформе. Спасибо за внимание к теме! Добавлено через 4 минуты Цитата:
А кто сказал, что фэйсбуку нужен мой сервис? =) Добавлено через 2 минуты seocore,огромное спасибо за советы, намотал на ус! ) Добавлено через 5 минут Цитата:
Честно говоря нету желания зависеть от других порталов, да и необходимости такой нет, сейчас главное спланировать предстоящие расходы на железо, надеюсь цифры получатся не космические. =) Последний раз редактировалось Buradem; 04.12.2010 в 13:49. Причина: Добавлено сообщение |
|||
04.12.2010, 14:11 | #9 |
Магистр
Регистрация: 04.12.2007
Сообщений: 3,681
Вес репутации: 421
|
Мы про ситуацию со своим сервере..
)) И поглядеть киношку "СоцСеть" в кач-ве пособия))
__________________
|
04.12.2010, 15:07 | #10 | |
Специалист
Регистрация: 07.01.2009
Сообщений: 446
Вес репутации: 204
|
Цитата:
__________________
|
|
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
В течение 14 дней небыло обращения к серверу. | gs-samp | Вопросы по работе системы | 11 | 09.10.2012 16:29 |
Требует обращения к серверу.. | evgenet | Вопросы от новичков | 0 | 20.12.2008 17:23 |
Требование повторно загружать сканы | birukov | Вопросы по работе системы | 29 | 14.10.2008 23:24 |
Как определить железо которое требуется серверу | Kashey | Разработка и сопровождение сайтов | 25 | 11.07.2008 15:30 |
Странное требование модератора | Hamlo | Вопросы по работе системы | 3 | 30.01.2008 17:02 |
Часовой пояс GMT +3, время: 07:58.