А если для защиты от ДДОСа вынести ДНС и прокси сервера в другой ДДОС-устойчивый датацентр. Там фильтровать и посылать в Хетзнер чистый трафик? Поможет такая схема?
Неужели админчег, который и супер ВПС с кучей конектов настраивал, и продавал когда-то точно ВПС не имеет возможности у себя это разместить?
Можно тюнить, побольше кешируя в рам, или размещая в рам БД. Думаете хардварный рейд панацея?
Новость не открыли, той же рост ЛА до нескольких десятков во многих случаях растет только из-за тормознутости дисков.
Тюнить нужно все в целом, ограничить каждого пользователя по: проценту ЦПУ (или даже по количеству используемых ядер) и возможности использовать больше мощности на протяжении определенного времени, использование ram, i/o полосу, количеству одновременно открытых файлов, количеству процессов, полосу пропускания сети, количеству запросов к БД (здесь вообще отдельная эпопея).... можно еще продолжать
Только контролируя все параметры для каждого пользователя системы - можно избегать уходов в даун. Бежать от проблемы просто ориентируясь на ЛА - не решение.
Думаю вопрос как раз в том, что это значит. 🍿
Ваш многолетний опыт должен обосновано объяснить что это за мифический параметр, а не руководствоваться ощущениями нормально/не нормально.
Можно 10 лет сетапить панельку и увеличивать производительность только аппаратными способами, используя мощнее сервер. А можно попробовать заглянуть внутрь этих процессов и постараться понять что и почему и как надо тюнить сервер.
Такое впечатление что только bugsmoran здесь на форуме хочет попытаться сделать что-то лучше, а не типично, стандартно. Возможно в этом проблема хостинга в России?
Если глупость, тогда расскажите что это за параметр нам 🍿
ЛА это количество процессов в очереди на процессор. Если он 8-ми ядерный то 8 - это нормально для процессора, если ЛА больше, тогда уже не нормально. ЛА вообще характеризует как бы совокупность параметров. Та же дисковая подсистема может значительно повышать ЛА.
Вывести сервер с ЛА 0,5 в даун также легко как и сервер с ЛА 8 на одном и том же 8-ми ядерном сервере.
Да и вопще вывести сервер в даун - это не нормально, и это одна из проблем шаред хостинга. И для решения этой проблемы умные люди колупают ядра и тюнингуют ОС. Недогружать сервер - это не решать проблему в корне, а уходить от проблемы.
LA на сервере зависит от процессора, и нормальным он может быть для каждого процессора свой.
Для 8-ми ядерника ЛА 5 это нормально. Да и 8 нормально.
Вы что колупали б ядро на продакшн сервере? 😮
Сервис работает хорошо пока на сервере нет много клиентов и пока их сайты не очень посещаемые (если держать такие сайты то цена услуги должна быть не менее 10 дол. в мес.), когда туда приходит студент Вася, который может запустить форк бомбу, протестировать свой сайт с помощью siege, или поговнокодить, это не должно влиять на другие сайты. Даже на 5 минут, пока Васю забанят.
Колупать ядро должен программист, который может сделать что-то полезное (патч), а не админ, который умеет только админить.---------- Добавлено 14.11.2012 в 14:42 ----------
Детище Мета Хитона, владельца Блухоста - http://betterlinux.com
В теории выглядит почти идеально.
Кто-знает может не на всех серверах они используют свои разработки в ядре. Может также быть что нагрузка на сервер и проблемы с памятью приличные, но сервер работает устойчиво.
У вас на серверах дыры есть? А что-то из секретов настройки или патчи ядра? Или все почти стандартно?
Как давно вы это делали?
Нет единой главной проблемы, есть совокупность факторов, которые препятствуют услуге хостинга быть более качественно. Это и балованные клиенты хотящие за 1 бакс в месяц безлим, и некомпетентные владельцы(админы) хостинга, которые поставят панель, напишут пару скриптов для блокирования пользователей и продают услугу не имея возможности исправлять недостатки текущей модели.
Попробуйте блюхост например, по блогу владельца можно понять что тюнинговать сервера они умеют и хотят, колупая ядро и доделывая его так, чтоб исправить основные недостатки. Конечно падать тоже могут, но хоть влияния других безлимитных пользователей не будет.
