Хостинг без ограничения нагрузки. Волшебный хостинг в нидерландах без учета потребляемых серверных ресурсов обновлен и стал дешевле, чем где-либо

17.08.2023

Один из самых неприятных сюрпризов в работе с хостингом - это, безусловно, предупреждение о слишком большом уровне расхода ресурсов, или даже блокировка учетной записи на сервере. В данной статье мы расскажем о правильном порядке действий в подобных ситуациях.

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

Что же делать при получении такого неприятного сюрприза?

Если хостер сообщает вам о создаваемой «нагрузке на процессор», или «нагрузке на винчестер», требуйте конкретики. Вам должны предоставить если не графики создаваемой нагрузки, то хотя бы точно назвать ее причины. Рассмотрим ряд наиболее часто возникающих проблем.

Нагрузка на CPU при запуске PHP- или Perl-скриптов

В таких случаях хостер не всегда может четко сказать, какой именно скрипт создает проблему, и определить это вам нужно будет самостоятельно. Если вы используете модульную CMS, например Joomla!, Wordpress или Drupal, то причиной может быть некорректная работа отдельного модуля.

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

Нагрузка на CPU и (или) дисковую систему от веб-сервера Apache

Излишняя нагрузка может создаваться веб-сервером Apache при отдаче сайтом большого количества графики и другой статики. Архитектура Apache устроена таким образом, что одним потоком или процессом обрабатывается только один запрос. Соответственно, если на вашем сайте очень много графической информации, то на ее отдачу будет тратиться неоправданно большое число ресурсов процессора и ОЗУ. Существенной также будет и нагрузка на диск сервера.

В этом случае можно использовать веб-сервер Nginx в качестве фронт-енда к Apache. Nginx за счет асинхронной архитектуры позволяет обрабатывать тысячи соединений в рамках одного процесса, и отдает статику гораздо легче и быстрее. Проблема лишь в том, что на многих хостингах в качестве веб-сервера используется только Apache, а связка Nginx+Apaсhe используется довольно редко (). Тем не менее, при переходе на VPS можно настроить данную связку без проблем. Обычно перенос сайтов на VPS с хостинга и настройку необходимого ПО может выполнить ваш хостинг-провайдер даже без дополнительной оплаты.

Избыточное число запросов к сайту

Большое число однотипных запросов к сайту с одного IP или множества IP-адресов (так называемый HTTP-флуд - одна из разновидностей DDoS-атак). Помочь может блокировка проблемных IP в файле.htaccess с помощью директивы «deny from».

Если на хостинге используется только Apache, и отражать проблемные запросы средствами того же Nginx у хостера нет возможности, а атака имеет интенсивный характер, хостер может заблокировать ваш аккаунт на сервере, и попросить перенести сайты на VPS или выделенный сервер.

Если атака возникает в первый раз, то логично обратиться к хостинг-провайдеру за помощью в ее отражении, или хотя бы потребовать разблокировки аккаунта и возможности продолжения работы с хостингом сразу после прекращения атаки. Если такая проблема возникает систематически, то переход на VPS или сервер, и его грамотная настройка для отказоустойчивой работы сайта (например, установка скриптов автоблокировки IP бот-машин на основании анализа логов, установка Nginx в качестве фронт-енда к Apache и фильтрация проблемных запросов на его уровне), действительно имеет смысл.

Существенный рост посещаемости проекта

С развитием сайта рост его посещаемости является закономерным явлением, и рано или поздно сайту действительно может стать тесно на текущем тарифном плане. Это нормально для развивающихся проектов. В большинстве случаев на обычном виртуальном хостинге для динамических сайтов порогом посещаемости является цифра в 2000-4000 уникальных посетителей в сутки.

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

Нагрузка на CPU и дисковую систему со стороны MySQL

Нормальным временем для выполнения запроса к базе данных MySQL считается несколько десятков миллисекунд. Запросы, которые выполняются дольше (особенно более 0,5 секунд) часто создают избыточную нагрузку как на дисковую систему сервера, так и на его процессор. Если хостер предупреждает вас о подобной проблеме, запросите у него логи медленных запросов, и выполните оптимизацию структуры базы данных, а также очистите базу от неактуальной информации.

Интенсивное использование почтового сервиса на хостинге для проведения моментальных массовых рассылок по сотням или тысячам получателей может вызвать существенную нагрузку на сервер. По этой причине, большинство провайдеров устанавливают определенные ограничения на отправку почты - обычно 25-50 писем в час или около 500-1000 писем в сутки. Данное ограничение направлено как на борьбу со спам-рассылками, так и на снижение нагрузки на почтовую подсистему сервера. Для обычной работы с почтой на сайте таких ограничений как правило достаточно, а для массовых рассылок лучше пользоваться почтовым хостингом, сервисами моментальных рассылок, или же приспособить для этой цели VPS.

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

Хостинг-провайдеру выгоднее оказать помощь в решении проблемы и сохранить клиента, чем отказать в предоставлении услуг, при этом не только упустив прибыль, но и подпортив себе репутацию. Если вам не повезло с хостером, и он это не понимает сам - намекните, или же открыто скажите об этом.

Если провайдер предлагает переход на более высокий тариф или же услугу более высокого класса, уточните, что именно это вам даст. Если аргументы действительно весомы, лучше к ним прислушаться. Если аргументы сводятся только к тому, что «так будет лучше во всех отношениях», ищите нового хостинг-провайдера.

Желаем вам как можно меньше проблем в работе с хостингом, и как можно больше успехов в развитии ваших проектов!

Ситуация, которая может случиться с каждым владельцем развивающегося сайта с растущей нагрузкой, - получение предупреждения о превышении лимита ресурсов.

Если хостинг-провайдер сообщает вам о создаваемой нагрузке на процессор, но вы уверены, что вам должно хватать ресурсов, постарайтесь понять, в чем может быть причина данной нагрузки. Зная причину, вы сможете оперативно устранить возникшую проблему.

Нагрузка на CPU при запуске PHP- или Perl-скриптов

В таких случаях хостер не всегда может четко сказать, какой именно скрипт создает проблему, и определить это вам нужно будет самостоятельно. Если вы используете модульную CMS, например Joomla, Wordpress или Drupal, то причиной может быть некорректная работа отдельного модуля.

Нагрузка на CPU и (или) дисковую систему от веб-сервера Apache

В этом случае можно использовать веб-сервер Nginx в качестве front-end к Apache. Nginx за счет асинхронной архитектуры позволяет обрабатывать тысячи соединений в рамках одного процесса и отдает статику гораздо легче и быстрее. Проблема лишь в том, что на многих хостингах в качестве веб-сервера используется только Apache, а связка Nginx+Apaсhe используется довольно редко . Тем не менее при переходе на VPS можно настроить данную связку без проблем. Обычно перенос сайтов на VPS с хостинга и настройку необходимого ПО может выполнить ваш хостинг-провайдер даже без дополнительной оплаты.

Избыточное число запросов к сайту

Большое число однотипных запросов к сайту с одного IP или множества IP-адресов - это так называемый HTTP-флуд, одна из разновидностей DDoS-атак. Помочь может блокировка проблемных IP в файле.htaccess с помощью директивы «deny from».

Если на хостинге используется только Apache, и отражать проблемные запросы средствами того же Nginx у хостера нет возможности, а атака имеет интенсивный характер, хостер может заблокировать ваш аккаунт на сервере и попросить перенести сайты на VPS или выделенный сервер.

Если атака возникает в первый раз, то логично обратиться к хостинг-провайдеру за помощью в ее отражении или хотя бы потребовать разблокировки аккаунта и возможности продолжения работы с хостингом сразу после прекращения атаки. Если такая проблема возникает систематически, то переход на VPS или сервер и его грамотная настройка для отказоустойчивой работы сайта (например, установка скриптов автоблокировки IP-адресов бот-машин на основании анализа логов, установка Nginx в качестве front-end к Apache и фильтрация проблемных запросов на его уровне) действительно имеет смысл.

Существенный рост посещаемости проекта

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

Нагрузка на CPU и дисковую систему со стороны MySQL

Нормальным временем для выполнения запроса к базе данных MySQL считается несколько десятков миллисекунд. Запросы, которые выполняются дольше (особенно более 0,5 секунд), часто создают избыточную нагрузку как на дисковую систему сервера, так и на его процессор. Если хостер предупреждает вас о подобной проблеме, запросите у него логи медленных запросов и выполните оптимизацию структуры базы данных, а также очистите базу от неактуальной информации.

Интенсивное использование почтового сервиса на хостинге для проведения моментальных массовых рассылок по сотням или тысячам получателей может вызвать существенную нагрузку на сервер. По этой причине большинство провайдеров устанавливают определенные ограничения на отправку почты - обычно 25-50 писем в час или около 500-1000 писем в сутки. Данное ограничение направлено как на борьбу со спам-рассылками, так и на снижение нагрузки на почтовую подсистему сервера. Для обычной работы с почтой на сайте таких ограничений, как правило, достаточно, а для массовых рассылок лучше пользоваться почтовым хостингом, сервисами моментальных рассылок или же приспособить для этой цели VPS.

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

Я уже писал недавно о моих поисках хорошего хостинг-провайдера и моем неудачном опыте у Timeweb.ru .

Надо сказать также, что я также немного попробовал на тестовом периоде и хостинг Beget.ru . Кое-что мне у него безусловно понравилось . Это отличная, удобная и красивая Панель управления хостингом собственной разработки и совершенно уникальный Файловый менеджер также собственной разработки. Последний вообще идеален, содержит две панели в стиле Total Commander и массу возможностей работы с файлами и архивами. Такого я нигде больше не встречал. Но тем не менее итог тестирования для меня также был отрицательным. Как и в случае с Timeweb, база данных не выдерживала реальной суточной нагрузки. За один день превышение допустимых величин составило более 230% . С великим сожалением пришлось оставить и этот хостинг и продолжить поиски.

И вот наконец меня посетила удача. Я нашел хостинг, подобного которому по условиям и тарифам я еще не встречал. Это хостинг JustHost.ru (не путать с зарубежным хостингом JustHost.com, который ничем особым не блещет).

Дело в том, что обычно хостеры предлагают платные тарифы, которые включают много ограничений : разное, но обязательно ограниченное количество мегабайт на диске и при этом ограниченное количество сайтов и доменов, ограниченное количество баз данных, пользователей FTP, почтовых ящиков, трафика в месяц, нагрузки процессора и баз данных и так далее. Неограниченные возможности иногда предлагают зарубежные хостинги. Но, во-первых, они зарубежные:)). Во-вторых, достаточно дорогие именно из-за неограниченности и требуют деньги вперед.

Хостинг же JustHost.ru предлагает совершенно иные условия. Это по существу хостинг без ограничений. Единственным ограничением является объем места на диске, за который вы и платите (или не платите вообще в зависимости от заказанной величины, да, и бесплатный тариф тоже есть). При этом никаких других ограничений вообще не накладывается! И платите-то вы за все это удовольствие сущие гроши по сравнению с другими провайдерами. Судите сами.

Имеется три недавно усовершенствованных тарифа . Не прошло и трех недель со дня опубликования статьи, как тарифы существенно снизились (от 1.5 до 5 раз!). Корректирую соответственно статью.

1. Бесплатный : не более 70 100 МБ на диске и без ограничений всего остального. Подходит для начинающих и небольших сайтов. И без рекламы! И не платите вообще ничего!

2. Экономный : гибкий хостинг без ограничения места на диске и с помегабайтной ежедневной тарификацией за фактически занятое место по очень низким ценам. А именно, всего по 1/3 1/15 копейки за мегабайт в сутки (10 2 копейки за мегабайт в месяц ).

3. Оптимальный : выгоден при больших объемах требуемого пространства. На этом тарифе вы сами выбираете требуемый (уже фиксированный) объем диска в пределах от 1 до 100 гигабайт и платите всего не более чем по 32 20 рублей за гигабайт в месяц . Требуемый объем можно изменить в последующем в любой момент.

Где вы еще видели такие тарифы ? При этом дополнительное место, занятое ежедневными бекапами, не учитывается и не оплачивается. При этом еще имеются скидки до 20% в зависимости от количества оплачиваемых месяцев. И месяц бесплатного хостинга за каждый домен, перенесенный от другого провайдера.

На любом тарифном плане неограниченное число сайтов, баз данных, FTP, почтовых ящиков, трафика. Можете посмотреть, что еще входит во все тарифы.

Имеется удобный К абинет пользователя , где можно выбрать нужный набор услуг и оплатить их с помощью большого набора возможностей:

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

Для управления хостингом применяется известная панель DirectAdmin . Правда, я лично не был пока с ней знаком и поначалу она показалась мне не слишком удобной и функциональной. Но скоро привык и теперь не жалуюсь.

Для каждого домена выделяется своя папка, в которой находятся и папки поддоменов. Имеется выбор версии PHP, самостоятельное управление включением плагинов и доступ к php.ini.

Обращает на себя внимание система резервирования . Бекапы файлов и баз данных автоматические ежедневные и хранятся целых 30 дней , не занимая вашего места, о чем я упоминал. Это тоже уникальное явление (обычно, 3, 7, 10 дней, не больше). Можно в любой момент сделать бекап и вручную.

Короче, перетащил я недавно на этот хостинг этот свой сайт и его поддомены. Сначала на тестовый 15-дневный период, сейчас получил еще бесплатный месяц за перенесенный домен. А дальше видно будет. Смотрю, изучаю поведение. Скорость отличная, перегрузок процессора и оперативки не наблюдаю (кстати, дается в «личное пользование» с разделенными ресурсами CPU Xeon 2600 Мгц и ОЗУ 2048 ГБ). Падений сайта тоже не отмечаю, что и требовалось доказать. Статистика использования ресурсов в Панели управления показывает значительные запасы и ни разу пока не зашкалила за допустимые пределы.

Кстати, техподдержка великолепная , отвечает на тикеты в течение 5-10 минут и по существу.

Читал где-то, что коллектив у них небольшой, но работает четко. Офис в Зеленограде, сервера арендуют в Москве, опыт с 2007 года, не новички. И тем не менее почему то они не слишком известны, считаю, что незаслуженно. Кстати, сейчас у них порядка 2600 доменов на хостинге и динамика положительная.

С 1 января 2016 года тарифы на хостинг у этого провайдера изменились . Все в нашей стране дорожает, и Justhost не миновала эта участь. :)

Исключен для подключения тариф Бесплатный . На тарифе Экономный стоимость мегабайта возросла в 3 раза, на тарифе Оптимальный - в 2,7 раза.

Но все равно я считаю, что это очень выгодные условия по сравнению со многими другими провайдерами. Другие особенности, отмеченные в выше в статье, не изменились.

Причем новые расценки применяются только для новых подключений. Для ранее подключившихся ничего не меняется.

Удачи вам, до новых встреч на страницах моего сайта .

Чтобы не пропустить ничего из публикуемых материалов, вы можете подписаться на одну из RSS лент : Все новости сайта , Новости раздела « Сказки Старого Юзера » или Новости раздела « Мир Андроида ».

Чтобы быть в курсе новинок сайта, рекомендую подписаться на периодическую еженедельную почтовую рассылку «Сказки Старого Юзера» на портале Subscribe.ru.

Почти два года прошло с того момента, когда мы анонсировали впервые услугу хостинга с прозрачной и на 100% понятной тарификацией . Мы отказались во все считать потребляемые клиентами ресурсы выделенного сервера CPU/RAM/IOPS и учитывали только трафик. Ведь это - максимально понятно и прозрачно для клиента. Тем более для пользователей, которых интересует только то, сколько посещений их проектов обеспечит тот или иной тарифный план и как при этом не потерять посетителей в результате скрытых ограничений хостинг-провайдера или внезапного превышения нагрузки, не получить отказ в обслуживании.

Мы убедились на своем опыте, что были правы, что не стоит измерять нагрузку в попугаях, как это делают не совсем честные коллеги, к примеру указывая допустимую нагрузку в CP, при этом умалчивая характеристики процессора ноды, приводя при этом лишь расплывчатое объяснение:

CP - это абстрактная величина, характеризующая количество процессорного времени потраченного процессорами на обработку процессов пользователей, получаемая стандартными средствами ядра linux.
Значение данного параметра зависит как от посещаемости сайта, так и от самого сайта, от подключённых модулей и т.п. Поэтому оценить какую нагрузку будет создавать тот или иной сайт можно только примерно и при детальном изучении сайта. В данном случае правильнее и быстрее перенести к нам сайт и посмотреть создаваемую им нагрузку.

И совсем не указывая то, что выделяемое, к примеру, 65 CP - почти ничто, и оно еще очень сильно будет зависеть от процессора ноды, не только от частоты, но и от инструкций, которые поддерживает тот или иной процессор. Что явно на каком-то этапе порождает конфликты с пользователями, которые ожидали одно, а получили на деле совсем другое. Но то такое...

Сегодня мы хотим сообщить о том, что наше решение обновляется, ввиду приобретенного опыта, прозрачная работа позволила нам удовлетворить потребности многих абонентов, не получив при этом ни единой жалобы из-за расплывчатой или несовершенной тарификации. Теперь мы готовы представить надежный, понятный и обновленный волшебный хостинг уже для сотен тысяч наших будущих пользователей, еще более обрушив цены и даже добавив базовую защиту от DDOS-атак, возможность использования нескольких IP-адресов без доп. оплат и другие интересные бесплатные плюшки. Для еще большей простоты в выборе по-прежнему доступно только 4 тарифных плана, которые отличаются лишь количеством сайтов и трафика (количеством просмотра страниц Ваших сайтов Вашими посетителями в месяц):

SSD BASIC
Квота: 3GB SSD
Полноценных сайтов на аккаунте: 3
Баз данных: 3 MySQL
Примерное число просмотров страниц *: 300000
Стоимость: $0,99 в месяц

SSD BUSINESS
Квота: 10GB SSD
Полноценных сайтов на аккаунте: 10
Баз данных: 10 MySQL
Примерное число просмотров страниц *: 1500000
Стоимость: $2,99 в месяц

SSD ENTERPRISE
Квота: 30GB SSD
Полноценных сайтов на аккаунте: 30
Баз данных: 30 MySQL
Примерное число просмотров страниц *: 7500000
Стоимость: $5,99 в месяц

SSD VIP
Квота: 100GB SSD
Полноценных сайтов на аккаунте: 100
Баз данных: 100 MySQL
Примерное число просмотров страниц *: 15000000
Стоимость: $9,99 в месяц

* Для расчета взят средний размер веб-страницы 700 КБ, количество просмотров - результат деления ежемесячного трафика на усредненный размер веб-страницы, например для минимального тарифного плана 200*1024*1024/700 = 299 593,14. Таким образом, если средний размер страниц Вашего веб-сайта будет ниже, к примеру составлять 200 КБ, а не 700, Вы можете получить гораздо больше просмотров - 200*1024*1024/200 = 1 048 576, и наоборот.

Наш хостинг в Нидерландах на SSD-накопителях без учета потребляемых серверных ресурсов можно .

В Вашем распоряжении минимум 2 двенадцатиядерных процессора 2хIntel Dodeca-Core Xeon E5-2650v4, 48x2.2GHz с учетом гипертрейдинга (мы отказались от использования 4-х процессорных платформ и увеличили количество нод в разы, а за счет того, что новые процессоры имеют больше ядер, более новое поколение и обновленные инструкции, решение стало еще более производительным для каждого абонента и также более экономически эффективным);

Мы уменьшили Интернет-канал до 1 Гбит / с на каждой из нод (было минимум 10 Гбит /с), так как потребностей в таком большом трафике никто не испытывал и такой канал был закуплен только с целью фильтрации возможных атак и предоставления непрерывного сервиса, сейчас же на стороне корневого маршрутизатора реализована автоматическая защита от DDOS-атак, и мы предоставляем защиту бесплатно для всех наших абонентов при условии атак, которые не превышают 1 Гбит / с, что также позволило снизить стоимость услуги;

Появилась возможность использовать 3 общедоступных IP-адреса БЕСПЛАТНО, в пределах одного хостинг-аккаунта, нужны еще ай пи? Приобретите дополнительный хостинг-аккаунт на другой хостинг-ноде, либо покупка выделенных IP, поможет обеспечить Ваши потребности.

Помимо прочего мы предоставляем:

Удобную панель управления ISPManager 5 Business;
- Возможность выбора версии PHP для определенного веб-сайта (PHP 5.2, PHP 5.3, PHP 5.4, PHP 5.5, PHP 5.6 или PHP 7.0);
- В то время, как большинство хостинг-провайдеров до сих пор применяют «медленные» жесткие диски SATA, обеспечивающие не более 50-140 операций чтения / записи в секунду (IOPS), мы строим решения исключительно на твердотельных накопителях SSD, которые обеспечивают 50 000 IOPS и более!
- Бесплатный перенос от другого провайдера по запросу и бесплатный SSL-сертификат Let"s Encypt!

Ограничения:

Для выбранного Вами тарифного плана ограничивается только максимальное количество посетителей в месяц - трафик, тем не менее Вы можете приобрести столько трафика, сколько Вам необходимо, увеличить Ваш тарифный план до необходимого Вам предела;

Так как потребляемый трафик неразрывно связан с потребляемыми ресурсами CPU / RAM / IOPS - мы практически не применяем их ограничения, ведь благодаря производительному оборудованию потребление носит мгновенный характер, что позволяет использовать ресурс хостинг-серверов полноценно и более эффективно;

На хостинг-сервере запрещено размещение проектов с целью проксирования трафика, конвертации медиафайлов или проведения других подобных сложных вычислений (стандартные сайты не подпадают под эти ограничения, имеются ввиду вычислительные процессы занимающие минуты процессорного времени, как при конвертации больших видеофайлов);

Запрещено размещение политических сайтов, сайтов, подверженных DDOS-атакам (свыше 1 Гбит / с), а также ресурсов, заблокированных для пользователей из России Роскомнадзором либо с высоким потенциальным риском такой блокировки;

Нормы пользования сетью, принятые рабочей группой OFISP, а также Договор-оферта, должны соблюдаться в полной мере.

Почему цены столь низкие? Процитирую свой же ответ из обсуждения на большом известном форуме веб-мастеров:

Проблема в том сейчас, что как раз вот эти «хостинг-компании» из 1 человек, увы, но в большинстве своем (не буду обобщать на всех, есть очень профессиональные люди, которых есть за что уважать и которые предоставляют по истине индивидуальный подход), привносят на рынок не пользу, а разрушение. Ибо демпингуя, предоставляя услуги по ценам ниже разумного предела, вызывают отток клиентской базы у провайдеров с достойным качеством услуг, вынуждая их в свою очередь снижать цены и продавать услуги порой ниже себестоимости.
Ведь цены на услуги хостинга уже стали на порядок ниже, чем 5 лет назад, при этом ресурсов больше и серверы мощнее также, наверное, на порядок. Вопрос в том, почему нельзя сохранить цены 5-летней давности, если порядки идентичны, а зар. платы сейчас выше, нежели 5 лет назад?
Ведь если мы отнимем эти порядки, прийдем к выводу, что для предоставления качественных хостинг-услуг, цены должны быть идентичны (а то и выше, если речь идет о достойных зар. платах персоналу), должно измениться лишь количество включенных ресурсов.
Низкая же пороговая цена для старта хостинг-«бизнеса», привела к тому, что в среду пришли идиоты, лишь с целью заработать, а не предоставить качественный сервис, и в попытках монетизации они идут на все, чтоб задавить провайдеров, предоставляющих услуги более высокого качества.
И они это могут.
Можно долго говорить, что есть клиенты, которым важно качество, но по факту, оказывается, что люди настолько привыкли экономить деньги, что для них играет «огромное значение», разница в стоимости на 4 доллара в месяц. И они пойдут заказывать за доллар, пусть и падающий и лагающий хостинг без поддержки, чем за 5 что-то волшебное и удобное. Пойдут клепать гс-ы, поисковый спам, чтоб «заработать» жалкие копейки на SEO, чем СДЛ (сайт для людей). Вы много проектов новых интересных в последнее время видели?
А ведь сайты для людей стало делать значительно проще. Только возникает другая проблема, они, как правило, не приносят сразу денег и надо очень много работать, а это никому не интересно.
Огромная проблема в том, что непрофессионалы заполнили рынок и теперь доверие, в первую очередь адекватным хостинг-провайдерам, тяжело получить. Так как много кто из этих шарлатанов, ставил на фоне низких цен высокие, предоставляя то же низкое качество, но уже по большим деньгам и у некоторых клиентов существует в связи с этим определенный стереотип, зачем платить больше за то же самое?
Вас устраивает, когда качество 80% хостинг-услуг находится на низком уровне? Меня нет.
И мы будем это менять. Как? Продадим еще дешевле, себе в убыток. Информировать шарлатанов мы не будем, они также легко потеряют клиентов, как их получили. Ведь если ранее клиенты шли к ним, потому, что цена отличалась на «5 рублей», и устраивались игры перебежчиков, когда где-то цена становилась на рубль ниже, то как Вы думаете, какой эффект будет, если разница в «100 рублей»?

Разумеется, что цены через год-два могут быть пересмотрены, будем смотреть по результатах. Но сейчас у Вас есть возможность попробовать действительно качественный сервис, по низкой цене, без подводных камней.

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

К нам в “Ревизиум” часто обращаются владельцы сайтов, у которых возникает проблема с высокой нагрузкой. Ситуация, когда владелец получает от хостера “письмо счастья”, являющееся предвестником блокировки сайта, отнюдь не редкая, с ней может столкнуться абсолютно любой владелец сайта или веб-мастер, поэтому мы решили подробно рассмотреть причины возникновения и варианты решения данной проблемы.

Обычно о превышении нагрузки веб-мастера узнают от своих хостеров, которые строго регламентируют и контролируют процесс потребления процессорного времени и на уровне тарифного плана задают ту допустимую нагрузку, которую может создавать аккаунт (обычно она измеряется в % от некоторого разрешенного значения или в CP/процессорных минутах).

Хостер старается равномерно распределить ресурсы процессора среди всех клиентов сервера. Если чей-то аккаунт хостинга будет “съедать” 90% процессорных ресурсов, то остальным достанется только 10%. Поэтому в подобных случаях владельцу аккаунта, превышающего лимиты, придет предупреждение. А при систематических нарушениях аккаунт блокируется, чтобы не мешать работе других сайтов, расположенных на том же сервере. И это, отнюдь, не попытка “развести” клиента на более дорогой тариф, как думают некоторые веб-мастера, поскольку не хостер виноват в том, что сайту с некоторого времени потребовалось больше ресурсов.

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

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

Внешние факторы

Внешние факторы, создающие высокую нагрузку - это все то, что не зависит от настройки хостинга, работы скриптов и процесса администрирования сайта. Это результат внешних запросов к сайту различными сервисами, ботами или другими сайтами. Факторов достаточно много.

Сканирование сайта на уязвимости, поиск "чувствительных файлов", поиск панели администратора.
Любой сайт, страницы которого проиндексированы в поисковой системе, может стать “мишенью” для хакеров и ботов, его ежедневно кто-то будет сканировать, искать “дыры”, пытаться взломать. Остановить этот процесс невозможно, но можно ему противодействовать.
Запросы к сайту, особенно если они выполняются интенсивно и методом POST, потребляют много процессорных ресурсов. Поэтому процесс сканирования сайта внешним сканером выражается в росте нагрузки. Если в результате сканирования злоумышленник обнаружит уязвимость или вариант взлома сайта, то вероятнее всего на сайт он загрузит вредоносный код или совершит какие-то деструктивные действия. Если никаких проблем безопасности в результате сканирования выявлены не будут, то сайт продолжит работать в штатном режиме, а нагрузка вернется к нормальному значению. До следующего сканирования…
Подбор пароля от админ-панели сайта (брутфорс-атака).
Одной из популярных атак, целью которой является получение административного доступа с помощью перебора популярных комбинаций логинов/паролей администратора, является атака вида «брутфорс». Хакерский бот использует специальный словарь с TOP1000 популярных комбинаций (admin/admin, admin/123456,…) и пробует зайти с ними в административную панель сайта. Сам процесс перебора повышает нагрузку, так как на страницу административной панели идут постоянные обращения, причем запросы выполняются ресурсоемким методом POST.
Массовая регистрация пользователей или массовая отправка спама через незащищенные формы обратной связи.
Часто на сайтах используются формы обратной связи или формы регистрации пользователей со слабыми механизмами защиты от ботов. Хорошо, если на форме установлена хоть какая-то “капча” из серии “докажи, что ты не бот”. Если сайт попал в базу спаммеров, а «капчи» или другого механизма защиты от “http флуда” нет, то начинается массовая регистрация пользователей со спам-профилями, отправка почты через форму и т.п. Все это создает нагрузку на хостинг, и кроме того, может провоцировать спам-рассылку, за которую хостинг-компания отключает почтовый сервис или блокирует сайт полностью.

Следует отметить, что в настоящий момент все простые защитные механизмы без труда обходятся современными ботами, поэтому необходимо сразу устанавливать что-то серьезное, например, Google Recaptcha2 .
Индексирование сайта поисковыми ботами.
Иногда при достаточно большом поисковом индексе (когда в поисковую базу Яндекса и Google попадает большое число страниц), процесс переиндексации может занимать длительное время и создавать большую нагрузку на сервере. Если на вашем сайте всего десяток страниц, вы также можете столкнуться с подобной проблемой, например, если сайт был взломан и на нем размещен дорвей на 50 000 страниц, которые попали в поисковую выдачу. Или поисковый индекс мог заспамить конкурент, который воспользовался ошибками в работе скриптов вашего сайта. Вариантов здесь масса.
Граббинг и скраббинг контента.
Владельцам уникального контента стоит обеспокоиться проблемой скачивания контента с сайта (скраббинг и граббинг). Этим могут промышлять специальные боты, которые обходят страницы сайта и копируют тексты и картинки, размещенные на сайте, с целью создания клонов. Если процесс сканирования вашего сайта регулярный, а страниц у сайта - много, это может создавать внушительную нагрузку на хостинг.
Импортирование данных (фиды, выгрузка товарных позиций).
Часто e-commerce ресурсы используют механизм обмена данными с внешними сервисами. Например, из интернет-магазинов может выгружаться список товарных позиций, в них могут загружаться данные из 1С, у новостных сайтов может происходить регулярный экспорт новостных фидов и пр. Если контент не статический, то каждый такой запрос будет создавать высокую нагрузку на сервер.
Использование картинок или ссылок на ваш сайт.
Одним из неочевидных моментов, создающих нагрузку, может быть размещение ссылки на сайт или использование изображения с сайта на более посещаемом ресурсе. Один из источника проблемы - это так называемый “хабраэффект”, когда сайт не справляется с потоком посетителей с более популярного ресурса. Второй вариант - когда кто-то (или вы сами) разместили на посещаемом блоге (например, в комментариях) картинку со своего сайта, и она загружается у каждого посетителя и создает нагрузку на ваш хостинг. Особенно это может создавать серьезные проблемы в том случае, если картинка генерируется скриптами (например, масштабируется с помощью скриптов timthumb/phpthumb).
Атаки на другие сайты (например, уязвимость в xmlrpc.php).
Часто сайты, содержашие уязвимости, используются хакерами для проведения атак на другие ресурсы. Иногда для этого злоумышленнику даже не требуется взламывать сайт. Например, с этой проблемой могут столкнуться владельцы не самых свежих версий Wordpress (атака через файл xmlrpc.php). Ваш сайт в данном случае будет выступать промежуточным звеном, а работа скриптов сайта создавать большую нагрузку на сервере.
DDOS-атака
Если на сайт идет DDOS-атака, то без подключения специальных технических средств, проксирующих трафик (услуга хостинга или сервиса защиты от DDOS), справиться с ней не удастся. Не заметить DDOS достаточно сложно. Из-за того, что на сервер будет создаваться огромная нагрузка, хостер может поступить по-разному: предложить услугу защиты от DDOS, перенести сайт на другой сервере или полностью заблокировать (отключить) сайт. Поэтому для защиты от DDOS желательно иметь заранее заготовленное решение, чтобы при возникновении проблемы оперативно ее решить.
Рост посещаемости
Если трафик органический, то это самая позитивная причина роста нагрузки. Значит пришло время масштабировать сайт и задуматься об оптимизации скриптов, рассчитанных на более высокую посещаемость.

Для того чтобы найти причину нагрузки , создаваемую внешними факторами, нужно анализировать логи веб-сервера. Для этого можно использовать специальные приложения или комбинацию команд в консоли SSH .

В результатах анализа следует посмотреть TOP 20 запросов методом POST, TOP 20 запросов методом GET/HEAD, TOP 20 IP адресов по числу хитов, TOP 20 ссылающихся страниц по числу хитов. Все это позволит выявить источник и тип трафика, а также точки входа на сайт или скрипты, которые вызываются чаще всего. Скорее всего они и будут причиной высокой нагрузки.

Для снижения нагрузки при внешних атаках или интенсивных запросах в большинстве случаев достаточно включить защиту от http флуда (например, классический “куки на клиенте + редирект с проверкой”) или подключить сайт к сервисам проксирования трафика, которые будут блокировать опасные или особо активные запросы, а хорошие и легитимные - пропускать. Кроме того, статический контент (картинки, скрипты и стили) будут отдаваться не с вашего сайта, а с CDN-серверов, что также существенно снизит нагрузку.
Можно попробовать подключить кэширующий плагин в CMS или кэширующий сервис на хостинге, но в случае внешних факторов, влияющих на нагрузку, это может и не помочь.

Внутренние факторы

Ко внутренним факторам можно отнести все то, что влияет на производительность сайта на уровне скриптов и настроек. То есть то, что поддается контролю со стороны веб-мастера (владельца сайта).

Неоптимизированные скрипты и разросшаяся база данных.
Из-за неграмотно спроектированной архитектуры веб-приложения или неэффективной реализации скриптов неопытными разработчиками возможен случай, когда простое открытие стартовой страницы или отображение результатов поиска на сайте может серьезно нагружать сервер. А рост объема базы данных (например, увеличение числа товарных позиций) с каждым обновлением сайта будет его все больше замедлять, увеличивая нагрузку на хостинг. Отдельные страницы сайта с большим числом информационных блоков могут отправлять по несколько десятков запросов к базе данных, многократно выполнять одни и те же операции с файлами, а иногда даже блокировать работу других элементов сайта. Мы часто сталкиваемся с подобной проблемой у интернет-магазинов, работающих на старой версии Joomla с плагином Virtuemart. В некоторых случаях при открытии страницы каталога выполняется более 100 запросов к базе данных.
Заражение сайта вирусами
Взлом и заражение сайта вредоносными скриптами является достаточно частой причиной роста нагрузки. Она увеличивается из-за вирусной активности, возникающей из-за внедрения вредоносных фрагментов в легитимные скрипты сайта, запуска и работы резидентных процессов, а также подключения скриптов к внешним ресурсам в момент открытия любой страницы сайта.
Внешние легитимные подключения к сторонним ресурсам
Мало кто принимает во внимание нагрузку, которую создают подключения к внешним источникам информации (виджеты, информеры погоды и курса валют, новостные фиды и пр). Часто данные, которые загружаются с других сайтов, не кэшируются локально и в момент открытия страницы каждый раз происходит подключение и загрузка контента с другого сервера. Если по какой-то причине внешний источник перестает быстро отвечать, это повлияет на нагрузку и скорость загрузки основного сайта.
Ошибки в работе скриптов
При работе скриптов могут возникать ошибки, которые не отображаются посетителям, но записываются в лог веб-сервера или лог php. Если сайт посещаемый или ошибок много, это также может увеличивать нагрузку на хостинг. Чаще всего ошибки начинают генерироваться в момент переключения сайта на более свежую версию PHP, с которой скрипты не совместимы. Или когда обновляются не все компоненты сайта, и возникают конфликты между новым ядром CMS и старыми версиями плагинов.

Для анализа проблемы высокой нагрузки, вызванной внутренними факторами, требуется выполнить проверку сайта на наличие вредоносного кода (например, проверить сайт бесплатным ), и, если вредоносного кода не обнаружено, то выполнить профилирование работы скриптов с помощью модулей xhprof или xdebug .

Для решения проблемы высокой нагрузки, вызванной деятельностью вредоносного кода, необходимо выполнять лечение сайта и установку защиты от повторного взлома. Будет лучше, если лечение сайта и защита будет выполнена , а не веб-разработчиками.

Если же причина проблем в архитектуре сайта или ошибках, то поможет оптимизация сайта силами опытного веб-разработчика. Как одно из запасных решений для второго случая - это установка кэширующего плагина, который в некоторых случаях может снизить потребление процессорных ресурсов (нагрузки на хостинг) и ускорить работу сайта.

Продолжительность

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

Если на графике потребления процессорного времени вы видите разовый скачок, то не стоит волноваться. Он практически незаметен, не влияет на доступность сайта и не мешает “соседям” по хостингу. Хуже, если график длительное время ползет вверх или в течение нескольких дней показывает предельную (или превышающую лимит) загрузку процессора. Что делать в этом случае? Необходимо проводить аудит сайтов на аккаунте так, как это было описано выше, проверяя как внешние, так и внутренние факторы, вызывающие проблемы.

Наши услуги ИБ

Акция «2 по цене 1»

Акция действует до конца месяца.

При подключении услуги "Сайт под наблюдением" для одного сайта, второй на том же аккаунте подключается бесплатно. Последующие сайты на аккаунте - 1500 руб в месяц за каждый сайт.