В контексте апрельских изменений пакетов веб-хостинга внимательные пользователи наверняка уже заметили два аспекта, связанных с увеличением ресурсов. Концепция дискового пространства знакома даже пользователям вне сферы ИТ, но единица одновременных процессов является более сложной концепцией. Ниже мы подробно объясним суть этих терминов.
Сразу отметим, что здесь не может быть конкретных ответов на вопросы «Сколько посетителей может быть на моем сайте?» и «Могу ли я открыть э-магазин на своем сервере?». Конкретных ответов на эти вопросы вообще не существует, но эта статья поможет пользователям лучше разобраться в подоплеке подобных вопросов.
Выбирая услугу веб-хостинга для своего нового портала, сайта или э-магазина, пользователь вполне обоснованно задает такие вопросы. Когда выбор уже сделан, количество посетителей сайта растет и пользователь начинает испытывать нужду в дополнительных ресурсах, наращивание объемов обычно соответствует увеличению числа его клиентов.
Но как сделать первый шаг – с чего начать?
Дисковое пространство
Дисковое пространство – объем данных для ваших услуг в рамках выбранного пакета веб-хостинга.
Дисковое пространство состоит из нескольких частей:
• Файлы (размещенные на вашем веб-сервере)
• Базы данных (данные и индексы MySQL)
• Э-почта (э-письма и вложенные файлы на аккаунтах)
• Резервные копии
Существуют различные технические методы размещения данных при веб-хостинге. Нередко э-письма, базы данных, резервные копии и просто файлы расположены на одном веб-сервере, соответственно при задержке обновления версии приложения для управления контентом или использовании проблемного плагина посторонние лица смогут автоматически получить доступ к содержанию личной (или деловой) электронной переписки, а в худшем случае даже к резервным копиям.
Zone применяет строгое правило изоляции различных данных!
• Файлы хранятся на веб-сервере.
• Базы данных находятся на отдельном сервере для баз данных.
• Содержимое аккаунтов э-почты хранится в отдельном кластере э-почты.
• Резервные копии расположены не только на отдельном сервере, но и в отдельном дата-центре, что позволяет, например, восстановить данные после пожара в дата-центре.
Вопрос «Сколько места занимают те или иные данные?» на первый взгляд кажется предельно простым. Но технически подкованный пользователь может попросить уточнить логику объема создаваемых ежедневно резервных копий, которые затем хранятся две недели.
Неужели при таком резервном копировании 10 ГБ файлов на веб-сервере разрастется до 140 ГБ? Конечно же нет! Резервные копии создаются добавочным образом, то есть неизмененные файлы занимают суммарно во всех резервных копиях столько же места, сколько на веб-сервере.
Ситуация усложняется, когда файл изменяется. В таком случае в очередной резервной копии сохраняется новая версия файла, что приводит к увеличению объема резервной копии. Следует иметь в виду, что такое случается редко и обычно затрагивает разрастающиеся файлы системных журналов, то ест логи. Когда размер лога составляет уже несколько гигабайтов, причем он продолжает увеличиваться ежедневно, при создании каждой резервной копии он сохраняется как новый файл, что может быстро исчерпать выделенное для этого дисковое пространство. В такой ситуации пользователю нужно тщательно проанализировать свое веб-приложение и обеспечить ротацию логов.
В таких распространенных фреймворках как Laravel и Symfony приложение легко настраивается соответствующим образом. Ротация созданных в Zone логов веб-сервера и PHP осуществляется автоматически.
Резервное копирование файлов в базах данных осуществляется через дамп, что исключает сохранение неполноценных файлов с невозможностью использования восстановленной базы данных. Соответственно, в течение 14 дней база данных размером 100 МБ займет суммарно 1400 МБ в резервных копиях. Но поскольку базы данных веб-сервера не предназначены для хранения значительных объемов данных, такое нагромождение случается крайне редко.
Поддержка клиентов Zone поможет клиентам выявить большие ненужные файлы и тем самым сократить дисковое пространство.
Единицы одновременных процессов
Кратко: единица одновременных процессов позволяет определить количество одновременных запросов, которое ваш веб-сервер способен обработать одновременно.
Это напоминает работу общественного транспорта. Возьмем автобус, вмещающий 50 человек. Водитель переполненного автобуса может принять нового пассажира, только выпустив другого пассажира. Одновременно в автобусе может находиться не более 50 пассажиров. То, сколько человек в итоге будет обслужено на кольцевом маршруте автобуса до возвращения в исходную точку, зависит от того, сколько пассажиров будет сходить на разных остановках, поэтому нельзя утверждать, что автобусом за один круг воспользуется ровно 50 человек.
Точнее: к единицам одновременных процессов относятся все запросы, которые браузер посетителя вашего сайта отправляет на веб-сервер. Например, указанная в первом пакете величина 250 означает, что одновременно можно обработать 250 запросов. Это касается всех запросов. После первого общего запроса о сайте следуют запросы о стилевых файлах, изображениях и файлах JavaScript.
Более техническое описание: давайте рассмотрим в качестве примера сайт, на главной странице которого двадцать изображений, два стилевых файла CSS и еще два других файла. Соответственно, браузер посетителя сайта отправит на веб-сервер 1+20+2+2=25 запросов. Поэтому при 250 единицах одновременных процессов главную страницу сайта смогут одновременно открыть 10 посетителей.
Вы можете спросить: «Так что же, мой сайт могут одновременно посещать всего 10 человек?» Нет, это не так.
Если сайт запрограммирован эффективно, изображения оптимизированы (не слишком велики), а применение CSS/JavaScript сведено к минимуму, то страница загрузится очень быстро, примерно за 0,2 секунды. Так что уже через 0,2 секунды сайт смогут открыть еще 10 посетителей. Но если сайт не оптимизирован, например изображения при каждом запросе проходят через PHP с изменением размера путем кодирования, а на главной странице сайта совершаются тысячи запросов MySQL, загрузка сайта может занять несколько секунд. В итоге то же количество посетителей загружает сайт дольше, а следующим посетителям приходиться дольше ждать своей очереди.
Все просто: чем лучше сделан сайт, тем меньше серверных ресурсов он потребляет и тем дешевле пакет ему требуется.
И в завершение: вы заслуживаете наилучшего! Чтобы получать наилучшее, подпишитесь на нашу новостную рассылку через среду Мой.
