http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_send_timeout
Network - никаких проблем нет
http://www.hetzner-status.de/
Одной темы мало? /ru/forum/824049
Concurent, сейчас невыгодно собирать сервер под LAMP и ставить в локейшен. Выгодно арендовать железо. Вариантов много, на любой вкус.
Например http://ru.hetzner.com/hosting/produkte_rootserver/px90ssd
Базу можно держать на SSD. А файлы сайта -> на SATA.
Так же есть более бюджетные серверы.
От OS, будь то debian или centos или еще что-то -> не особо зависит. Главное, чтобы админ хорошо разбирался в этой OS.
Битрикс, мало чем отличается от любого другого сайта на PHP. Настройка типовая -> mysql, apache, php, nginx.
Единственное разработчики битрикса рекомендуют отключить open_basedir и увеличить realpath_cache_size до 4096k.
Так же немало зависит и от самого сайта. Но если норм админ -> он точно определит "что именно" создает нагрузку. Это может быть кривой скрипт или очень тяжелый запрос или запрос который не использует индексы и читает всю таблицу и т.д. А далее ваши программисты уже смогут оптимизировать и устранить проблему.
На одном сервере с битриксом могут работать другие cms. Но так же можно и разбить их на 2 VPSки, например с помощью OpenVZ.
Если нужна помощь -> обращайтесь, icq в профиле.
По неадекватному тесту - делать выводы?) Может тогда просто, сервер плохой? Надо заменить, на хороший.
Если тест показывает 25 -> значит "спец страница" загружается за 0.4с (10/25)
AntonService,
1. Вы можете покупать любые конфиги -> но если сервер не настроили -> ничего поменяется.
2. Битрикс может сидеть на одном сервере с другими cms WP, joomla и т.д.
LineHost,
Напомню, что тест производительности битрикс рассчитывает так
С помощью javascript делают 10 GET запросов на "спец страницу"
Считает по формуле
подробнее -> /ru/forum/comment/12317668
jabber + ssl
Вам не сервер нужен, а админ.
http://habrahabr.ru/post/114082/
Пользователь не блокируется, если не создает критическую нагрузку, которая будет мешать соседям на виртуальном хостинге.
Отключение произойдет автоматически, если пользователь на протяжении 30 минут, будет использовать CPU > 600%.
Те кто используют много CPU -> получают более низкий приоритет. Те кто используют мало -> более высокий.
Нагрузка может быть не только из-за ddos. Например высокая посещаемость, неоптимизированные скрипты. Мы можем предложить помощь в поиске проблемы и возможно ее устранение.
Если же это не возможно в рамках виртуального хостинга -> предложим оптимальный конфиг VPS/ сервер.
С ddos атаками помогаем только на выделенном сервере. Если атака сильная, конечно мы рекомендуем -> скрыть ip и отфильтровать трафик -> например у cloudflare или ddos-protection.ru
А уже отфильтрованный трафик -> пускать на сервер. В этом случае выставляем счет за расходы связанные с фильтрацией + за доп администрирование.
Мы не позиционируем себя как сервис "защиты от ddos атак".