Хостинг и регистрация доменов

Чат онлайн
→  Хостинг →  Регистрация доменов →  VPS / VDS →  Выделенные сервера →  FAQ →  Форум →  Контакты →  Техподдержка

Превышение лимита допустимой нагрузки на хостинге

Хостинг УкраинаFAQХостинг Превышение лимита допустимой нагрузки на хостинге

Каковы ограничения на использование процессора?

Все сайты, которые находятся в аккаунте пользователя не должны потреблять более 100 процессорных минут в сутки. В случае систематического превышения сайт будет перенесен на отдельный сервер, а владельцу хостинг аккаунта выслано уведомление с просьбой решить проблему. Сайт пользователя может находится на отдельном сервере не более 10 дней. За это время пользователь должен решить проблему с нагрузкой (оптимизировать скрипты или перенести сайт на VPS, выделенный сервер). В случае отсутствия реакции со стороны владельца аккаунта предоставление хостинга будет приостановлено. Кроме процессорной нагрузки на web сервер необходимо контролировать выполнение SQL запросов в базу данных. Запросы в базу данных не должны выполнятся более 15 секунд. Все запросы, которые выполняются более 5 секунд можно просмотреть в панели управления хостингом в разделе "Хостинг - MySQL - Медленные запросы".

Что влияет и что не влияет на загрузку процессора?

На загрузку процессора не влияет:

  • размер сайта;
  • количество сайтов расположенных в аккаунте хостинга.

На загрузку процессора влияет:

  • то, насколько качественно написаны скрипты;
  • количество вызовов не оптимизированых скриптов.

Почему посетители не имеют прямого влияния на нагрузку?

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

Как вы ведете учет нагрузки на сервер?

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

Что мне делать, я получил уведомление о превышении нагрузки на хостинг?

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

Как мне оптимизировать нагрузку на MySQL?

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

Я не умею программировать и у меня нет возможности связаться с разработчиком сайта, что делать в таком случае?

В таком случае вам необходимо рассмотреть вариант приобритения выделенного сервера или VPS для размещения сайта на сервере. 

Могли бы сотрудники хостинга оптимизировать работу сайта? 

Услуга хостинга подразумевает предоставление определенных ресурсов на сервере, но не подразумевает внесение изменений в исходный код сайтов клиента.

Не могли бы Вы подсказать, что именно создает нагрузку?

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

Лимиты на использование файловой системы.

У нас на хостинге существует лимит по количеству файлов на всех тарифных планах: для архивных тарифов ограничение составляет 500 000 файлов, для существующих - 200 000. Данный лимит связан с самой файловой системой которая используется на всех юникс хостингах.

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

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

Всем клиентам которые превысили лимит в 200 000 или 500 000 файлов (в зависимости от ограничений по количеству файлов для конкретного тарифного плана хостинга) мы предлагаем 2 варианта:

1. Если клиент владеет хорошими навыками администрирования юникс систем, мы советуем перейти на услугу ВПС  или выделенный сервер без нашего администрирования.

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

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

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

ошибка в первом абзаце:"акканта"
Написал vitaliy.kaplya 19.11.2012 в 01:28 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Спасибо, исправили.
Написал Илья 19.11.2012 в 12:33 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
ошибка в последнем предложении "упраления"
Написал 911zpua 10.11.2013 в 12:23 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Исправлено.
Написал Илья 10.11.2013 в 14:10 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Еще ошибка
"улучшать нас сервис"
Написал coderman 19.11.2012 в 20:11 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Спасибо, "нас" заменили на "наш"
Написал Илья 19.11.2012 в 22:31 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Размер изображений существенно увеличивает процессорные минуты?

Имеется ввиду:
Картинки заливаються на сервер "раз и навсегда", имеет ли смысле 1000-1200 изображений(средний размер 60 Кб) уменьшать(за счет квилити) при посещаемости около 1000 уников в сутки?

Примерно насколько будет разница и будет ли вообще в процесорных минутах?
Написал aleksandr-ux 27.01.2013 в 19:02 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Я не знаю как работает квилити, но знаю, что главное не делать изменение размера картинки при каждой загрузке страницы. Программа должна изменять один раз размер картинки, после чего использовать уменьшенную картинку. В противном случае рано или поздно столкнетесь с проблемой.
Написал Илья 27.01.2013 в 21:59 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
А какой есть лимит sql-запросов?
Написал Joker 31.01.2013 в 23:36 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
100 процессорных минут в сутки. Лимита - нет, но если пользователь создает проблемы другим он будет заблокирован даже если он не достигнет лимита.
Написал Илья 01.02.2013 в 00:14 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
То есть для 500 запросов в секунду, нужен выделенный сервер?
Написал Joker 01.02.2013 в 00:23 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Зависит от того, насколько тяжелы такие запросы. Вообще-то 500 запросов в секунду для виртуального хостинга, это не мало и лучше ориентироватьсЯ на что-то более крупное - VPS или выделенный сервер.
Написал Илья 07.02.2013 в 18:25 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
Если в отчете: медленных запросов не обнаружено ?
Из-за чего тогда может быть нагрузка??
Написал ra-centrru 07.02.2013 в 18:07 Ответить
Имя:
E-mail:

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

Имеется в виду суммарная величина для всех сайтов?

За процессорную минуту принимается wallclock time = user time + sys time?

Иными словами, если страница создаётся за 0.1 сек, то за 100 мин - пределом будет 60000 страниц?

Получается, для тарифного плана Профи (максимум 10 сайтов) - нагрузка на один сайт в сутки - 6000 запросов. В чём тогда преимущество тарифного плана Unlim кроме места на диске?
Написал Владимир 10.02.2013 в 01:03 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором
> Имеется в виду суммарная величина для всех сайтов?
Да.

> За процессорную минуту принимается wallclock time = user time + sys time
Нет за процессорную минуту принимается только user time (не уверен, но возможно конечно и system, но я сомневаюсь в этом, нужно будет почитать мануалы). Оно будет равно wallclock time в идеальных условиях в однопоточном приложении при 100% загрузке CPU приложением, что практически невозможно (за исключением вечных циклов).

> Иными словами, если страница создаётся за 0.1 сек, то за 100 мин - пределом будет 60000 страниц
Зависит от того, что Вы указали в параметре 0.1 сек - процессорного времени или wall clock? Вы используете для измерения времени в PHP microtime или getrusage? Если процессорного, то да. Если wallclock, то пределом будет значительно больше чем 60 000 страниц.

> Получается, для тарифного плана Профи (максимум 10 сайтов) - нагрузка на один сайт в сутки - 6000 запросов. В чём тогда преимущество тарифного плана Unlim кроме места на диске?
Все зависит от того, насколько оптимизирован ваш сайт. Есть программисты, которые очень хорошо оптимизируют сайты, есть которые вообще генерируют статику и отдают ее напрямую через nginx и у них сотни сайтов и им так выгодно и удобно. У каждого разные потребности. Кому-то выгодно купить 10 тарифных планов сайт, а кому-то один Unlim.
Написал Илья 10.02.2013 в 01:46 Ответить
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором

Добавить комментарий
Имя:
E-mail:

Обновить картинку
Ваш комментарий будет добавлен после проверки администратором.
Внимание! Чтобы ответить на существующий комментарий, пожалуйста, нажмите на кнопку Ответить, которая находится под соответствующим комментарием.

Другие полезные статьи:

Горячая линия
(044) 392 74 33 другие города
Copyright © 2006—2017 ООО "Хостинг «Украина»"

Все материалы данного сайта являются объектами авторского права.
Запрещается копирование, распространение или любое иное использование информации и объектов без письменного согласия правообладателя.
Нашли опечатку на странице - выделите ее и нажмите Ctrl+Enter
Идёт обновление информации, подождите...