> Боюсь такая конфигурация у моего хостера будет стоить столько же сколько мы сейчас платим за три сервера
я в курсе, потому её и посоветовал.
> Что вы имеете ввиду под настройкой битрикса?
минимизацию я и имел в виду. просто встречал экземпляры, которые на моих вдсках выдерживали 1 хит в секунду (мой блог для сравнения на такой же выдерживает 40-50)
> Как бы вы сделали для высоконагрузочного проекта?
1,2,3,4) быстрые диски. 2xSATA — это мало для i7. Да и время отклика у них будь-будь.
5) KVM контейнеры для апача и интерпретатора PHP. Возможно — гугловский мод для апача.
6) общее хранилище для контейнеров KVM и физической машины
7) nginx на хосте, который проксирует запросы к контейнерам и раздаёт статику
Почему… сложный и многогранный вопрос на самом деле. Контейнер KVM под la 100+ и over 2k хитов в секунду — это не труп, а вполне себе откликающаяся по ssh машинка (естественно, что 2к страниц отдавать в секунду такой контейнер не будет, но жить будет). Даже с 1 ядром. К тому же, в результате пользователь увидит хотя бы bad gateway, если контейнеры ограничивать в аппетитах. А на bad gateway можно попробовать прикрутить refresh страницы через 1 секунду.
mysql… тут стоило бы подумать, но, наверное, отдельный контейнер, дабы mysql не кушал лишнего.
А так — нужно экспериментировать и замерять. Теория с битриксом невозможна. От положения звезд слишком многое зависит.
> 400 пользователей онлайн
данной цифрой даже оперировать не нужно. Смотрите на количество хитов в секунду. nginx с keepalive Off позволит держать онлайн и тысячи пользователей, если количество хитов укладывается в аппетиты интерпретатора php (mod_php, хотя бы).
DNS (ненадежно, многим резолверам плевать на TTL)
фронт-энд (бесполезно, т.к. есть уязвимая точка)
BGP между М9-вднх и теленетом. в наличии. 10к деревянных в месяц за решение. + цена трафика и коло/аренды железа.
Попробую позвонить… делал я одному человеку сайт — он примерно тем же занимался. Только в кризис он потерялся — недавно искал меня. Предлагал он мне проценты от оборота с сайта. Отпишусь тогда, если найдётся.
а)
ну торренты на скорости 100 мбит ни один из SOHO роутеров не выдержит. По опыту могу сказать, что нужен ARM проц с частотой 300+ мгц. А если брать асусовские процы (не помню архитектуру) — то и все 600-800+
Хотя, опять же — по локалке я могу гонять из DC файлы на скорости 80 мегабит (в одну сторону). И страницы в это время смотрю. DC pps генерирует меньше торрентов.
Ну на вконтакте тоже есть кнопка «пожаловаться».
На ютубе всё проще — там копирасты ищут свои материалы сами и жалуются «куда надо». Другое дело, что европейский копирасты уже познали, что «провайдеру пофигу, что там лежит, пока на это не жалуются», а наши раздолбаи до сих пор считают, что за легальностью контента должны следить все, кроме них.
еще для гугла где то был тег, который при нажатии на кнопку «спам » открывал бы окошко с информацией о том, как отписаться от рассылки. на хабре мелькал.
на самом деле там можно удобнее, но мне лениво заморачиваться. Это некий буфер — со временем закладки из ридера я дергаю на локальную машинку при помощи scrapbook )
А так — можно использовать отдельные теги и сабтеги для создания закладок.
Решение на базе best-hosting.ru —
~9000 — за heartbeat наш (который будет перебрасывать маршруты) + траф (если его много) + стоимость коло/аренды для двух серверов, если навскидку. Цену уточнять на admin@best-hosting.ru.
sourceforge.net/projects/skypetrans/ — вот этот я использовал в своё время (сообщения пересылались, большего мне и не надо было), хотя сейчас он abandoned.
я в курсе, потому её и посоветовал.
> Что вы имеете ввиду под настройкой битрикса?
минимизацию я и имел в виду. просто встречал экземпляры, которые на моих вдсках выдерживали 1 хит в секунду (мой блог для сравнения на такой же выдерживает 40-50)
> Как бы вы сделали для высоконагрузочного проекта?
1,2,3,4) быстрые диски. 2xSATA — это мало для i7. Да и время отклика у них будь-будь.
5) KVM контейнеры для апача и интерпретатора PHP. Возможно — гугловский мод для апача.
6) общее хранилище для контейнеров KVM и физической машины
7) nginx на хосте, который проксирует запросы к контейнерам и раздаёт статику
Почему… сложный и многогранный вопрос на самом деле. Контейнер KVM под la 100+ и over 2k хитов в секунду — это не труп, а вполне себе откликающаяся по ssh машинка (естественно, что 2к страниц отдавать в секунду такой контейнер не будет, но жить будет). Даже с 1 ядром. К тому же, в результате пользователь увидит хотя бы bad gateway, если контейнеры ограничивать в аппетитах. А на bad gateway можно попробовать прикрутить refresh страницы через 1 секунду.
mysql… тут стоило бы подумать, но, наверное, отдельный контейнер, дабы mysql не кушал лишнего.
А так — нужно экспериментировать и замерять. Теория с битриксом невозможна. От положения звезд слишком многое зависит.
> 400 пользователей онлайн
данной цифрой даже оперировать не нужно. Смотрите на количество хитов в секунду. nginx с keepalive Off позволит держать онлайн и тысячи пользователей, если количество хитов укладывается в аппетиты интерпретатора php (mod_php, хотя бы).