Хотелось бы сразу отметить что я не собираюсь давать ссылки
на хостеров, т.к. целью этого документа является обзор типов
хостинга. Надо понимать, что обычно вебмастера по мере роста
своего траффика и своего опыта проходят все типы хостингов,
начиная с FREE хостинга. Моя статья предназначена для тех,
кто уже перерос FREE хостинг. Итак, free-хостинги вас уже не
устраивают по тем или иным причинам, и вы хотите купить
платный хостинг для своего нового проекта. Что же мы можем
выбрать на сегодняшний день? Как разобраться в имеющихся на
рынке хостингов предложениях? В какие ловушки можно попасть?
По каким параметрам проверить качество хостинга? Вопросов
много. Постараюсь осветить лишь некоторые из них. Существует
несколько видов хостинга. Попробую перечислить их и указать
их плюсы и минусы.
I. Виртуальный хостинг.
Существует два типа виртуального хостинга - named-based и
ip-based. Отличия между ними минимальны, но в некоторых
случаях существенны. Как правило виртуальный хостинг
продается в виде пакетов - хх Гигабайт траффика, парковка
нескольких доменов и т.д, при том в случае превышения лимита
вам придется оплатить каждый гигабайт траффика, плюс у
некоторых хостеров есть заморочка называемая cpu time used
(использованное вами процессорное время), за превышение
которого также приходится платить.
а) name-based виртуальный
В данном случае на одном сервере (компьютере) с вами
располагается множество других клиентов хостинга, поэтому
иногда возможны проблемы, например из-за того, что скрипт
какого-то клиента загрузил память и процессор машины под
100%, или cайт какого-либо клиента вдруг начал потреблять
большую часть пропускной способности канала, выделенного под
сервер, на котором также физически расположен и ваш сайт.
Обычно такие прблемы решаются самим хостером, и в короткие
сроки, но ведь даже получасовой даунтайм может обернуться
крупными потерями для вас. Еще одним минусом является то,
что при name-based виртуальном хостинге все домены (ваши и
соседей) живут на одном ip-адресе, несмотря на то, что
доменные имена у вас разные, что накладывает некоторые
ограничения, а именно, Web-сервер различает ваши домены по
значению поля GET http-запроса. К сожалению, старые браузеры
(например Netscape и Internet Explorer версий ниже 2
включительно или старушка Mozaic) не умеют передавать полное
имя хоста в запросе и обращаются просто по ip-адресу домена.
Хотя эти старые браузеры уже очень мало распространены в
сети (по моей статистике они составляют десятые доли
процента, т.к. пользуются ими только студенты, работающие на
старых машинах или администраторы старых серверов), и
платежеспособность этого траффика никто не оценивал (в
принципе хостеры, которые прописывают свой сайт как default
для этого ip-адреса скорее всего его оценили), я думаю все
же не стоит его терять. Единственным плюсом такого хостинга
является то, что вам лично не нужно уметь администрировать *NIX
или WinNT, т.к. админы хостера сделают все необходимое для
подержки бесперебойной работы сервера. Но, как правило, вам
придется заплатить (возможно и нет - зависит от хостера)
дополнительно за установку необходимых вам модулей к Perl`у,
или перекомпиляцию PHP с поддержкой необходимых вам функций.
Предоставление этого типа хостинга вызвано тем, что
ip-адресов в сети катастрофически нехватает, и хотя
ip-адреса выдаются бесплатно, хостеру нужно представить
очень веские основания для их получения, поэтому зачастую
хостеры просто вынуждены предоставлять
такой тип хостинга.
б) ip-based виртуальный
Абсолютно то же самое что и а) за исключением того, что под
каждый домен вам выдается отдельный ip-адрес и вы не теряете
серферов со старыми браузерами.
Засто спрашивают: "Что желательно размещать на
виртуальном хостинге?" Мой ответ таков:
- AVS-сайты,
- CJ`и с небольшим трафиком и использующие
небольшое количество процессорного времени,
- небольшие платники,
- Фришники (также с небольшим количеством
траффика),
- Топы,
ну и любые проекты с небольшим траффиком, потому что в
пакетном режиме вам НЕОБХОДИМО уложиться в требования
пакета, чтобы не платить больше, чем вы предполагали и
избежать неприятных сюрпризов впоследствии.
II. Так называемый unlimited хостинг
В сети существует большое число хостеров, которые
предоставляют вам хостинг без ограничений по трафику за
постоянную месячную плату. Казалось бы, очень приятный вид
хостинга, но возникает закономерный вопрос: как они это
могут себе позволить? Одна из наиболее частых оснований,
дающих такую возможность, как я выяснил из разговора с
админом одного из хостеров, наличие у хостера резервного
канала. Ясно что за этот канал ему нужно платить, поэтому
хостер заинтересован в том, чтобы эти затраты окупались, и
поэтому он ставит пару серверов на этот канал и начинает
продавать unlimited хостинг. Что это означает для нас,
пользователей хостинга? Увы, поскольку пропускная
способность таких каналов невелика, и 3-4 клиента,
работающих с тгп-галереями, забьют этот канал под 100%, ваши
сайты начинают жутко тормозить. Да и за процессорнным
временем и загрузкой канала хостер на таких серверах точно
следить не будет, т.к. хостинг он вам уже продал, а желающих
попробовать такой тип хостинга в сети хоть отбавляй :) Плюс
вы оказываетесь на положении "бедного родственника" - в
случае падения основного канала все анлимитчики аккуратно
отключаются от него и вместо них подключаются более важные
клиенты которым гарантирован 99.9% аптайм. В принципе есть
еще одна причина, по которой хостер может предложить вам
unlimited traffic, а именно - хостеры не имевшие дела с
адалтом просто не представляют объемы трафика среднего
адалт-сайта и как правило через пару часов после парковки
ваших доменов и размещения сайта просто вежливо просят
оплатить траффик или убраться как можно быстрее.
III. Dedicated/colocation хостинг
Итак, все мы растем, и приходит наконец-то долгожданное
время, когда количество ваших проектов и их траффик очень
велики. Почему бы не завести свой сервер? Сразу отмечу
несомненные плюсы этого типа хостинга. Мне как админу со
стажем больше всего нравится то, что сервер находится
полностью в вашем распоряжении, т.е. нет необходимости
дергать админа хостера из-за каждой мелочи. Плюс чтобы
окупить хостинг вы можете взять к себе на сервер сайты 2-3
вебмастеров. Вы можете парковать сколько угодно доменов и
т.п...
Во-первых вам необходимо определиться что вам больше
подходит - dedicated или colocation. Dedicated - вы
арендуете у хостера сервер и платите ему в дополнении к
плате за т.н. rackspace (аренда стойки) и траффик еще и за
аренду этого сервера. Colocation - вы покупаете компьютер,
полностью настраиваете его, отправляете его по почте хостеру
и платите только за траффик и rackspace. Вот что вам
необходимо выбрать:
Конфигурация сервера:
а) Объем оперативной памяти.
Я считаю, что 256 мегабайт это МИНИМУМ, при том этого будет
достаточно для нормального функционирования только
веб-сервера при трафике 100-500к уников в день и минимальном
количестве скриптов (несложная сортировка трафика, топ с
небольшой нагрузкой, анализатор логов и т.п.). Поэтому
рекомендую оперативку брать с запасом (ставьте 384-512
Мегабайт) тем более что при нынешних ценах на память это
будет небольшой потерей.
б) Процессор.
Для большинства целей хватит P2-400, хотя если вы планируете
использовать мощные скрипты, то желательно P3-600.
в) Винчестер.
Выбираем из следующих соображений - предполагаемый объем
ваших проектов + место под операционку 100-800 мегабайт
(хотя линукс мойно спокойно запихнуть в 100-200 мегабайт,
админ хостера и вы скорее всего не будете забивать себе
голову выбором пакетов из списка в несколько сотен штук,
поэтому лучше сделать стандартную инсталляцию, которая
займет 600-800 мегабайт) + место под логи (желательно
выделить под них отдельный раздел и выбирать из соображений
что 50к уников (грубо!) дают примерно 100-200мег логов в
день)
Далее идет самое сложное - выбор
операционной системы.
Сразу небольшая оговорка - если вы хотите отправить сервер
установленной (или попросить хостера установить вам)
коммерческой ОС, то вам необходимо предоставить хостеру
копию лицензии на нее. Итак, выбор не очень велик:
а) WinNT и Win2k.
Если вы жутко богаты и согласны платить админу хостера за
установку каждого апдейта/постфикса/хотфикса то эти системы
для вас :) Плюс еще нужно отметить почти полное отсутствие
средств удаленного администрирования в первой и урезанных
(по сравнению с *NIX системами) во второй, то эти
операционки точно не подходят. Хотя конечно, если вы не
представляете себе хостинг без asp/M$Sql и прочих происков
лукавого дяди Билли, то эти операционки для вас.
б) Linux.
Отличная операционка клона *NIX, по возможностям не
уступает, а иногда и превосходит коммерческие дистрибутивы,
в последнее время очень бурно развивается. Выбор в данном
случае очень велик, поэтому рассмотрим три наиболее
популярных дистрибутива.
RedHat Linux (мой любимый дистрибутив)
- прост в настройке, легок в администрировании, имеет
удобный менеджер пакетов, хотя в последнее время больше
позиционируется на рынок десктопов.
Debian Linux - дистрибутив для
профессионалов, имеет более жесткие настройки в плане защиты
по умолчанию, несколько сложнее администрировать чем RedHat,
позиционируется больше на рынок серверов.
Slackware Linux - что-то промежуточное
между RedHat и Debian, один из плюсов - инсталляция
напоминает детский конструктор, т.е. можно собрать что
угодно - от простенького роутера до сервера или полноценной
рабочей станции.
в) BSD-клоны.
Существует несколько наиболее популярных клонов BSD UNIX, в
отличии от Linux они немного сложнее в администрировании.
FreeBSD - неплохая операционка, удобный апдейт
системы и установка нового софта при помощи ports.
OpenBSD - имеет самые крутые в плане защиты дефолтные
настройки среди бесплатных *NIX.
Теперь последнее - выбор пропускной
способности канала.
Здесь у нас опять есть три варианта - фиксированный канал,
оплата за каждый гигабайт траффика и анлимитед. С третьим
вариантом все понятно, как правило после того как вы
сообщите хостеру предполагаемый объем траффика в месяц, то
разговор останется незаконченным :) Со вторым вариантом тоже
все ясно. Итак, рассмотрим первый вариант - фиксированный
канал. Отталкиваться можно от того, что на канале в .5
Мегабит/сек вы сможете за месяц прогнать 150 Гигабайт
траффика при 90% загрузке канала. Необходимо также учесть
то, что загрузка в течении дня колеблется неравномерно,
поэтому после оценки пропускной способности накиньте
примерно 30% к результату.
а) дневное ограничение по траффику.
Возможны два варианта. Первый - ограничение по количеству
Мегабайт/Гигабайт потребляемых вашим сайтом, в случае
превышения этого лимита (даже если суммарный траффик за
месяц укладывается в рамки купленного вами пакета) вас
переведут на другой тарифный план. Второй - ограничение по
потребляемой вами пропускной способности канала хостера
(Мегабит/с или Килобит/с), в данном случае ваш сайт не
должен загружать канал хостера больше указанного значения,
при этом если ваш сайт вызвал превышение хотя бы на 10 минут
в течении дня, то вас скорее всего принудительно переведут
на другой тарифный план (более высокая абонентская плата или
более высокая оплата за гигабайт траффика). Поэтому лучше
всего сразу поинтересоваться у хостера на предмет
существования подобных ограничений.
б) проверка качества хостинга.
Во-первых выясните хотя-бы один ip-адрес серверов хостера
(проверять адрес на котором живет его собственный сайт
обычно не имеет смысла, т.к. он обычно живет на другом
сервере или канале). Далее сделайте ping со своей машины по
этому ip-адресу, если результат находится в пределах 120-300
ms (очень неплохой результат для модема на 33600), то
засчитываем плюс в пользу хостера и мысленно поздравляем
вашего провайдера с хорошим каналом на забугорье :) Далее
бредем на поисковик и ищем www-traceroute и www-ping сервисы
(желательно найти штук 5-6), далее аккуратно букмаркаем эти
сайты и делаем первую проверку на каждой из этих страничек.
Если при tracerout`е 2-3 последних хоста дают большие
задержки (ну скажем более 800 ms) то канал хостера сильно
загружен и делать вам на его сервере нечего. Далее
желательно в течении суток (ну скажем каждый час) несколько
раз делаете такую проверку. Хотя всех этих проверок можно
избежать связавшись с вебмастерами которые держат свои сайты
у этого хостера :)
в) оплата хостинга.
К сожалению в данной области опыта у меня не очень много, но
все же попробую перечислить способы оплаты, которые вы
можете использовать проживая в России.
- Первый (наиболее предпочтительный) - оплата
переводом. Идеально подходит для оплаты dedicated/colocation
хостинга, т.к. суммы в этом случае довольно-таки велики
и вы можете попробовать договориться со спонсором, чтобы
он часть ваших доходов перечислял хостеру. Можно
оплатить и виртуальный хостинг, если вы попробовав его
пару месяцев решили осесть у него надолго проплатив
сразу за несколько месяцев.
- Второй - оплата при помощи пластиковой карты. Для
оплаты виртуального хостинга это самое лучшее решение.
Минусы - если вы собираетесь платить при помощи карточки
за dedicated/colocation хостинг, то вы можете
столкнуться с тем, что хостер не может снять деньги с
карточки, хотя денег там предостаточно. Это вызвано тем,
что вы или ваш банк при открытии кредитки установили
дневной и/или недельный лимит для карточки. В этом
случае хостеру придется снимать деньги с карточки
несколько раз небольшими суммами, т.е. это лишняя
головная боль для хостера и для вас. Также есть еще один
подводный камень - существует вероятность что базу
хостера с номерами кредиток клиентов могут спереть
злобные хакеры и вы однажды можете получить дикие счета
по кредитке. Поэтому советую для расчетов в сети завести
отдельную карточку (говорят для этого идеально подходит
visa-internet) и держать на ней небольшую сумму которой
вам будет достаточно для оплаты хостинга и других
текущих расходов (лучше раз в неделю забегать в банк и
перекидывать деньги на карточку, чем потом бегать месяц
чобы получить деньги по chargeback`ам).
- Третий - оплата при помощи Western Union.
Несомненный плюсом является скорость - человек, которому
вы сделали перевод может получить деньги в любой точке
земного шара через 15 минут после внесения вами денег.
Главный минус - высокие проценты (7 и выше), которые
очень высоки для маленьких сумм. Этим способом можно
воспользоваться если вам необходимо срочно перевести
деньги хостеру или в том случае, если другие способы
оплаты вам не подходят.
|
