Как работает хостинг сайтов

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

Хостинг для крупных порталов, интернет-магазинов, сайтов на 1С-Битрикс и корпоративных сайтов.

Планируете переезд? Заполните заявку и наши специалисты свяжутся с вами. Мы также подготовили инструкцию на случай, если вы хотите самостоятельно перенести сайт на хостинг SpaceWeb.

Подарим 4 месяца хостинга на самом популярном тарифе при переносе сайта к нам!

«Взлёт»

5 сайтов / 5 ГБ NVMe

1 домен бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 120 CP нагрузка

«Ракета»

10 сайтов / 15 ГБ NVMe

2 домена бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 120 CP нагрузка

«Космос»

20 сайтов / 30 ГБ NVMe

Что такое хостинг, клиент-сервер и где живут сайты / Виртуальный сервер, облако, AWS, Azure

3 домена бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 120 CP нагрузка

«Уран»

30 сайтов / 30 ГБ NVMe

4 домена бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 260 CP нагрузка

выделенный Apache,
Memcached, Redis

«Сатурн»

∞ сайтов / 60 ГБ NVMe

5 доменов бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 500 CP нагрузка

выделенный Apache,
Memcached, Redis

«Юпитер»

∞ сайтов / 90 ГБ NVMe

6 доменов бесплатно
.ru, .рф, .online, .shop, .spb.ru * только при заказе на год

• ∞ баз данных
• ∞ FTP, почтовых ящиков
• 1000 CP нагрузка

выделенный Apache,
Memcached, Redis

Добавить параметры доступов (необязательно)

Благодарим за обращение

Заявка на перенос сайта отправлена. Ждите ответ от наших специалистов на указанный Email.

Все тарифы включают

• Панель управления
• Домены и поддомены ∞
• PHP 8.2 / 8.1 / 8 / 7.х / 5.x
• MySQL 8 / 5.7, PostgreSQL 14.4
• Ежедневное резервное копирование
• Скоростные NVMe SSD-диски
• Zend Guard Loader и Zend Optimize
• Поддержка Perl, Python, Ruby
• Антиспам и антивирус для почты
• Защита от DDoS
• Бесплатный антивирус

Автоустановка платформ

• WordPress
• MODx
• Joomla
• Umi CMS
• Drupal
• phpBB
• 1С-Bitrix
• MediaWiki
• Yii
• Laravel

Дополнительно к хостингу

• Выделенный IP 130 ₽/мес.
• SSL-сертификат от 1 900 ₽/год
• Домен .RU 175 ₽/год
• Лицензия 1С-БИТРИКС от 6 200 ₽
• Лечение вирусов 199 ₽/ 1 сайт
• SEO и реклама от 850 ₽

Преимущества хостинга Spaceweb

Бесплатная защита от DDoS

Круглосуточная комплексная защита сайта даже от самых мощных DDoS‑атак.

Что такое хостинг, домен и как устроен интернет на понятном языке

Дата-центр уровня Tier III в Санкт‑Петербурге

Хостинг (Hosting)

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

Что такое хостинг

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

Физическим хостингом (хостинг серверов, сервер хостинг) называют услуги по размещению серверного или иного телекоммуникационного оборудования на специализированной площадке провайдера с обеспечением подключения его к каналам связи – Colocation, если оборудование принадлежит клиенту или Dedicated, если оборудование арендуется у провайдера.

Услуги Хостинга можно разделить на:

• Виртуальный Хостинг (или просто Хостинг)
• Виртуальный выделенный сервер (или VPS, он же VDS)
• Аренда выделенного сервера

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

Очень просто, и в то же время сложно ответить на данный вопрос. Обычно, для большинства, первым фактором является, конечно, цена услуги. Но, если изучить этот вопрос, сравнить разные предложения, то, в условиях рынка, и достаточно большого количества Хостинг-Провайдеров можно прийти к выводу, что цены очень схожи. Чат-боты в России: особенности рынка, заметные проекты, ближайшие перспективы. Обзор TAdviser

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

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

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

Залогом успеха хостинговой компании является собственный Дата-центр (ЦОД), который оборудован дорогостоящим оборудованием и отвечает самым высоким современным стандартам качества. Многие компании, не имеющие собственного Дата-центра, арендуют оборудование в крупнейших Дата-центрах Москвы или Санкт-Петербурга. Минусы такой схемы работы в том, что свободный доступ в такие Центры ограничен, и если что-то сломалось нужно выписывать пропуск, ехать туда, решать проблему самостоятельно. Все это увеличивает время простоя сайтов, как следствие отрицательно отражается на seo-продвижении и неэффективности рекламной кампании или SMM проводимых в данный период. Соответственно привлекательность предоставляемых услуг виртуального хостинга такими компаниями снижается.

А теперь, давайте рассмотрим технические варианты реализации хостинга:

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

(рис. 1)

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

(рис. 2)

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

(рис. 3)

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

Второй вариант (рис. 2), тоже на первый взгляд решает проблемы первого случая, но тут можно получить другую проблему. Как-то в своей практике, я наблюдал работу CMS-системы, которая требовала выполнить около 17000 запросов к базе данных. В связи с тем, что на обработку одного запроса к базе уходило менее 0.01 сек., в сумме это выходило порядка 120-200 секунд, что, в общем-то, совсем не приемлемо.

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

Третий вариант (рис. 3), кажется вообще идеалом совершенства, но обратите внимание, администратору надо контролировать уже три сервера, у каждого из которых могут быть свои проблемы, которые могут повлиять на работу всего комплекса. Хотя конечно уже все лучше, если вдруг вас завалит Спамом, и почтовый сервер не выдержит, сайт(ы) будут работать как и раньше, это им не помешает.

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

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

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

Ко всем нашим ресурсам стоит добавить новые системы, системы мониторинга, которые, кстати, тоже требуют слежения за собой.

На первый взгляд жизнь налаживается, но, увы, это еще не все сюрпризы, чем больше становится клиентов, тем больше нагрузка на системы, и может случиться так, что одного сервера баз данных будет не достаточно, необходима установка нового.
Клиенты не особо стремятся вникать в искусство программирования и допускают достаточно серьезные ошибки, которые вызывают перегрузку систем. Как у нас принято иногда говорить: «На таких серверах можно жарить яичницу» 🙂

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

(рис. 4)

Все запросы приходят на «front-end» и дальше этим сервером распределяются между остальными «back-end» серверами. Можно подумать какая же это хорошая схема, а на самом деле, что будет, если «front-end» сломается? Правильно, никакое кол-во «back-end» не поможет спасти ситуацию, если нет «front-end» сервера. Значит нужно предусмотреть какой-то альтернативный вариант для такого случая.

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

Кстати, это место достаточно интересное и имеет множество решений.
Как пример, если у вас роутер имеет поддержку WCCP (Web Cache Communication Protocol), то можно использовать его для этих целей. Его суть будет сводиться к тому, что если ваш «front-end» жив и регулярно отвечает на запросы роутера или уведомляет его о своей жизни, роутер перехватывает пакет и направляет его именно на «front-end». Если же связь с «front-end» утеряна, то роутер направляет запросы напрямую на один или множество «back-end», все зависит от вашего желания и типа настроек.

Даже если у вас и нет дорогого роутера, то и тут остается большое поле для действий. Обычный сервер можно превратить в роутер, используя различные системы, такие как ipfw, iptables, pf можно достигнуть похожего результата, я бы сказал даже большего, чем в выше описанном случае. Управлять правилами тут можете вы сами при написании достаточно простых программок. Если же к этому еще и подключить, например CARP (Common Address Redundancy Protocol), то можно сделать дубль такого сервера, в случае выхода из строя одного сервера, работу подхватит другой, тем самым увеличив надежность системы в целом.
Более того, имея вышеперечисленные системы, вам будет проще бороться с такой частой проблемой в последнее время, как DDOS(Distributed Denial of Service). Так как вы не допустите попадания негативного трафика на основные сервера системы, тем самым защитив их.

И опять возник вопрос — «Что можно еще улучшить?»
Да не проблема, давайте возьмемся за почтовую систему, на первом этапе, когда вы еще все только начинали, самое важно не допустить простых ошибок. Например, для всех почтовых протоколов выдать клиентам одно и тоже имя вида mail.domain.ru, все равно же один сервер скажете вы. Но в дальнейшем в случае расширения вам придется сложней разделять это имя по разным протоколам, поэтому не ленитесь, сделайте отдельные имена на разные протоколы: smtp, pop, imap, даже если они пока и ведут на один сервер.

Следующим шагом можно разделить протоколы smtp от pop и imap, причем для большей надежности, можно разделить smtp на два отдельных сервера для входящей и исходящей почты.
Так же с увеличением кол-ва входящих или исходящих сообщений, можно будет увеличивать кол-во серверов smtp. В случае сервера исходящих сообщений можно использовать указание нескольких ip адресов в dns сервере, и тогда по алгоритму round-robin исходящий сервер клиентом будет выбираться по принципу перебора адресов по круговому циклу, тем самым распределяя нагрузку между серверами.

Точно так же можно поступить и с серверами входящей почты, но у вас есть еще один инструмент для управления процессом, куда же доставлять почту идущую на домены ваших клиентов. Этот параметр MX тип записи в dns, который указывает на mail-exchange сервера, которые обслуживают почту для домена. У этого типа записи можно указывать приоритет для каждого сервера или множества серверов, тем самым контролируя в каком порядке и на какой сервер будет доставлено письмо для вашего клиента.

Imap и pop протоколами немного проще, по сути, они должны жить рядом с достаточно большим хранилищем почты, чтобы не лимитировать клиентов размерами ящиков. То есть для этой цели подойдет любой сервер с большими дисками, в дальнейшем конечно лучше использовать raid системы для надежного хранения почты, если вы будете брать с клиентов деньги за это то вы должны обязательно задуматься о надежном хранении.

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

Файловую систему можно вынести на другой сервер, например по NFS, и на нем обслуживать cron задания. Так же на этот сервер можно вынести ssh доступ, так как работа этого сервера не связана с работой основного веб-сервера. Тут можно позволить клиентам пользоваться различными программами, которые вы раньше не позволяли использовать, например различные компиляторы. Ftp нет смысла сюда выносить, все же загрузка файлов должна быть ближе к хранилищу и как правило ftp не вызывает проблем ни по диску, ни по процессору, ни по памяти.

Если стало опять скучно, то можно заняться модернизацией «back-end» серверов.
Чаще всего на таких серверах происходит реконфигурация, дабы не заставлять этого делать, есть несколько путей.
Первый — это создания виртуального мапинга имен сайтов, через пути в файловой системе в которых будет фигурировать имя сайта, но в этом случае крайне сложно будет регулировать настройки определенных сайтов.
Второй вариант, это написание своего модуля который будет динамически создавать и кешировать конфигурацию на основе базы данных. Тут тоже не стоит особо увлекаться, так как если выбрать базу данных mysql или pgsql, можно будет парализовать или их работу или в случае их поломки парализовать работу сайтов, тут лучше использовать или BDB или CDB. То есть использовать промежуточную базу для хранения настроек и обновлять их, если произошли изменения в центральной базе.

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

Тут у себя мы выбрали немного другое решение, это создание reverse-proxy c хитрым мапингом, суть его сводится к следующем, на роутере создается маршрут для достаточно большой сети, которая направляется на адрес нашего прокси сервера. На самом проксе сервере, прописывается правило все пакеты идущее к нам в этой сети перенаправлять в определенный порт, причем именно перенаправлять, то есть оставляя в пакетах информацию о src и dst адресе. Дальше наш прокси сервер, получая этот пакет, видит куда он направлен, опять же через промежуточно сформированный CDB файл, и определяет на каком из «back-end» находится контент по данному запросу, направляет этот запрос туда и передает ответ клиенту.

По такой же аналогии можно вообще раздать всем сайтам IPV6 адреса, наверняка в вашей базе, где хранится список сайтов, у каждого сайта есть свой уникальный числовой идентификатор, как правило, это integer, а это всего лишь 32 бита, для ipv6 это сущая мелочь. То есть на все ваши проделки хватит сети /96, 4 млрд. адресов. 🙂
Суть идеи такова, пакеты перехватываются и направляются опять же в порт проки сервера, только в этом случае мы берем последние 4 байта адреса ipv6, которые и есть уникальный идентификатор сайта, дальше не составит опять заглянуть в базу и найти, куда направить этот запрос уже по верх ipv4.

Если вам еще не надоело все это читать, то в итоге мы получим следующую картину:

Хроника

2023: Госдума утвердила создание реестра провайдеров хостинга. Только его участники смогут оказывать услуги

26 июля 2023 года Государственная дума утвердила создание реестра провайдеров хостинга. Только его участники смогут оказывать услуги. Соответствующие поправки в закон «Об информации, информационных технологиях и о защите информации» и закон «О связи» одобрены в третьем (окончательном) чтении.

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

Госдума приняла законопроект о регулировании хостинга в России

Чтобы дать рынку возможность адаптироваться к новым требованиям, для этой части законопроекта установят переходный период — предполагается, что реестр хостинг-провайдеров начнет действовать только с 1 февраля 2024 года. [1]

2022: Россия вошла в топ-5 стран Европы по объему услуг хостинга интернет-магазинам

Россия вошла в пятерку стран Европы по объему услуг хостинга интернет-магазинам. Об этом этом свидетельствуют обнародованные в январе 2023 года данные немецкой компании InterNetX, специализирующейся на услугах хостинга, регистрации доменов и кибербезопасности.

Согласно исследованию, к ноябрю 2022 года на РФ приходилось 6,7% услуг хостинга интернет-магазинов в Европе. Более высокие доли имели лишь Германия (20,7%), Нидерланды (13,2%), Британия (11,5%) и Франция (9,5%). С точки зрения городов на рынке лидируют Берлин (7,2%), Лондон (5,5%), Москва (4,8%) и Париж (4,5%).

Если говорить о доменных именах, предпочитаемых интернет-магазинами, то положение дел в Европе разительно отличается от картины на рынке Северной Америки или Азии. В этих регионах на долю общих доменов верхнего уровня – во главе с .COM – приходится 86,2% и 67,6% всех доменных имен, используемых интернет-магазинами.

В Европе же 69,6% онлайн-магазинов работают на доменах в национальных доменных зонах. Лидером, впрочем, и здесь является домен .COM – 25,8% всех доменов европейских онлайн-магазинов. 15,5% приходятся на национальный домен Германии .DE, 8% – на национальный домен Нидерландов .NL. Пятерку замыкают национальные домены Великобритании .UK и России .RU – 7,6% и 4,6% соответственно.

Что касается новых общих доменов верхнего уровня, то их доля весьма скромна – порядка 3%. Лидером здесь является домен .SHOP, за ним идут .STORE и .ONLINE.

Среди новых географических доменов верхнего уровня лидируют .berlin (0,7%), .london (0,5%) и .paris (0,5%).

В целом, как следует из отчёта, число граждан, покупающих онлайн, по-прежнему растёт. Если в 2016 году покупки в интернет-магазинах делали 63% интернет-пользователей, то в 2022 году это доля выросла до 75%. [2]

2021: 1 марта — день хостинг-провайдера в России

В 2021 году праздник был учрежден при участии Российской ассоциации электронных коммуникаций (РАЭК) и проекта «ХостОбзор». Эта инициатива была поддержана всеми крупными участниками отрасли.

«Данное решение не пришло спонтанно. Дело в том, что о хостинге, как услуге и технической платформе, мало кто знает, только специалисты, но наша работа хоть и незаметна, но незаменима, и за время своего существования, мы не раз доказывали качество российского хостинга, и его надежность. И создание нашего собственного праздника, есть не что иное, как дань уважения тем, кто днями и ночами работает над усовершенствованием систем хранения и передачи информации», – прокомментировал идею создания праздника Матвей Алексеев, председатель комиссии хостер-провайдеров при РАЭК.

Примечания

1. ↑Госдума приняла законопроект о регулировании хостинга в России
2. ↑An analysis of European online shops and their domain names

Источник: www.tadviser.ru

Как выбрать сервер для хостинга сайта

Интересный факт: если сайт грузится дольше 3-4 секунд, то больше 50% посетителей закроют его, так и не увидев контент. И только 12% попробуют загрузить сайт снова. Долгая загрузка влияет не только на время нахождения на сайте, но и на SEO-продвижение и конверсию.

Причин, почему сайт может долго грузиться, очень много: грязный код, плохая оптимизация изображений, ошибки JavaScript, отсутствие CDN, переспам рекламой, большое количество контента и многие другие. Большинство проблем решается разработчиками и инструментами автоматической оптимизации, но не все.

Если у вас плохой хостинг или собственный сервер, которые банально “не тянут”, то хоть заоптимизируйся — проблема полностью не исчезнет. В этой статье вы узнаете, как правильно выбрать сервер для хостинга сайта.

Структура статьи:

• Веб-сервер у хостинг-провайдера

• VPS и VDS — виртуалки
• Dedicated — выделенный сервер

• Свой сервер

• В своей серверной
• Colocation — аренда места в ЦОДе

• Тип процессор (CPU)
• Объем оперативной памяти (RAM)
• Пропускная способность сети

• Объем пропускной способности
• Пропускная способность порта
• Как выбрать скорость порта для неизмеряемого объема пропускной способности

• RAID-массивы

Типы серверов, из которых можно выбрать

Для сайта с высоким трафиком может понадобиться несколько веб-серверов.

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

Веб-сервер у хостинг-провайдера

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

Если вы решили обратиться к хостингу, то у вас будет как минимум три услуги на выбор (но у некоторых хостеров их больше):

Shared — виртуальный хостинг

Самый базовый, недорогой и простой в управлении и обслуживании вид хостинга сайта. При нём физический сервер может обслуживать сразу десятки и сотни клиентов. Если ваш “сосед” по серверу подвергнется DDoS-атаке или просто нагрузит свой сайт, то проблемы возникнут и у вас: от замедления, до полной остановки сайта и потери данных.

ПЛЮСЫ:

• Низкая цена (можно найти от 60+ рублей в месяц)
• Легко настраивать и управлять (через панель управления со своим интерфейсом)
• Не нужны своя IT-инфраструктура и админ в штате
• Бэкапы (но не у всех хостеров они есть и бесплатны)

МИНУСЫ:

• Низкая производительность (конкуренция за ресурсы с другими сайтами)
• Нестабильная производительность и скорость загрузки
• Низкая защищённость данных и системы
• Чувствительные данные будут находиться на чужих серверах
• Постоянные ежемесячные платежи
• Плохая поддержка клиентов
• Минимальная свобода действий (вам не позволят установить свою ОС, ПО, систему баз данных, библиотеки и т.д.)
• Зависимость как от хостера, так и от “соседей” по серверу

VPS и VDS — виртуальные машины

VPS (Virtual Private Server) и VDS (Virtual Dedicated Server) — почти равнозначные понятия для конечного пользователя. Этот вид хостинга на сегодняшний день самый популярный и относительно недорогой. При нём вычислительные ресурсы физического сервера распределяются между несколькими клиентами, но объем этих ресурсов закрепляется в договоре и не должен быть меньше оговоренных условий.

Однако, как показывает практика, недобросовестные хостеры практикуют —

ПЛЮСЫ:

• Низкие капитальные вложения (а период тест-драйва вообще зачастую бесплатен)
• Минимальная переплата за ненужные ресурсы (вы не платите за весь сервер, а только за его часть)
• Большая свобода действий и root-права (можно установить любую ОС и софт, а также гибко настраивать платформу)
• Есть защищенность от “соседей” (если у другой виртуалки на сервере случится критический сбой ОС, то вас он не затронет)
• Не нужна своя IT-инфраструктура
• Бэкапы (почти все хостеры по умолчанию предлагают бэкапирование, которое уже включено в стоимость, но этот момент надо уточнять)
• Возможность конфигурировать виртуалку в будущем (актуально, если нагрузки растут или падают)
• Более высокий уровень поддержки, чем при Shared-хостинге

МИНУСЫ:

• У недобросовестных хостеров встречается оверселлинг (явление, при котором провайдеры продают больше ресурсов сервера, чем есть на самом деле, поэтому важно выбирать надёжных хостеров, а не самых дешёвых)
• Нужны IT-компетенции и(или) админ в штате, если вы берёте unmanaged VPS/VDS
• Зависимость от хостера
• Постоянные ежемесячные платежи
• DDoS-атака на хостера или “соседа” по серверу может обрушить и ваш сайт
• Чувствительные данные будут находиться на чужих серверах
• Свобода действий может быть ограничена правилами хостера (например, никакого майнинга)

Dedicated — выделенный сервер

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

ПЛЮСЫ:

• Высокая производительность (выделенный сервер позволяет задействовать все ресурсы под ваши нужды)
• Весь сетевой канал — ваш (вы получите максимальную скорость и доступность, какую смогут выдать сетевая карта и хостер)
• Свобода как на своём оборудовании + root-права (можно установить любую ОС и софт, а также гибко настраивать платформу)
• Максимальная защищённость (вас не коснутся сбои на соседних серверах + можно реализовать защиту на уровне сервера: RAID, блокировка IP-адресов, защита от DDoS-атак и т.д.)
• Не нужна своя IT-инфраструктура
• Сервер можно модифицировать силами ЦОДа (актуально, если нагрузки растут или комплектующие больше не актуальны)
• Для выделенных серверов зачастую лучше поддержка, чем для виртуальных машин и виртуального хостинга
• Низкие капитальные вложения (а период тест-драйва вообще зачастую бесплатен)

МИНУСЫ:

• Высокая стоимость
• Постоянные ежемесячные платежи

• Нужны IT-компетенции и(или) админ в штате
• Зависимость от хостера
• DDoS-атака на сеть хостера может обрушить и ваш сайт
• Чувствительные данные будут находиться на чужих серверах
• Свобода действий может быть ограничена правилами хостера (например, никакого майнинга)
• Масштабируемость ограничена базой сервера (в двухпроцессорную базу не поставить 4 процессора)

Подытожу таблицей

Лучше всего подходит для

Почти любые задачи: SaaS, сложные сайты, интернет-магазины и т.п.

Приложения и сайты с большим трафиком

Кем управляется

Софт — вашими силами, обслуживание — хостингом

Частично вашими силами, частично хостингом

Хостинг-провайдер, минимально вами

Безопасность

Производительность

Дисковое пространство

Обычно в терабайтах

Меньше, чем у выделенных серверов (доступен апгрейд)

Пропускная способность

Масштабируемость

Общий комментарий

Максимальная производительность с полным контролем по высокой цене

и пропускная способность, приемлемая цена, но есть ограничения, если сравнивать с Dedicated.

Лучший вариант для малого бизнеса, начинающих компаний и ИП

Свой сервер

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

В своей серверной

Непростой вариант. Да, если под ваши задачи достаточно 1-2 серверов, то можно взять какой-нибудь Dell T440 или HP ML350 Gen10 и разместить его в офисе на столе. Но это решение нельзя назвать отказоустойчивым аналогом арендованного выделенного сервера у хостера.

Поэтому, когда хотят высоких показателей аптайма, но не устраивает хостинг, организации создают свою серверная комнату (дата-центр на минималках); IT-инфраструктуру кто-то должен спроектировать; понадобится дополнительное активное и пассивное сетевое оборудование; придётся взять системного администратора в штат или на аутсорс; и многое другое. Если вы хотите сделать надёжную серверную, где оборудование без проблем прослужит десятки лет, то почитайте статью “Серверная моей мечты” в нашем блоге на Хабре.

ПЛЮСЫ:

• Необходимый уровень производительности (вы сами выбираете конфигурацию сервера под свою задачу)
• Весь сетевой канал — ваш (вы получите максимальную скорость и доступность, какую смогут выдать сетевая карта и интернет-провайдер)
• Полная свобода действий + root-права (можно установить любую ОС и софт, а также гибко настраивать платформу)
• После окупаемости затраты минимальны, а оборудование можно продать и купить новое
• Сервер можно модифицировать в любой момент (актуально, если нагрузки растут или оборудование устарело)
• Устаревшее оборудование можно перенастроить под менее требовательные задачи в будущем
• Чувствительные данные хранятся только у вас

МИНУСЫ:

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

• Нужны IT-компетенции и(или) админ в штате
• Масштабируемость ограничена базой сервера (в двухпроцессорную базу не поставить 4 процессора)

Colocation — аренда места в ЦОДе

Colocation или колокейшн (от английского co-location, сокращенно colo). Это услуга по размещению своего сервера в чужом дата-центре. Ходит много споров, нужно ли относить колокейшн к хостинг-услугам или нет.

Colocation не подразумевает аренду сервера, так как у клиента уже есть своё оборудование, которое нужно разместить в надёжных и благоприятных условиях ЦОДа. Хостер предоставляет место в стойке, электропитание, сетевой канал и доп. услуги по запросу. Но за это надо платить ежемесячно.

ПЛЮСЫ:

• Необходимый уровень производительности (вы сами выбираете конфигурацию сервера под свою задачу)
• Весь сетевой канал — ваш (вы получите максимальную скорость и доступность, какую смогут выдать сетевая карта и хостинг-провайдер)
• Полная свобода действий + root-права (можно установить любую ОС и софт, а также гибко настраивать платформу)
• После окупаемости затраты только на оплату места в стойке, а оборудование можно продать и купить новое
• Сервер можно модифицировать по временным правилам ЦОДа (актуально, если нагрузки растут или оборудование устарело)
• Устаревшее оборудование можно перенастроить под менее требовательные задачи в будущем

МИНУСЫ:

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

• Нужны IT-компетенции и(или) админ в штате
• Масштабируемость ограничена базой сервера (в двухпроцессорную базу не поставить 4 процессора)

Подытожу таблицей

Лучше всего подходит для

Когда есть хотя бы минимальная IT-инфраструктура и(или) сисадмин в штате

Когда нет собственной IT-инфраструктуры, места и средств для неё

Плата только за электричество и интернет

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

Кем управляется

Полностью собственными силами

Либо вашими силами по правилам ЦОДа, либо персоналом ЦОДа

Безопасность

Как настроите — от никакой до максимальной

Высокая за счёт инфраструктуры ЦОДа, но сильно зависит в остальном от ваших настроек

Производительность

Полностью в вашем распоряжении и зависит от конфигурации сервера

Полностью в вашем распоряжении и зависит от конфигурации сервера, но может ограничиваться питанием или сетевым каналом в ЦОДе

Дисковое пространство

Зависит от конфигурации сервера

Зависит от конфигурации сервера

Пропускная способность

Зависит от провайдера и конфигурации сервера

Зависит от ЦОДа и конфигурации сервера (чаще всего приходится много доплачивать)

Масштабируемость

Максимальная вертикальная и высокая горизонтальная (ограничение только в вашем помещении)

Максимальная вертикальная и максимальная горизонтальная, если ЦОД даёт возможность арендовать целые стойки и делать кластеры

На какие характеристики сервера нужно обратить внимание

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

• CPU — скорость и количество ядер в процессоре;
• RAM — оперативная память;
• Bandwidth — пропускная способность;
• Место для хранения данных — объем, тип накопителей, RAID.

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

Центральный процессор (CPU)

CPU (Central Processing Unit, центральный процессор) — это мозг любого сервера. Все запросы к сайту, обработка кода программ и данных будет происходить в нём. Вклад CPU в стоимость сервера ≈ 15-20%, а вклад в общую производительность ≈ 50%. И пускай процессор не так важен для статических сайтов, как для сервера виртуализации, чрезмерная экономия — большая ошибка. А если дело доходит до веб-приложений (например, чат), то производительность CPU будет решающим фактором.

Для некоторых сайтов хватит одного процессора, для других нужны двухпроцессорные сборки. Также на производительность влияют тактовая частота (в ГГц), количество ядер и потоков. Универсального решения нет, выбирать надо, исходя из задачи и проводить тесты.

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

Для веб-хостинга есть несколько важнейших параметров CPU:

1. Вендор;
2. Характеристики:

1. Количество физических ядер;
2. Количество потоков (некая часть ядра, выделенная программно);
3. Тактовая частота, измеряемая в ГГц;

Общие советы по выбору CPU:

Раньше Intel была безоговорочным лидером в серверном сегменте, а процессоры Xeon — отраслевым стандартом. Но сейчас ситуация выровнялась. Процессоры AMD EPYC показывают результаты ничуть не хуже, а в отдельных задачах лучше при схожих ценах.

Однако софт под Intel Xeon зачастую лучше оптимизирован, а выбор моделей серверов и их доступность на рынке — значительно выше. Мой выбор — Intel, но если в вашей инфраструктуре уже есть серверы на CPU от AMD, то берите EPYC.

• Характеристики процессора

Нужные вам характеристики полностью зависят от того, что вы выбрали: виртуалку или аппаратный сервер (выделенный или свой — неважно). Почему так?

• Когда вы покупаете свой сервер или выделенный, вы выбираете конкретную модель CPU (вендор, поколение, частота, ядра, кэш и т.д). В VPS же вы получаете ядра и частоту, не зная остальных параметров.
• Первый пункт приводит к тому, что, например, два виртуальных ядра с частотой 3.3 ГГц могут работать на уровне трёх физических ядер с частотой 2.2 ГГц. И определить это получится только тестами.

Да, платформа веб-сервера, приложения, количество пользователей и запросов на сайте — это параметры, которые больше всего влияют на выбор процессора, но оценить их на этапе проектирования сложно, а ещё сложнее заложить в конфигурацию будущий рост и про запас 20-30% (на случай пиковых нагрузок). Большинство хостеров даёт бесплатный тестовый период на виртуальные и выделенные серверы. Это даст вам возможность оценить производительность сайта с выбранной конфигурацией.

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

Последние поколения CPU показывают лучшие результаты в бенчмарках и в реальных задачах. Конечно, не нужно гнаться за новейшим AMD EPYC за $4000, но и динозавров десятилетней давности лучше избегать. В рамках последних двух поколений Dell, HPE и Lenovo есть процессоры, которые полностью закроют ваши потребности, а восстановленное оборудование сэкономит деньги без ущерба надёжности.

Примеры серверов для размещения в своей серверной

% выгодное предложение % выгодно
Refurbished В наличии

1x Intel Xeon
E5-2620v4 (8C 20M Cache 2.10GHz)
1x Intel Xeon E5-2620v4 (8C 20M Cache 2.10GHz)
1x 16GB DDR4
RDIMM 2400MHz (Поддержка до 3072GB максимально, 24 DIMM портов)
1x 16GB DDR4 RDIMM 2400MHz (Поддержка до 3072GB максимально, 24 DIMM портов)
RAID HP P440ar
1x HP 500W
Integrated
Network Interface controller HP 4 port 1Gb RJ-45

Integrated Network Interface controller HP 4 port 1Gb RJ-45
3xHDD 300GB 10k (до 8 HDD 2.5″)
5 лет гарантии с выездом на место
193 663 ₽ 179 318 ₽ 12 029 в месяц
Refurbished В наличии

2x Intel Xeon
Bronze 3204 (6C 8.25M Cache 1.90GHz)
2x Intel Xeon Bronze 3204 (6C 8.25M Cache 1.90GHz)
2x 16GB DDR4
RDIMM 2666MHz (Поддержка до 3072GB максимально, 24 DIMM портов)
2x 16GB DDR4 RDIMM 2666MHz (Поддержка до 3072GB максимально, 24 DIMM портов)
RAID Dell H730p (2GB+BBU)

2x Dell 750W
Integrated
Network Interface controller Dell 4 port 1Gb
Integrated Network Interface controller Dell 4 port 1Gb
noHDD (до 12 HDD 3.5″)
5 лет гарантии с выездом на место

405 401 ₽ 27 196 в месяц
% выгодное предложение % выгодно
Refurbished В наличии

2x Intel Xeon
E5-2620v3 (6C 15M Cache 2.40GHz)
2x Intel Xeon E5-2620v3 (6C 15M Cache 2.40GHz)
2x 16GB DDR4
RDIMM 2400MHz (Поддержка до 384GB максимально, 12 DIMM портов)

2x 16GB DDR4 RDIMM 2400MHz (Поддержка до 384GB максимально, 12 DIMM портов)
RAID Dell H330 (ZM)
1x Dell 495W
Integrated
Network Interface controller Dell 2 port 1Gb
Integrated Network Interface controller Dell 2 port 1Gb
noHDD (до 8 HDD 3.5″)
5 лет гарантии с выездом на место

133 395 ₽ 127 043 ₽ 8 522 в месяц

Объем оперативной памяти (RAM)

RAM (Random Access Memory) — это лучший альбом Daft Punk память с произвольным доступом, но все называют её оперативной памятью. Если проводить аналогии, то это некий пояс для инструментов, где инженер держит всё необходимое на сегодня, чтобы быстро доставать и использовать. Когда работа заканчивается, он снимает пояс и убирает в шкаф до следующей смены. Аналогично и с RAM в компьютерах: CPU постоянно обрабатывает данные и исполняет инструкции, но то, что не помещается в процессорный кэш, временно хранится в оперативке (данные оттуда можно взять в разы быстрее, чем из HDD или SSD). Что важно знать про RAM, когда мы говорим о хостинге сайта? В ПК для адекватной работы таких приложений, как Photoshop, 3ds Max, AutoCAD или Chrome с двумя вкладками (шутка смешная, а ситуация грустная), понадобится 16+ГБ памяти. А для особо крупных проектов в CAD может и 64 ГБ не хватить.
И на фоне этого может показаться, что для сайта, который будут посещать сотни или тысячи людей в стуки, нужно ещё больше. Да? Не совсем. Некоторые простые сайты из десятка изображений и текста (например, сайты-визитки) могут нормально работать на 2 ГБ RAM, без учёта остальных потребностей сервера.
Но, конечно, есть намного более сложные платформы, которые работают на CMS (Content Management System), например, WordPress, 1С-Битрикс или Joomla. К ним прикручивают базы данных и размещают большие объемы мультимедийного контента, поэтому таким сайтам выделяют все 32 ГБ, 64 ГБ или больше памяти. Список того, что может потребовать больше RAM для вашего сайта:

• Системы управления контентом (те самые CMS);
• Панель управления веб-хостингом: cPanel, ISPConfig, YunoHost, Ajenti, CentOS Web Panel, Webmin и т.д;
• Использование скриптов, написанных на языках программирования: PHP, Perl или JavaScript;
• Большие базы данных;
• Потоковая передача данных, стриминг видео и т.п;
• Управление игровым сервером;
• Большое количество посетителей и запросов к сайту.

Но если с процессором ситуация непростая (его максимум можно слегка разогнать), то RAM легко масштабируется. Кратно. Можно начать с 16 ГБ, провести тесты, если не хватает — добавить ещё 16 ГБ. Но обязательно выбирайте подходящую модель процессора. Например, Intel Xeon E-2386G поддерживает до 128 ГБ, а Intel Xeon Platinum 8380HL до 4.5 ТБ.

Рекомендация по объему RAM: на каждое ядро устанавливайте не менее 2 ГБ памяти. Это не панацея, но неплохой ориентир для начала.

Что ещё важно при выборе RAM?

1) Отличительная черта серверной памяти — это наличие технологии коррекции ошибок ECC (error-correcting code) и буферизации (регистров).

• ECC-память автоматически исправляет ошибки битов памяти, что особенно важно в сложнейших научных расчётах.
• Буферизированную память чаще всего называют регистровой (RDIMM, LRDIMM и FBDIMM). Если не углубляться, то такой тип памяти позволяет серверам стабильно работать, когда модулей RAM установлено много.

2) Не берите старые поколения памяти. DDR2 и DDR3 безнадёжно устарели, а незначительная экономия не стоит того. На данный момент актуальная версия — DDR4. Постепенно на рынке появляется всё больше предложений DDR5, но последние поколения серверов ещё не поддерживают пятое поколение, так что смело выбирайте DDR4.

Пропускная способность сети

Сетевой адаптер DELL 00M95 INTEL XXV710-DA2 Dual-Port 25 ГБ Ethernet

Пропускная способность сети складывается из двух ключевых параметров: объем пропускной способности и пропускная способность порта.

Объем пропускной способности

Учитывайте этот параметр при аренде сервера или виртуалки у хостинг-провайдера. Он указывает, какое количество трафика вы можете передать и получить за месяц без дополнительной платы. Объем пропускной способности может быть измеряемым или неизмеряемым (безлимитным). Например, мобильный оператор выделяет вам 10 ГБ в месяц на одном тарифе, а на другом — без ограничений. Хостеры поступают аналогично.

Пропускная способность канала

Пропускная способность канала (или скорость, размер канала) — это максимальная скорость передачи данных по заданному каналу за секунду. Чаще всего пропускная способность измеряется в Мбит/c и в Гбит/c. Эти же метрики применяют к интерфейсам, сетевым шинам и сетям (глобальная, беспроводная и локальная).

Например, интерфейс SATA 3.0 выдаёт максимальную пропускную способность в 6 Гбит/с или 750 МБ/c.

ВАЖНО! Скорость канала не равна скорости сетевого соединения. Если провайдер даёт вам скорость в 1 Гбит/c, а в сервер установлена 10-гигабитная сетевая карта, то лишние 9 Гбит/c ничем не помогут.

Большинство хостинг-провайдеров по умолчанию выделяет канал на 100 Мбит/c или на 1 Гбит/c с ограничением по объему трафика. Нужно больше? Любой каприз за ваши деньги. Или покупайте свой сервер.

Как рассчитать скорость порта для неизмеряемого объема пропускной способности

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

Чтобы рассчитать скорость порта для потоковой передачи данных, используют простую формулу:

Скорость потока X Пиковое количество пользователей = Размер порта.

Например: 5 Мбит/с X 2000 пользователей = 10000 Мбит/с (или 9.7656 Гбит)

Скорость потока для популярных в сети разрешений видео (зависит от алгоритмов сжатия):

Medium Resolution (640×360): 0.8-1.2 Мбит

High Resolution (960×540 or 854×480): 1.2-1.5 Мбит

High Definition 720p (1280×720): 4 Мбит

High Definition 1080p (1920×1080): 4-8 Мбит

В Servermall.online вы можете арендовать сервер (виртуальный или выделенный) с высокой скоростью порта и безлимитным трафиком. Менеджеры бесплатно помогут подобрать конфигурацию под вашу задачу.

Место для хранения данных

Сервер Dell с большим количеством накопителей

Для начала вам придётся определить, с какими данными будет работать ваш сервер.

1. Если вам важнее всего скорость работы сайта, или для сайта не нужно хранить много данных, то лучший выбор — SSD накопитель.
2. Если же вы собираетесь хранить и обрабатывать большой объем данных, то смотрите в сторону HDD в RAID-массиве (о RAID чуть позже).
3. Но если вам важна скорость работы, а данных будет много, то смотрите в сторону гибридных дисковые подсистемы: SSD + HDD (а ещё и ленточные хранилища бывают, но это в других задачах). Это позволяет сильно сэкономить, так как SSD накопители стоят дорого.

Гибридные системы во многом основаны на приоритезации данных: горячие и холодные.

• Горячие — это данные, к которым обращаются очень часто.
• Холодные — это данные, к которым обращаются реже (или не обращаются совсем), но которые нужно хранить.

RAID-массивы

Один из вариантов организации RAID-массива

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

Что такое RAID-массивы?

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

Как работает RAID? Если простыми словами, то контроллер распределяет данные между несколькими дисками, а когда данные нужно считать, он также берёт их сразу с нескольких дисков, что увеличивает скорость чтения-записи. При этом, если один диск выйдет из строя, оставшиеся могут “понять”, какие данные в RAID-массиве пропали, и восстановить их, а сервер всё это время будет продолжать работать. Чтобы RAID выбранного уровня работал, нужно минимальное количество дисков (2, 3, 4 и т.д.). Больше можно, меньше — нет.

Зачем нужны RAID-массивы?

1. Безопасность. Швартоваться лучше двумя якорями. Когда в сервере один или несколько несвязанных накопителей, выход из строя любого из них означает полную потерю данных и, скорее всего, выключение сервера. Диск умер, да здравствует бэкапы.
2. Производительность. Большинство RAID-массивов ускоряет скорость передачи данных, если сравнивать с дисками в его составе по отдельности. Но важно использовать производительный дисковый контроллер, который не станет бутылочным горлышком.

Подытожим

Для хостинга сайта нужен сервер. Взвесив бюджет и бизнес-потребности, вы можете выбрать оптимальное решение: Shared, VPS/VDS, Dedicated, Colocation или своя инфраструктура.

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

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

ОБРАТИТЬСЯ К КОНСУЛЬТАНТУ ЗА ПОМОЩЬЮ В ПОДБОРЕ СЕРВЕРА

Источник: servermall.ru