Почти два года прошло с того момента, когда мы
анонсировали впервые услугу хостинга с прозрачной и на 100% понятной тарификацией. Мы отказались во все считать потребляемые клиентами ресурсы выделенного сервера CPU/RAM/IOPS и учитывали только трафик. Ведь это — максимально понятно и прозрачно для клиента. Тем более для пользователей, которых интересует только то, сколько посещений их проектов обеспечит тот или иной тарифный план и как при этом не потерять посетителей в результате скрытых ограничений хостинг-провайдера или внезапного превышения нагрузки, не получить отказ в обслуживании.
Мы убедились на своем опыте, что были правы, что не стоит измерять нагрузку в попугаях, как это делают не совсем честные коллеги, к примеру указывая допустимую нагрузку в CP, при этом умалчивая характеристики процессора ноды, приводя при этом лишь расплывчатое объяснение:
CP — это абстрактная величина, характеризующая количество процессорного времени потраченного процессорами на обработку процессов пользователей, получаемая стандартными средствами ядра linux.
Значение данного параметра зависит как от посещаемости сайта, так и от самого сайта, от подключённых модулей и т.п. Поэтому оценить какую нагрузку будет создавать тот или иной сайт можно только примерно и при детальном изучении сайта. В данном случае правильнее и быстрее перенести к нам сайт и посмотреть создаваемую им нагрузку.
И совсем не указывая то, что выделяемое, к примеру, 65 CP — почти ничто, и оно еще очень сильно будет зависеть от процессора ноды, не только от частоты, но и от инструкций, которые поддерживает тот или иной процессор. Что явно на каком-то этапе порождает конфликты с пользователями, которые ожидали одно, а получили на деле совсем другое. Но то такое…
В 2010 году для частного проекта я завел себе небольшой выделенный сервер на hezner.de. Время шло, железо совершенствовалось, дистрибутивы Linux снимались с тех. поддержки, появлялись новые задачи и возможности, а ресурсов для полного апгрейда софта на сервере катастрофически не хватало. 
