RU 
Регистрация

хостинг: ValueHost 2.0
           

Помощь


Акции:

Выбери свой бонус!
Наш типаж 2.0!

Виртуальные серверы

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

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

Мы предоставляем возможность использовать следующие приложения на Ваших виртуальных серверах:

  • PHP приложения
  • CGI приложения (Perl, SH, Bash, C, Parser 3 и другие CGI совместимые приложения)
  • Python приложения (все приложения совместимые с mod_wsgi)
  • Ruby On Rails приложения

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


Часто задаваемые вопросы по виртуальным серверам ValueHost:  
  • Сколько ресурсов сервера можно использовать? Справится ли сервер с моим проектом?
  • У меня медленно работает сайт. Скрипты создают большую нагрузку. Почему?

  • В: Сколько ресурсов сервера можно использовать? Справится ли сервер с моим 
    проектом?

    О: Жестких ограничений на использование ресурсов серверов на виртуальном хостинге у нас нет. Главное - чтобы это не мешало работе остальных клиентов на том же сервере.

    Тем не менее дать некоторую количественную оценку можно.

    Прежде всего это ресурсы процессора сервера. У нас ведется учет unix-accounting, (что это такое - есть заметка здесь). Если кратко - учитывается время в секундах, потраченное процессором сервера на обработку задач каждого пользователя. В сутках 60х60х24=86 400 секунд - это и есть максимальный ресурс процессора (умножается на количество ядер процессора). Таким образом, если Ваш аккаунт в сутки тратит около 80 000 
    секунд, это означает, что в среднем он постоянно нагружает одно ядро на сервере, и уже нужно задуматься об оптимизации скриптов или приобретении выделенного сервера. Данные по использованию CPU есть в панели управления, в разделе "Статистика".

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

    Что касается дисковой системы - нагрузка может возникнуть, если в одной папке расположено от 10 000 файлов и более. В этом случае мы можем отключить аккаунт от системы бэкапов.

    По mysql ограничения не количественные, а качественные - sql запросы, индексы и размеры таблиц должны быть составлены таким образом, чтобы запросы к базе не превышали 5-10 секунд без кэширования. Если этот показатель не соблюдается, значит есть проблемы в структуре запроса или таблицы.


    В: У меня медленно работает сайт. Скрипты создают большую нагрузку. Почему?

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

    Простейший пример - программист добавил в скрипт конструкцию:
    <?php
    $x=0;
    while ($x++<100000000) echo $x;
    ?>
    Она будет выполняться очень долго, не иметь никакого смысла, при этом с самим сервером с нашей строны все в порядке. Даже такую явную ошибку нам найти почти невозможно в чужом коде.

    Другой пример - программист составил запрос к базе
    "SELECT * FROM `table_1` where `color`='red' ORDER BY `some_count`;".
    На первый взгляд все верно, но если таблица table_1 содержит около миллиона записей, а поле some_count не является индексом - база будет тормозить очень сильно. К сожалению, мы не можем быть в курсе подобных нюансов работы Ваших скриптов, да и не обязаны. 

    Практические советы по диагностике проблемы

    Потенциально "узких мест" много - скорость обработки запросов к базе, скорость выполнения скриптов, нагрузка от flash и java-script на клиентскую машину, загрузка каналов. Все это можно измерить и конкретизировать проблему.
    - В случае с базами попробуйте запрос "SHOW PROCESSLIST;" в phpmyadmin во время генерации страницы или введите логирование в самом скрипте. 
    - Измерить время генерации страницы можно, например, так. 
    - При медленном открытии сайта попробуйте также сделать трассировку до сайта (Windows: "Пуск" - "Выполнить" - "cmd", в появившемся окне набрать "tracert www.your-site.ru", Linux: в консоли команда  "traceroute www.your-site.ru"). Звездочки или значения более 100мс говорят о том, что имеет смысл уточнить у Вашего интернет-провайдера, нет ли проблем со связью с их стороны или на магистрали) 
    - С помощью сторонних сервисов проверьте вес главной страницы сайта. Обратите внимание, сколько времени уходит на загрузку страницы там. 
    - Проверьте показатели нагрузки на клиентскую машину - обилие flash и java-script может существенно замедлить работу сайта на устаревшем или маломощном клиентском железе.
    - Попробуйте отключить подгрузку со сторонних ресурсов - баннеры, соцсети, счетчики и т.п. - иногда сайт может не открываться из-за временной недоступности стороннего контента, подгружаемого в коде. 
    - Часто проблему с нагрузкой создают индексирующие роботы поисковых систем.  Их работа также может быть регламетирована в заголовках страницы или с помощью файла robots.txt. Про это подробнее можно почитать тут.