Пятерка лучших хостинговых компаний. Что такое хостинг и домен, простыми словами и их классификация Кто такой хостинг провайдер

Хостинг-провайдер - это компания, оказывающая услуги по предоставлению дискового пространства для размещения файлов на своем сервере. Такая фирма предоставляет место для размещения сайта. На сервере хостинг-провайдера стоит ПО, необходимое для обработки запросов к файлам сайта, которые посылают пользователи интернета.

Обычно хостеры предлагают следующие виды хостинга:
- (когда говорят «хостинг», чаще всего подразумевается этот вид услуг).
- (клиент получает в свое управление часть сервера и может распоряжаться им по своему усмотрению – например, устанавливать дополнительное ПО, перезагружать VPS).
- .

На что обратить внимание при выборе хостера?

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

Лицензия и опыт работы.

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

Страна расположения.

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

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

Отзывы.

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

Способы связи

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

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

Хостинговая компания (также: хостер, хостинг-провайдер, веб-хостер, HSP (Hosting Service Provider) ) - компания, занимающаяся предоставлением услуг размещения оборудования, данных и web-сайтов на своих технических площадках (хостинг). Зачастую, оказанием услуг хостинга занимаются также компании, для которых данный вид деятельности основным не является - интернет-провайдеры , регистраторы доменов .

Сфера деятельности

Может предоставлять услуги:

Размещение оборудования (colocation)
Выделенный сервер (Dedicated)
Виртуальный хостинг (Shared hosting)
Сервер электронной почты
Регистрация доменных имен

Однако самыми распространёнными являются услуги виртуального хостинга, регистрации доменов и VDS.

Технические аспекты

Задача хостинговой компании - предоставление доступа к оборудованию или данным клиента из сети Интернет. Основными характеристиками, определяющими техническое качество услуги хостинга являются:

Постоянная доступность узлов сети (т. н. uptime).
Связанность в глобальной сети (доступность из других сегментов Интернета).
Обеспечение физической и информационной безопасности оборудования и данных.
Предоставление достаточных для функционирования сайта ресурсов сервера (в случае виртуального хостинга и VDS).
Обеспечение требуемых условий безопасной эксплуатации (электропитание, температура воздуха и т. д.) в случае dedicated и colocation.

Большая часть Российских хостинг-провайдеров не имеет своей технологической площадки (дата-центра), а арендует оборудование или место для его размещения (colocation) у других операторов.

Как правило, для упрощения настройки площадки для клиентов виртуального хостинга и аренды VDS используются специальные панели управления.

Правовое положение в России

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

В случае, если оператор планирует оказывать услуги размещения оборудования (colocation) или аренды выделенных серверов , ему также потребуется:

Лицензия на услуги связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации.

Перепродажа

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

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

Хостинговая компания

Сфера деятельности

Может предоставлять услуги:

Размещение оборудования (colocation)
Выделенный сервер (Dedicated)
Виртуальный хостинг (Shared hosting)
Сервер электронной почты
Регистрация доменных имен

Однако самыми распространенными являются услуги виртуального хостинга, регистрации доменов и VDS.

Технические аспекты

Постоянная доступность узлов сети (т. н. uptime).
Связанность в глобальной сети (доступность из других сегментов Интернета).
Обеспечение физической и информационной безопасности оборудования и данных.
Предоставление достаточных для функционирования сайта ресурсов сервера (в случае виртуального хостинга и VDS).
Обеспечение требуемых условий безопасной эксплуатации (электропитание, температура воздуха и т. д.) в случае dedicated и colocation.

Правовое положение в России

Лицензия на услуги связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации.

Реселлинг

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

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

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

Праздник российских хостеров

Wikimedia Foundation . 2010 .

Хостинг
Тамерлан

Смотреть что такое "Хостинговая компания" в других словарях:

Хостер

Хостинг-провайдер - Хостинговая компания (также: хостер, хостинг провайдер, веб хостер, HSP (Hosting Service Provider)) компания, занимающаяся предоставлением услуг размещения оборудования, данных и web сайтов на своих технических площадках (хостинг). Зачастую,… … Википедия

Хостинг-провайдеры - Хостинговая компания (также: хостер, хостинг провайдер, веб хостер, HSP (Hosting Service Provider)) компания, занимающаяся предоставлением услуг размещения оборудования, данных и web сайтов на своих технических площадках (хостинг). Зачастую,… … Википедия

Русоникс - ООО «Русоникс» Тип Общество с ограниченной ответственностью Год основания 2001 Расположение … Википедия

Infobox - В Википедии слово «infobox» означает шаблон‐карточку. Infobox (ЗАО «Национальные телекоммуникации») Тип Закрытое акционерное общество Год основания … Википедия

FirstVDS - FirstVDS.ru Год основания 2002 Тип Закрытое акционерное общество Расположение … Википедия

Многие, начинающие пользователи сети интернет рано или поздно приходят к вопросу «А что такое хостинг?».
В этой статье мы ответим на этот вопрос и опишем стандартные решения Хостинга, которые существуют на данный момент, а также расскажем о том, как это устроено в нашей компании ООО «Хостинговые Телесистемы»

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

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

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

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

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

(рис. 1)

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

(рис. 2)

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

(рис. 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.

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

Что такое сайт и из чего он состоит?

Как выбрать хостинг

Если объяснять простым и понятным языком, то сайт – это кучка файлов, которые размещены на жестком диске компьютера. Но их еще нужно разместить так, чтобы их видели не только вы, но и любой желающий. Специально для этого были созданы интернет сервера, которые предоставляют определенное количество места на винчестере (жесткий диск) для пользователя и часть системных ресурсов:

объем оперативной памяти.
процессорное время
скорость канала связи
количество ip адресов
количество размещаемых сайтов
ssh и ftp доступ
объем потребляемого трафика
и многое другое

Чаще всего для доступа к такому серверу требуется плата от размещающего контент. Сами же посетители сайта ничего не платят.

Почему дисковое пространство нужно арендовать?

Часто задают вопрос: почему дисковое пространство нужно арендовать?

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

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

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

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

Хостинговый провайдер – компания, которая предоставляет услуги хостинга. Для таких услуг на территории РФ необходима соответствующая лицензия.

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

Существует 2 вида хостинга: реальный и виртуальный

Виртуальный хостинг

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

— это дешевый хостинг. За вас уже все настроили. Вам нужно только закачать файлы на сервер и сайт уже будет работать.

Ограничение по посещаемости такого хостинга обычно в районе 300 — 10 000 человек / день. В зависимости от используемых скриптов.

Реальный хостинг

Интернет хостинг бывает виртуальным и реальным

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

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

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

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

Для большинства сайтов на хостинге необходима:

База данных mysql
Поддержка php скриптов
Веб сервер apache или nginx

Для большинства сайтов этого вполне достаточно.

Какой хостинг самый лучший

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

Цены у всех одинаковые. Виртуальный хостинг от 50 до 300 рублей / месяц.

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

Русский хостинг

Для новичков советую выбирать джино — www.jino.ru. Это понятная, удобная панель управление хостингом. Он дешевый, легко подключать и отключать услуги.

Мастерхост – тоже хороший хостинговый провайдер.

Обычные типовые проблемы с хостингом

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