High-Load эксперты

Вопрос на будущее, чтобы уже начинать знакомиться с экспертами, с которыми мы будем работать.
Мы сейчас скоро будем запускать вэб-портал, и там ожидается много посетителей.
Хотя они появятся не сразу, но 200’000 визитов в день — это то что уже есть у наших конкурентов. Вэб-потрал будет сделан на PHP + MySQL.
Работать, скорее всего, будет под nginx на линуксе. Серверная часть сайта будет очень хорошо оптимизирована, единственное что понадобится — это серверная оптимизация: создание кластеров, лоад-балансеров и вообще все что касается стабильности нашего сайта. Возможно, там со временем вообще нужно будет целую политику выработать по этому делу.
Кто специализируется? Рекоммендации компаний и индивидуалов приветствуются. Сразу скажу, что сайт будет инсталлирован не в Украине, поэтому физ. доступа у вас к серверу не будет, только через telnet. Хотя если там нужно будет что-то сложное, мы, возможно, оплатим билет в обе стороны и проживание у нас пока нужно будет все сделать. Ну а дальше как сотрудничать будем — зависит от развития нашего бизнеса.

Допустимые теги: blockquote, code, em, pre, i, li, ol, strike, strong, u, ul, a.
Ctrl + Enter
Допустимые теги: blockquote, code, em, pre, i, li, ol, strike, strong, u, ul, a.
Ctrl + Enter
Детсад.
200000/24/3600 * 3.14 = 7,2 запроса в пиках
Выбирайте все что душе угодно: любые диски, любые сервера. 7,2 это слишком мало чтоб говорить о чем-то.
Постарайтесь выбрать то с чем знакома ваша команда, то с чем вам проще будет разрабатывать и поддерживать проект.
Если и будут проблемы вы о них узнаете первыми, в любом случае предсказать где и с чем будет проблемы без рабочего приложения нельзя , это вымысел. Можно должно оптимизировать и искать все бутылочные горлышки, но в реальном приложении проблема будет в классе по работе с датами.

Так что плюньте на все советы, просто пойдите и начните делать проект.

200 тыс в день — это как средняя температура по больнице и нет акая уж большая нагрузка чтоб лоад балансеры ставить. хватит и кластера из двух мощных машин.

на какую пиковую нагрузку рассчитываете? сколько одновременных конектов будет?

Ну а если 500’000 в день? Сложно сказать про одновременные коннекты.

Нужно учитывать функции, которые выполняет сайт. Сайт сайту рознь.
Пример.
Если у вас при заходе на страницу — 100500 запросов в БД и 0 кеша — это одно, можно и на 2-х юзерах сдохнуть, а если это 3 статических страницы, то хоть с 486-го сервачок делайте =) -будете сотни людей одновременных обслуживать.

И брать какой-то 1 критерий для того, чтобы что-то оценивать — не есть гуд.

Интересные у вас топики:
«Поскажите у кого заказать вэб-портал»
«Что будет если скопировать сайт?»

«SEO оптимизаторы, или вообще те кто может раскрутить сайт»

И уже high-load?

По сути — рано говорить о кластерах и лоад балансе. Да и для 200к посетителей в сутки
кластера не нужны. Два сервера: «бакэнд» с быстрыми дисками для базы и «фронтенд» с быстрыми процессорами и много-памяти для мемкеша легко выдержат 1М хитов в сутки. Если действительно

все так хорошо оптимизировано. Ну и статику правильно отдавать.

ну это если страницы статичные или кеширование хорошее. обычно узким местом становится БД. при запросе одной страницы у некоторых умельцев по lazyloading сотни запросов к БД :-)

Не сдержался...

Хотел бы чтобы вы сделали игру, 3Д-экшон суть такова... Пользователь может играть лесными эльфами, охраной дворца и злодеем. И если пользователь играет эльфами то эльфы в лесу, домики деревяные набигают солдаты дворца и злодеи. Можно грабить корованы... И эльфу раз лесные то сделать так что там густой лес... А движок можно поставить так что вдали деревья картинкой, когда подходиш они преобразовываются в 3-хмерные деревья[1]. Можно покупать и т.п. возможности как в Daggerfall. И враги 3-хмерные тоже, и труп тоже 3д.

Блин сколько совка. Не приходило в голову мысль что кто девушку ужинает тот ее и танцует? Если чел будет платить нормальные деньги, можно и телнетом на хайлоад серваки заходить.

Хотя наверное это особенность программистов из аутсорса, когда приходит полная спека, и нужно степбай степ ненапряжно запрограмить на фиксированной зарплате ненапрягая мозг что бы понять особеность тараканов заказчика.

есть опыт в построениии подобного решения для одной большой американской рекламной сети. Что то около 50- 70 миллионов посетителей в месяц было.

Расчитывать на то что серверную часть трогать не придется — я бы не стал. Мало у кого есть столько опыта что бы сразу все сделать «начисто »

200’000 визитов в день — это то что уже есть у наших конкурентов. Вэб-потрал будет сделан на PHP + MySQL.

Советую пока не поздно перейти на стэк ASP.NET иначе рискуете оказаться с неработающей поделкой в руках которая будет валится после захода 10 пользователей одновременно.

не порите чуш :)

Интересно — сколько на сайтах vkontakte.ru, facebook.com и wikipedia.org посетителей? Мне кажется несколько больше чем 10 одновременно. Порой даже 11 бывает, а в пиковые нагрузки — все 15, и даже не падает. Что они делают не так?

На сколько я знаю, MySQL они использую только как persistent storage, то есть для постоянного хранения данных. На следующем уровне у ВКонтакте стоит своя собственная СУБД. У Фейсбука все кроме картинок в памяти, почти уверен что у Википедии так же.
Про РНР — Фейсбук его потом транслирует в С++, что дает им существенный прирост скорости.

А вообще я не согласен с «Хемуль». На связке PHP + MySQL можно построить высоконагруженный веб-проект, тут нужно смотреть, что лучше по деньгам в перспективе — добавить железа или использовать другие технологии.

Да, мы, на всякий случай, рассматриваем возможность использовать библиотеку от Facebook для ковертации проекта в C++

Так ведь memcached никто не отменял

У вашего сообщения нет никакого основания.

Конченный бред. Ты или тролль, или не в теме совершенно (а скорее всего всё вместе).

п.с. Помимо всего прочего стоит подтянуть и русский язык.

Вот это заявление! Что за аттракцион небывалой бредятины? Складывается ощущение, что Вы, уважаемый, ничего кроме ASP и не видели.

Ржал так что залил ноут чаем, приходится писать с коврика от мышки.

>только через telnet

Вы ничего не путаете?

Могу и путать — не эксперт.

Подписаться на комментарии