Виртуальный сервер
Июль 7th, 2007 adminОбычный или “shared” (т.е. “разделяемый”) хостинг - наверное самая распространенная услуга хостинг-провайдеров, особенно начинающих.
Технически представляет собой “мощный” сервер, подключеный к “толстому” каналу. На таком сервере “живут” от несколько десятков до нескольких сотен WWW проектов (сайтов). Все они используют (в классическом случае) один WWW сервер, один FTP сервер, один SQL сервер, один сервер почты и другие вспомогательные службы.
Все дело в том, что современные реализации этих служб (программы-демоны) можно настроить так, что они предоставляют свои услуги сразу многим зарегистрированным на сервере “пользователям”. Например, WWW сервер “знает”, что главная страничка ресурса http://www.pupkin.ru лежит в каталоге /usr/www/pupkin, а главная страничка проекта http://www.dudkin-zoro.ru лежит в каталоге /usr/www/dudkin-zoro. Аналогично FTP сервер настроен таким образом, что при обращении на машину по протоколу FTP и c логином pupkin можно получить доступ к /usr/www/pupkin; при обращении же с логином dudkin-zoro откроется доступ только к /usr/www/dudkin-zoro. Наконец, почтовый сервер “понимает”, что miranda@pupkin.ru и miranda@dudkin-zoro.ru - это разные почтовые ящики, и раскладывает приходящую почту для этих адресов в разные файлы.
Заметим, что на заре развития Интернета дела обстояли далеко не так благополучно, и приходилось “сажать” каждый WWW проект на отдельный IP адрес и для каждого проекта запускать привязанные именно к нему службы.
Итак, в случае “обычного” хостинга все проекты лежат на одной машине, каждый в своем каталоге (конечно, проект ограничен некоторой дисковой квотой - в зависимости от выбранного тарифного плана). Управляет всем этим хозяйством системный администратор (или целая команда администраторов) хостинг-провайдера. Понятно, что главными задачами администратора по обслуживанию такой системы являются:
обеспечение внешней безопасности;
обеспечение внутренней безопасности;
контроль за потребляемыми ресурсами, т.е. недопущение перегрузки сервера.
Рассмотрим подробнее эти понятия:
Задача обеспечения внешней безопасности (т.е. противодействие сетевым атакам) не является специфической именно для хостинга и решается стандартными методами - своевременным обновлением ПО, настройкой файерволла, слежением за журналами соединений и т.п.
Обеспечение же внутренней безопасности - задача более сложная, т.к. исходить нужно из того, что любой пользователь системы (уже имеющий легальный доступ на сервер - в рамках своего проекта) может попробовать себя в роли “хакера” и попытаться получить доступ к документам других проектов, находящихся на этой же машине. Ни при каких условиях, случайно или намеренно, пользователь pupkin не должен смочь прочитать/изменить документы проекта dudkin-zoro.ru, прочитать/изменить содержание почтовых ящиков в домене dudkin-zoro.ru и т.п.
Наконец, одной из важнейших задач хостинг-провайдера является контроль за нагрузкой на сервер. С одной стороны, чем больше WWW проектов “тащит” один сервер, тем экономически выгоднее хостинг для провайдера. С другой стороны, чем больше нагрузка на WWW сервер (или, например, SQL сервер), тем больше “время отклика” отдельно взятого проекта. “Хороший” хостинг-провайдер обязан вовремя замечать необходимость выделения дополнительных ресурсов (аппаратный апгрейд, установка еще одного сервера, расширение канала и т.п.) по мере роста числа клиентов хостинга. Оценить, насколько “загружен” хостинг данного провайдера, можно просто: посетив проекты, размещенные на этои хостинге и субъективно оценив скорость загрузки страничек и скорость реакции скриптов (чаты, форумы, гостевые книги). Узнать же об этих проектах можно либо на сайте хостинг-провайдера, либо в разделе “Отзывы клиентов” проекта hostobzor.ru (тексты отзывов лучше не читать 
), либо написав письмо в службу технической поддержки. Предпочтительный вариант - если провайдер дает такую возможность - получить тестовый бесплатный доступ на некоторый срок, с тем чтобы “на месте” разобраться, как поведет себя Ваш проект на тестируемом сервере.
Из всего вышесказанного следует, что технически (для провайдера) “бесплатный хостинг” и “обычный” хостинг по некому тарифному плану за “X у.е. в месяц” не сильно отличаются друг от друга - разве что количеством предоставляемых пользователю возможностей (база данных, терминальный доступ по Telnet/SSH, доступ к лог-файлам, домены 3-его уровня в рамках своего проекта, SSL и прочие “вкусности”). Но, в отличие от “бесплатного” хостинга, никаких баннеров от провайдера на Ваших страничках не крутится и вообще, Вы на 100% сами определяете, что увидит в своем браузере посетитель Вашего проекта. И конечно, как правило, техническая поддержка более доступна и “человечна” - ей можно позвонить и задать вопрос, написать электронное письмо или даже пообщаться через ICQ. И конечно, размещение корпоративного сайта в “своем” домене 2-го уровня (например, http://www.firma.ru) выглядит гораздо более солидно, чем на бесплатном хостинге с адресом http://firma.superhosting.ru и главной страничкой, на которой постоянно висит рекламный баннер от провайдера совершенно “не в тему”.
Выбор за Вами, благо выбирать есть из чего !
Матвей Александров
ведущий специалист
компании “Диджитал Нетворк” (MSM.RU)
Источник: http://hostobzor.ru/guide/shared.php
Бесплатный хостинг
Июль 6th, 2007 adminДля начала я попробую немного отойти от технических деталей и рассмотреть вопрос “бесплатного” хостинга под углом экономического восприятия этого явления в интернете.
И вот к каким интересным выводам я прихожу: для очень большой части пользователей интернета термин “бесплатный” прочно ассоциируется с халявой. Хотя в 99% случаев это не так. Этот термин в большинстве случаев говорит только об отсутствии денежной оплаты за услугу. В применении к “бесплатному” хостингу существует, как правило другой эквивалент, не денежный, для оплаты услуг хостинговой компании.
Вопрос бизнес-модели провайдера, предоставляющего хостинг, очень важен для принятия решения о размещении сайта на “бесплатной” площадке. Я бы сказал - основополагающий. Четкая и понятная бизнес-модель дает возможность сделать правильные выводы и застраховать себя от разочарований в будущем, сэкономить время и деньги. С моей точки зрения, люди, навешивающие ярлыки типа “бесплатного сыра не бывает” или “бесплатно - только на помойке” либо не разобрались в явлении, либо имеют однобокий печальный опыт, проистекающий также от нежелания затратить дополнительные усилия и разобраться в вопросе.
Для чего хостинг-провайдеру это надо? Зачем тратить свои ресурсы, как материальные так и людские? Альтруизм? Ни в коей мере. В основе всегда лежат конкретные причины и вполне конкретная выгода.
Основные причины и побудительные мотивы открытия “бесплатного” хостинга:
доход от рекламы, прокручиваемой на страницах пользователей
Попробую для начала рассмотреть получение дохода от баннерной рекламы. Мне доводилось как слушать, так и читать много разных мнений со стороны на эту тему. Ряд авторов, достаточно убедительно доказывал, что провайдер имеет “бешенные бабки” от рекламы на сайтах бедных юзеров. Другие, вполне резонно сомневались в выгоде. А истина, как обычно, где-то посередине.
В общем-то, и доход, конечно есть, но совсем не бешенный. Много бесплатных хостингов закрылись в момент ряда обвалов рынка баннерной рекламы. Значит в основном на этом строилась их бизнес-модель. И она не прошла проверки рынком. Но многие продолжают эксплуатировать этот вариант расчетов. Если вы присматриваетесь к “бесплатному” хостингу, требующему размещения рекламы на страницах, то возможно вам будет полезна следующая информация.
Реклама на сайтах, которые обычно хостятся на таком хостинге, как правило очень дешева. Стоит дорого только тематическая реклама, когда заказчик рекламной кампании, покупает ее только на тех сайтах, куда с большой долей вероятности придет его клиент. Подсчитывая про себя прибыль, которую принесет ваш сайт провайдеру, не ошибитесь, переоценивая свой сайт. Также очень распространено ошибочное мнение о том, что провайдеру выгодно блокировать раскрученные сайты и затем крутить свои баннеры на страницах ошибок. Это не так. Раскрученный сайт всяко принесет дохода больше, откручивая рекламу на своих страницах, чем на страницах ошибок. Ничего практически не стоит, как правило, реклама на страницах чатов и форумов. За очень редким исключением. На такие сайты часто ходят одни и те же посетители. Нет смысла крутить им один и тот же баннер. А вот затратная для провайдера часть достаточно велика.
привлечение клиентов на платный хостинг
Привлечение клиентов на платный хостинг - также одна из самых распространенных причин открытия “бесплатного” хостинга. При такой модели для пользователя формируется довольно распространенная в мире схема - “Попробуй, затем купи”. Очень разумный вариант, но, к сожалению, в диком исполнении убивает идею полностью. При нормальном варианте, когда пользователь еще реально не представляет для чего ему нужен сайт, не может просчитать затраты на него и отдачу, он создает сайт на “бесплатном” хостинге. Затем по мере роста как сайта, так и вебмастера, идет покупка дополнительных услуг, а затем и полный переход на платный хостинг. При “диком” варианте сначала дают максимум возможностей при практическом отсутствии “платы”, не требуют баннеров и т.п. После набора клиентской массы, а растет она очень быстро, следует обьявление: “Все, господа! С завтрашнего дня все дружно начинаем платить деньги”. Расчет идет на определенную ленность и консерватизм пользователей. Если 10-20% останутся, то овчинка стоила выделки. К счастью, народ быстро умнеет и такие приколы быстро устаревают.
увеличение своего имиджа как провайдерской фирмы
Имидж - достаточный резон для провайдера, но он не работает сам по себе. Или работает очень редко. Делать на него ставку, при выборе хостинга очень трудно. Это, например, может быть вариант, когда провайдер “обрабатывает” потенциального крупного спонсора. В таком случае, открыв “бесплатный” хостинг, он за считанные дни наберет большую массу пользователей. Но со стороны очень трудно, не владея информацией о деталях сделки, сделать вывод о надежности и долговечности такого хостинга. Но, вкупе с другими источниками получения дохода от хостинга, это работает.
отладка программного обеспечения
Отладка программного обеспечения (а также проверка работоспособности службы тех.поддержки) - более характерна для западных фирм. Стоимость привлечения тестеров для своего софта там достаточно велика и голые затраты на железо и трафик с минимальной поддержкой это вполне окупают. Тем более, что при привлечении платных тестеров эти затраты все равно состоялись бы. Всем наверное памятен хостинг f2s.com. Если я предположу, что они как раз занимались отладкой, то скорее всего я не ошибусь. Но долговечность такого проекта весьма сомнительна. Хотя в противовес вам скорее всего дадут комплект вполне профессиональных возможностей.
дефицит исходящего трафика при расчетах с другими провайдерами
Дефицит исходящего трафика при расчетах с другими провайдерами - этот вариант характерен для провайдера, предоставляющего доступ в интернет (Internet Service Provider). Набрать большую клиентскую массу на платном хостинге достаточно долго, бесплатный растет значительно быстрее. Но взиморасчеты между канальными операторами вещь достаточно темная, закладываться на это тяжело и прогнозы по поводу долговечности и надежности строить - занятие неблагодарное.
Сюда бы я еще отнес размещение сайтов своих клиентов на интерет-доступ. Вот это уже вещь очень выгодная для провайдера, при условии, что посещаемость сайта будет обуславливаться в основном за счет внутрисетевого трафика. Например, внутрикорпоративный сайт фирмы, сотрудники которой и составляют основную массу посетителей сайта. Но “бесплатность” такого хостинга также весьма условна. Фирма платит за трафик своих сотрудников к сайту, при этом затраты провайдера минимальны.
снижение стоимости трафика при увеличении его обьема
Снижение стоимости трафика при увеличении его обьема - тоже вариант, который сам по себе присутствует редко. Достаточно часто провайдер покупает у канального оператора больше трафика чем нужно. Так сказать с запасом. Допустим насущная потребность составляет 1,2Тбайт в месяц. Зачем покупать 1Тбайт и доплачивать за превышение? Очень часто выгоднее купить, например 2Тбайта, но по значительно меньшей цене за гигабайт и получить как бы “бесплатные” 0,8Тбайт в месяц. И пустить их, например, под “бесплатный” хостинг с банерной рекламой. Типа, с паршивой овцы - хоть шерсти клок.
поиск идей и контента для своих проектов
Поиск идей и контента для своих проектов - вещь также имеющая место быть. По вполне понятным этическим соображениям мне не хочется рассматривать этот вопрос. Замечу лишь, что крупные провайдеры этим не балуются. У них из этого скорее получаются вполне разумные партнерские отношения. Это выглядит как спонсорство со взаимными долями у вебмастера и спонсора-провайдера.
Вернемся к техническим аспектам хостинга. Я не зря тратил время на подробный разбор различных бизнес-моделей. Поскольку они (модели) в основном и определяют те технические ресурсы, которые выделит провайдер на проект “бесплатного” хостинга.
Вот, к примеру, такая техническая особенность - запуск скриптов и индивидуальные настройки на каждый сайт, приводят к отдельным записям в конфигурационных файлах сервера для каждого виртуального хоста и, соответственно, к дополнительным затратам ресурсов машины. Каждая запись забирает порядка 10 Кбайт оперативной памяти вебсервера Apache, на котором чаще всего живут такие хостинги. Т.е. работает такой сайт или не работает - а ресурсы потребляет. Значит провайдер будет очень косо смотреть на непосещаемые ресурсы. Они ему обьективно не выгодны. Хостинг, который не дает таких возможностей, может построить свои настройки таким образом, что имя сайта будет транслироваться на директории файловой системы. Тогда каждый сайт не надо будет прописывать в файле конфигурации. Пришел запрос на страницу, поискал вебсервер соответствующую запросу директорию и выдал страницу браузеру. При таком варианте малопосещаемые сайты даже предпочтительнее. Место на диске стоит недорого.
Предоставить или не предоставить, например, базу данных сайту - также напрямую зависит от бизнес-модели.
Если речь идет о тестировании хостинга - берите все, проверяйте на доброе здоровье.
Если же ваша оплата - показ банеров, то вам скурпулезно будут считать все ресурсы, которые потребляет ваш сайт и соотносить с отдачей, которую он приносит провайдеру.
Загрузка SQL сервера - это также ресурс, который вы потребляете.
Разрешено вам пользоваться отправкой писем из своих скриптов - загрузка почтового сервера это тоже ресурс. Платите.
С другой стороны в таком подходе есть о-о-о-очень большие плюсы. На большинстве платных хостингов вы платите за некий заранее определенный набор услуг. Не важно выбираете вы его или нет. Вряд ли провайдер снизит вам цену ниже определенного предела если у вас малопосещаемый сайт. В случае “бесплатного” хостинга ваша плата четко соответствует потребностям вашего сайта. Мало потребляю - мало плачу. Много потребляю - много плачу.
Попробуйте разместить сайт на стандартном тарифе при трафике порядка 40-50 Гбайт в месяц на платном хостинге. С вами, скорее всего, заведут разговор о переходе на выделенный сервер. При партнерских взаимоотношениях с провайдером, когда он получает доход от рекламы на вашем сайте, проблем скорее всего не будет. С другой стороны, если провайдер не “хочет” вас держать на “бесплатном” хостинге - это верный признак того, что затратная и доходная часть вашего сайта не сбалансированы и вам, например, вряд ли удастся окупить сайт, самому продавая рекламу на нем и разместив его на платном хостинге. Поверьте, хостеры эти вещи считают очень хорошо и вполне можно доверять их мнению. Так же важен момент регистрации. Если от вас не требуют описания сайта для его размещения - это значит, что первое время к вам будут присматриваться. Т.е. судить по вам по делам вашим. Кстати регистрация - это тоже деталь бизнес модели. Провайдеры в этом моменте четко деляться на две половины - со свободной регистрацией так и по предварительной записи. В первом случае легкий процесс получения хостинга, но и ждите у провайдера отлаженной системы блокировки сайтов, нарушающих правила. Во-втором можете вообще не получить хостинг. Применение первого способа также часто говорит о дополнительном запасе прочности оборудования и ресурсов провайдера.
Рассмотрим технико-экономический аспект размещения банерной рекламы. Скажем так - немного цифр. На данный момент стоимость рекламы, откручиваемой на “бесплатном” хостинге составляет ~ 0,3$ за 1000 показов. Возмем стоимость 1 Гбайта трафика для среднего провайдера в 1$ Итого получим 1 Гб трафика = 3000 показов. Т.е. на 1 банерный показ приходится порядка 300К трафика. Правда здесь я не учел затраты на размещение сервера, обслуживание, затраты на офис и прибыль. Так что эта цифра может служить только приблизительным ориентиром. Но тем не менее такие расчеты помогут вам прикинуть те рамки в которых ваш сайт должен укладываться чтобы не возникло проблем с провайдером. Вряд ли кто-то будет держать убыточный сайт у себя. Размещение файлов под скачку на хостинге, который использует модель с банерной рекламой - верный способ сделать сайт убыточным для провайдера. Я думаю, что реакция последует незамедлительно.
Хотелось бы рассмотреть и такой ресурс как загрузка процессора сервера. Голым трафиком здесь для расчетов уже не обойдешься. Но идея следующая - работа скриптов, не выдающих в результате страницы с банером, получается как бы “не оплаченной”. Вот почему на “бесплатных” хостингах так не любят Топы, счетчики типа SpyLog и т.п. Опять же балансировка нагрузки сервера дело достаточно тонкое. В большинстве случаев время работы скрипта не должно превышать 1сек. Если оно у вас выше, то скорее всего вариант “бесплатного” хостинга не для вас. С другой стороны те жесткие рамки, которые выставляет вам провайдер очень реальные. Вас как бы заставляют заняться оптимизацией вашего сайта. Это очень хорошая школа. Если вам удалось уложиться в требования, значит у вас скорее всего не будет проблем и при других видах хостинга.
И еще один аспект мне бы хотелось здесь рассмотреть. Это вопрос раскрутки доменного имени. Помните, что доменное имя третьего уровня, которое вам выделяет провайдер при регистрации - это его собственность. Раскручивать его стоит только при уверенности в завтрашнем дне сайта. Типовой сценарий развития событий следующий. Пока сайт не раскручен, он потребляет немного ресурсов и, соответственно если и выходит где-то за рамки, то на это часто провайдер смотрит сквозь пальцы. По мере раскрутки резко растет посещаемость ресурса и сайт начинает привлекать пристальное внимание админа хостера. Вот здесь уже никаких поблажек не будет. Любой выход за границы, очерченные провайдером, будет пресекаться. Разумных выходов два. Во-первых постоянная проверка сайта на соответствие требованиям и ограничениям. Во-вторых - регистрация на себя доменного имени второго уровны и привязка к сайту на бесплатном хостинге. Многие провайдеры дают такую услугу. Стоит она обычно 2-3$ в месяц. По мере вырастания сайта из рамок “бесплатного” вы перемещаетесь вместе с сайтом на платный хостинг. При этом затраты в раскрутку имени не пропадут даром.
Я подитожу свои заметки некоторыми выводами и рекомендациями.
Во-первых - бесплатному хостингу - быть. Он реально нужен и выгоден. Как провайдеру так и клиенту.
Во-вторых. Только грамотный провайдер с продуманной и реальной бизнес-моделью может дать надежный и долгоиграющий “бесплатный” хостинг.
В-третьих. Только грамотно оценивший как свой сайт, так и провайдера пользователь, получит хороший “бесплатный” хостинг для своего проекта. Если бы вы только знали как много сайтов солидных фирм годами живут на “бесплатном” и не видят смысла в смене хостинга.
В-четвертых. Ламеры не открывают “бесплатный” хостинг. А если открывают, то живут не долго. Какими бы странными не казались вам требования и рекомендации провайдера, скорее всего за ними стоят опыт и четкое понимание ситуации. Проверка своего проекта таким хостингом часто бывает очень полезна сама по себе. Если вас регулярно закрывают, то вполне может быть это не вина провайдера. Может быть что-то не в порядке в с самим сайтом? А если живет долгое время с приличной посещаемостью, то вероятнее всего - вы на правильном пути.
Рекомендации также достаточно просты:
Надо в первую очередь запастись в большом количестве здравым смыслом. Прикиньте возможности, которые дает вам провайдер и какую “плату” за это он требует. Оцените по косвенным признакам его бизнес-модель, как долго эта модель остается жизнеспособной и насколько вам подходит.
Если будете оценивать такие качества провайдера, как непадучесть его серверов, то задумайтесь за счет чего это достигается. И наоборот - если сервер провайдера периодически в дауне, то это далеко не всегда следствие плохой тех поддержки. Может как раз наоборот. Идут смелые эксперименты (для чего хостинг и создавался). Но если вам важно также отработать какие-то свои технические решения, то возможно такой провайдер как раз для вас.
Очень критически относитесь к любым отзывам о провайдере. Выбирайте из этих отзывов зерна истины для себя. Что называется читайте между строк.
- Провайдер плох - он убил мой сайт!!!
А что за сайт был? А хорошо ли жилось бы вашему сайту с таких соседом?
- Провайдер классный!!!
А что у вас за сайт? Да так, домашняя страничка. Ходит на нее два десятка посетителей в месяц.
- Служба поддержки никакая!!!
А сколько вы любезный откручиваете провайдеру рекламы?
И т.д. Чьё-то отрицательное мнение, для вас может оказаться большим плюсом и наоборот.
Помните - чудес не бывает, а если бывают, то очень редко. В начале славных дел не спешите ругаться на тех поддержку. Может быть вы просто еще мало “заплатили”?
Следует также помнить, что многое вам дается в кредит. Авансом. Не стоит требовать много сразу. Если вы реально делаете вещь, то чаще всего вам во многом пойдут навстречу. Но сразу после регистрации своего сайта - вы для провайдера темная лошадка. Он не знает что от вас и вашего сайта ждать.
И самое главное - забудьте слово “бесплатный”. Используйте лучше термин “не за деньги”. Очень внимательно прочтите требования провайдера. В них как правило и заложена оплата за хостинг.
Андрей Ширченко
системный администратор компании “Вебсервис центр”
Источник: http://hostobzor.ru/guide/free.php
Co-location и выделенный сервер
Июль 5th, 2007 adminБурное развитие телекоммуникаций застало приход нового тысячелетия в новом витке технологических преобразований. Не остался в стороне и Web-Hosting как одна из профилирующих услуг интернет-сервиса. И если стремительное развитие IT в 90-ых характеризовалось, прежде всего, широко представленным предложением виртуального (в т.ч. бесплатного) хостинга, то новое десятилетие отмечает возросший интерес к разного рода технологиям выделенных серверов (dedicated servers) и co-location.
Что такое co-location? Co-location (colocation, collocation) дословно - это размещение физической машины клиента в специально оборудованном помещении провайдера на его технической площадке (в дата-центре). Помимо собственно размещения в базовый набор услуг по co-location входит:
Предоставление определенного объема предоплаченного трафика (входящего или исходящего, в зависимости от провайдера) или полосы пропускания;
Подключение к внешним каналам с высокой пропускной способностью (от 100 Мбит/c), наличие резервных каналов;
Повышенный уровень безопасности (система бесперебойного электропитания, климат-контроль, backup, охрана от физического проникновения посторонних на техническую площадку и т.д.);
Круглосуточная поддержка;
Оперативное устранение неисправностей непосредственно “на месте” (on-site).
Смежной с co-location является услуга аренды выделенного сервера (сервер не принадлежит клиенту, а взят в аренду у провайдера). В базовый набор услуг при аренде выделенного сервера обычно входит в дополнение к выше перечисленному :
Программное обеспечение для управления функциями сервера;
Предустановленное серверное программное обеспечение.
Услуга аренды сервера интересна в большей степени клиентам, территориально удаленным от коммуникационных центров (в России это Москва и Санкт-Петербург), а также тем, кто не хочет вкладывать деньги в покупку сервера, и тем у кого нет возможности инсталировать сервер своими силами, т.к. для этого нужно обладать знаниями системного администратора.
Co-location и dedicated существенно расширяют возможности веб-узла и являются единственно возможным решением для некоторых интернет-проектов. Как правило, к услугам аренды и размещения сервера прибегают при высоких требованиях к безопасности, потреблении большого объема трафика, высокой нагрузке на вычислительные мощности. Ведь при виртуальном хостинге ресурсы сервера делятся на всех клиентов размещенных на нем, и в случае появления высоко загруженного ресурса на сервере, вероятен отказ в обслуживании. Кроме того, безопасность виртуального хостинга вызывает большие сомнения: в 80% случаев взломы таких серверов производятся самими же клиентами. Немаловажным фактором при выборе выделенного сервера является возможность использования различного программного обеспечения и полный контроль над сервером. Последнее обстоятельство позволяет реализовать проект любой сложности с гарантированной защищенностью данных; для высоко загруженных проектов возможна реализация распределения вычислительной и сетевой нагрузки по нескольким серверам.
Среди проектов, решение которых в сети Интернет требует услуги co-location или выделенного сервера, следует назвать:
поисковые системы (www.yandex.ru)
фото-галереи (www.alenmax.ru)
виртуальные магазины (www.ozon.ru)
хостинг-провайдеры (www.nodex.ru)
on-line базы данных (www.integrum.ru)
крупные проекты (www.uptime.ru)
интернет-версии оффлайновых СМИ (www.comprice.ru)
сайты с большим трафиком (www.mail.ru)
особо важные проекты (www.government.ru)
порталы (www.interpress.ru)
Несмотря на непространственную природу Интернет, широкое распространение спроса на услуги co-location в последнее время является своеобразной реакцией на распространение виртуального хостинга. Можно сказать, что в случае заключения контракта на co-location абонент покупает прежде всего определенное географическое место. Это место может характеризоваться особым географическим положением провайдера, включенностью в оптимальную телекоммуникационную инфраструктуру или, что тоже важно, хотя бы как психологический фактор, относительной близостью к главному офису заказчика.
Учитывая все эти факторы можно уверенно прогнозировать стремительное развитие данного вида web-услуг в Санкт-Петербурге. Данный регион - являющийся важнейшим телекоммуникационным центром России, местом, где пересекаются основные магистральные линии, связывающие страну с мировыми коммуникациями, - является вторым по экономической значимости регионом РФ. Более низкая по отношению к Москве затратная часть IT-бизнеса, высокий профессиональный уровень кадров, быстрое экономическое развитие региона в целом позволяют прогнозировать развитие спроса на услуги co-location и dedicated на петербургском рынке.
В тоже время, по мере популяризации спроса на услуги co-location, возникает и предложение по бесплатному сервису co-location. Уже сегодня реализует, по крайней мере в пространстве виртуальном, коммунистический идеал the California Community Colocation Project (CCCP).
Роман Дорохин
технический директор компании NODEX
Источник: http://hostobzor.ru/guide/colocation.php
Регистрация доменных имен
Июль 4th, 2007 adminДоменное имя - это уникальный набор символов, который позволяет ассоциировать ресурс, работающий в сети Интернет, с сервером (в частности с его IP адресом), на котором он расположен. Если говорить о хостинге, то доменное имя - это уникальный адрес, с помощью которого любой пользователь сети Интернет может найти ваш ресурс в сети Интернет.
Адресация ресурсов в сети Интернет функционирует благодаря работе службы Доменных Имен (Domain Name Service). За общую координацию и управление сетевой службой имен (DNS) и особенно за делегирование верхнеуровневых частей пространства имен, так называемых доменов верхнего уровня отвечает организация Internet Assigned Numbers Authority (IANA, http://www.iana.org/).
К доменам верхнего уровня, за которые отвечает IANA, относят общие организационные домены (Generic Domains)- .com, .net, .org, .biz, .info, .gov, .edu, .mil и т.д.; и домены стран (Country Code Domains) - .ru, .us, .ua, .ca и т.д., а также инфраструктурный домен .arpa, используемый исключительно IANA в целях поддержки работы Интернет.
Это самый верхний уровень иерархии доменных имен в сети Интернет и домены в этой зоне для хостинг-потребностей не регистрируются.
Наиболее часто пользователи регистрируют домены второго и третьего уровня: domain.zone1 и domain.zone2.zone1. К ним относятся домены типа domain.com, domain.ru, domain.net.ru, domain.kiev.ua и тому подобные. В каждой доменной зоне есть Администратор, который отвечает за ведение DNS для зоны и вносит изменения в базу данных доменов зоны.
Домены четвертого уровня для адресации интернет-сайтов используются редко, из-за неудобства запоминания адресов такого типа посетителями. Но некоторые хостинг-провайдеры предоставляют домены такого типа своим пользователям в качестве алиасов к доменам второго и третьего уровня, регистрация которых может занимать несколько суток (из-за необходимости обновления информации мировых DNS-серверов), чтобы дать возможность пользователям работать с ресурсом в это время. Регистрация/модификация доменного имени четвертого уровня осуществляется владельцем (администратором) соответствующего ему доменного имени третьего уровня, она занимает немного времени из-за того, что данные о DNS-записях для такого домена не содержатся в мировых DNS.
Общие сведения о регистрации доменов.
Вообще, под регистрацией (делегированием) доменного имени в сети Интернет понимают передачу доменного имени Администратором доменной зоны во временное пользование члену сообщества сети Интернет на срок, равный периоду делегирования (величина кратная одному году). По истечении срока делегирования время пользования доменом может быть продлено или, если этого не произошло, делегирование домена отменяется. Таким образом, доменное имя не может являться объектом собственности.
В зависимости от правил доменной зоны, регистрация доменов в ней может происходить как на платной (.com, .net, .ogr и т.д.) так и бесплатной основе (.org.ua, .net.ua и т.д.). Кроме того, регистрация может производиться как непосредственно через Администратора зоны, так и через определенных им регистраторов (реселлеров), которые могут за свои услуги взимать дополнительную оплату.
Правила доменной зоны могут ограничивать круг пользователей, которые могу получить домен в этой зоне, например, в зоне .gov.ru может зарегистрировать домен только организация, имеющая статус органа государственной власти Российской Федерации. Поэтому, перед тем как регистрировать доменное имя, желательно ознакомиться с правилами зоны, в которой вы собираетесь его регистрировать. Часто Администратор доменной зоны поддерживает работу сайта, на котором любой пользователь сети Интернет может получить квалифицированную помощь, ознакомиться с правилами зоны, перечнем регистраторов зоны (если они есть), информацией о базе доменов, новостями и с другой полезной информацией. Обычно для этой цели резервируется домен nic в этой зоне (например, на сайте http://nic.dp.ua/ размещена информация о Правилах делегирования и администрирования доменов в зонах .DP.UA и .DNEPROPETROVSK.UA). Хотя, вполне возможно, что Вы сможете найти эту информацию и на сайте www соответствующей зоны, как это сделано на сайте http://gov.ru.
Организации, предоставляющие услуги регистрации доменных имен.
Услуги по регистрации доменных имен могут предоставлять как узко специализированные компании, которые занимаются только регистрацией доменов, так и хостинговые компании, предоставляющие эту услугу как сопутствующую к хостингу. Кроме того, ваш интернет-провайдер скорее всего тоже может зарегистрировать вам домен. Но если кроме доступа к сети Интернет, интернет-провайдер не предоставляет весь спектр хостинг-услуг на профессиональном уровне, то, как правило, регистрировать домен через интернет-провайдера мене удобно и более дорого.
На что следует клиенту обращать внимание.
При выборе компании, через которую Вы хотите зарегистрировать домен, обязательно обратите внимание на то, является ли она непосредственным регистратором доменных имен в выбранной Вами зоне или она регистрирует домены через третью фирму-регистратора. В первом случае процесс регистрации/модификации доменного имени занимает, как правило, меньше времени и обходится несколько дешевле.
Но кроме денежной стороны вопроса, существует еще немаловажная - техническая.
Если Вы регистрируете домен через узкоспециализированную фирму, у которой регистрация доменов - приоритетная сфера деятельности, нужно быть готовым к тому, что при размещении ресурса на своем собственном сервере или на сервере какого-либо хостинг-провайдера придется конфигурировать для него DNS-записи и обеспечить его поддержку на сервере, где он будет непосредственно размещен. В большинстве случаев такие фирмы предоставляют веб-интерфейс, с помощью которого управление DNS-записями домена упрощается, но, не смотря на все это, процедура управления в этом случае требует от пользователя определенного уровня технических знаний.
Хостинговые компании чаще всего обеспечивают пользователю более полный пакет услуг, то есть конфигурируют DNS-записи сами, и зачастую от пользователя требуются только информация о доменном имени и о регистранте, ну, и оплата услуг, если домен не предоставляется бесплатно. Кроме того, некоторые хостинговые компании практикуют предоставление доменных имен бесплатно или со значительной скидкой при покупке более дорого хостинг-плана или при предоплате более длительного периода. Однако в этом случае всегда следует обращать внимание на чье имя регистрируется домен (то есть кто будет его непосредственным арендатором). Этот факт может оказаться решающим, если вы, например, захотите сменить хостинг-провайдера. Если домен зарегистрирован не на вас, скорее всего вы не сможете забрать его с собой к другому провайдеру.
Юлия Волгина
Директор компании “Самсон-В”, торговая марка - UKRHOSTING
Источник: http://hostobzor.ru/guide/domen.php
Парковка доменов
Июль 3rd, 2007 adminЧто такое парковка
Услуга парковки доменного имени означает, прежде всего, поддержку DNS-зоны вашего домена с обеспечением открытия какого-либо сайта при вводе в адресной строке браузера имени этого домена. Какой именно сайт будет открываться - зависит от выбранного вами варианта парковки (их может быть несколько) - начиная с рекламной странички хостинг-провайдера и заканчивая вашим собственным небольшим сайтом.
Когда нужна парковка
Предположим, вы пока не готовы к организации своего виртуального сервера, но опасаетесь, что выбранное вами доменное имя займет кто-то другой. Пока вы готовите свой сайт, доменное имя можно зарезервировать и даже показывать какую-либо страничку. При этом вы почти наверняка получаете полноценный почтовый адрес (в зависимости от того - предоставляет ли это вам хостер) и - иногда - даже возможность редактирования контента своего небольшого сайта.
Кроме этого вы можете использовать парковку домена при наличии своего сайта на каком-либо бесплатном хостинге. При этом ваш домен будет открывать сайт, размещенный у бесплатного хостера, сохраняя в адресной строке браузера имя вашего домена (то есть - скрывая длинное “кривое” имя бесплатного хостинга).
Наконец, парковку можно использовать, когда у вас есть несколько доменных имен (созвучных друг другу), которые должны отображать один и тот же сайт (например, AUTO-SPORT.RU / AUTOSPORT.RU / AVTO-SPORT.RU / AVTOSPORT.RU). Тогда сам сайт (один из доменов) размещается на хостинге, а остальные домены - припарковываются и направляются (как редирект или фрейм) на него.
Какие могут быть варианты парковки
Обычно парковка предполагает следующие варианты (по возрастающей функциональности):
открытие по вашему доменному имени рекламной странички хостера (обычно с выделением вам полноценного почтового адреса в вашем домене);
перенаправление с вашего доменного имени на какой-либо существующий сайт (например, размещенный на бесплатном хостинге); при этом есть возможность сохранить в адресной строке браузера либо URL с вашим доменным именем (”Парковка-Фрейм”), либо - с новым адресом, куда, собственно, и осуществляется перенаправление (”Парковка-Редирект”);
размещение вашего небольшого сайта без доступа для его редактирования (а иногда и с таковым).
Чем парковка отличается от хостинга
Главное преимущество парковки в ее существенной дешевизне по сравнению с традиционным виртуальным хостингом. Однако, за это приходится расплачиваться почти безусловным отсутствием FTP-доступа к отображаемой странице (в случае, если отображается страница с сервера хостера) или отсутствием полноценных возможностей хостинга, таких как Панель Управления, субдомены, CGI, SSH, SSL, MySQL (в случае, если вы делаете редирект на другой сайт).
На что обратить внимание
Следует иметь в виду, что использование “Парковки-Редиректа” (или “Парковки-Фрейма”) лишает возможности ваш сайт быть корректно проиндексированным поисковыми системами (Яндекс, Рамблер, Апрот и т.п.), так как фактически контент сайта расположен на другом сервере. Поэтому регистрировать свой сайт нужно лишь после размещения его на полноценном виртуальном хостинге.
Александр Шпагин
Директор по хостингу ЗАО “Арбатек”
(торговые марки - 350mb.ru, Todos.Ru, HostPRO)
Источник: http://hostobzor.ru/guide/parking.php