Мифы про хостинг. Миф первый. Чем меньше пинг, тем лучше хостинг
Опубликовано 25 Ноябрь 2007 в: 4 хостинг мифа
Часто при выборе хостинга владельцы сайтов интересуются «пингом» до сервера, на котором собираются разместить свой проект. Бытует мнение, что от этого параметра напрямую зависит время загрузки страниц. Соответственно, пинг считается едва ли не самым важным при выборе хостинг-провайдера. Это распространенное заблуждение.Диагностическая утилита ping была написана Майком Муусом в декабре 1983 г. (еще до изобретения протокола HTTP) как инструмент для выявления проблемных мест в IP-сетях. За 23 года эта программа практически не изменилась: она по-прежнему использует для замера скорости прохождения пакетов в сети сигнальный протокол ICMP. Протокол ICMP предназначен для передачи по сети сигнальных сообщений, в основном, сообщений об ошибках.
В наши дни программа ping входит в комплект большинства операционных систем. Маленькая утилита стала широко известна и теперь повсеместно используется не по назначению. Например, ее используют для оценки скорости доступа к серверу. Но ведь программа предназначена вовсе не для этого. Давайте, разберемся, что именно показывает ping.
Программа показывает суммарное время, которое затрачивает сигнальный пакет ICMP для того, чтобы достигнуть точки назначения и вернуться обратно в виде отклика. Казалось бы, пинг указывает на качество связи. Да, но с одной очень важной оговоркой. Нужно учитывать, что информация с веб-сервера загружается в браузер пользователя по HTTP, с использованием протокола TCP, а вовсе не сигнального протокола ICMP. Протокол TCP — это рабочий протокол, который реально используется различными приложениями. Именно время отклика по HTTP является действительно важной характеристикой, позволяющей судить о скорости работы сервера. Измерение сигнального ICMP-пинга в этом смысле совершенно не показательно. Дело в том, что пинг по HTTP и пинг по ICMP — это абсолютно разные показатели.
Рассмотрим реальные примеры, в которых для оценки ICMP-пинга использовалась обычная программа linux ping, а HTTP-ответы измерялись с помощью утилиты httping. Утилита httping отличается тем, что посылает не сигнальные, а реальные запросы HEAD, и уже по ним замеряет время отклика от сервера (страницы целиком не скачиваются). Это более объективный параметр, который позволяет реально оценить доступность сайта.
Измерения производились 3 ноября 2006 г. в 13:00 с сервера, расположенного в Минске на незагруженном ADSL-канале емкостью 1 мегабит. Мы запустили тест для двух сайтов: Google.de и Yahoo.de. Для каждого из них сначала указывается результат работы обычной утилиты ping, а затем — результат работы утилиты httping.
GOOGLE.DE
root@debian [~] # ping google.de
PING google.de (72.14.221.104): 56 data bytes
64 bytes from 72.14.221.104: icmp_seq=0 ttl=243 time=21.993 ms
64 bytes from 72.14.221.104: icmp_seq=1 ttl=243 time=21.960 ms
64 bytes from 72.14.221.104: icmp_seq=2 ttl=243 time=21.997 ms
64 bytes from 72.14.221.104: icmp_seq=3 ttl=243 time=22.603 ms
— google.de ping statistics —
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 21.960/22.138/22.603/0.269 ms
root@debian [~] # httping -g http://google.de
PING google.de:80 (http://google.de):
connected to google.de:80, seq=0 time=111.20 ms
connected to google.de:80, seq=1 time=103.57 ms
connected to google.de:80, seq=2 time=157.58 ms
connected to google.de:80, seq=3 time=134.55 ms
— http://google.de ping statistics —
4 connects, 4 ok, 0.00% failed
round-trip min/avg/max = 103.6/126.7/157.6 ms
YAHOO.DE
root@debian [~] # ping yahoo.de
PING yahoo.de (217.12.3.11): 56 data bytes
64 bytes from 217.12.3.11: icmp_seq=0 ttl=241 time=30.079 ms
64 bytes from 217.12.3.11: icmp_seq=1 ttl=241 time=32.061 ms
64 bytes from 217.12.3.11: icmp_seq=2 ttl=241 time=31.993 ms
64 bytes from 217.12.3.11: icmp_seq=3 ttl=241 time=42.888 ms
— yahoo.de ping statistics —
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 30.079/34.255/42.888/5.047 ms
root@debian [~] # httping -g http://yahoo.de
PING yahoo.de:80 (http://yahoo.de):
connected to yahoo.de:80, seq=0 time=78.78 ms
connected to yahoo.de:80, seq=1 time=76.46 ms
connected to yahoo.de:80, seq=2 time=94.78 ms
connected to yahoo.de:80, seq=3 time=75.81 ms
— http://yahoo.de ping statistics —
4 connects, 4 ok, 0.00% failed
round-trip min/avg/max = 75.8/81.5/94.8 ms
Как видно из примеров, результаты достаточно показательны сайт Yahoo.de с большим в 1,5 раза ICMP-пингом показал меньшее в 1,5 раза время HTTP-ответа, то есть с меньшей задержкой выдавал веб-страницы.
Такая ситуация встречается повсеместно. Чем она объясняется? Причин много:
* далекие от оптимальных настройки HTTP-сервера и сетевого оборудования;
* ассиметрия каналов oт сервера и к серверу;
* перегруженность каналов, на которых находится исследуемый сервер;
* перегруженность сервера, на котором находится сайт;
* другие факторы.
Миф о том, что пинг до сервера является показателем эффективности хостинга на этом сервере, не имеет под собой абсолютно никаких оснований. ICMP-пинг никак не может дать реальное представление о работе будущего сайта. Для объективной оценки нужно учесть целый ряд других параметров, в том числе не зависящих от хостеров и дата-центров, как, например, дневные пики нагрузки на сети промежуточных провайдеров. Некоторые из этих параметров учитывает утилита httping, которую можно рекомендовать в качестве более объективной альтернативы ping.
Кроме httping, для дополнительной оценки эффективности работы серверов Apache по протоколу HTTP предназначена специальная утилита ab. Она показывает, в том числе, сколько одновременных запросов способен выдержать сервер. Существуют и другие специальные инструменты для оценки работы веб-серверов. Например, бесплатная тестовая служба NetMechanic измеряет скорость загрузки информации с сервера каждые 15 минут в течение восьми часов, а затем присылает по почте подробный отчет. Другой сервис Speed-Meter тщательно тестирует скорость работы веб-сервера, обращаясь к нему из разных уголков мира. Это уже ближе к реальной оценке качества хостинга, чем глупое баловство с пингом по сигнальному протоколу.
Анатолий Ализар
Материал подготовлен при содействии хостинг-провайдера “Экстмедиа”.
Миф второй. Стомегабитный канал
Опубликовано 25 Ноябрь 2007 в: 4 хостинг мифа
Люди, которые выбирают хостинг, часто становятся жертвами маркетинговых уловок. Например, многие доверчивые пользователи склонны думать, что сервер, подключенный к 100-мегабитному каналу в США, будет работать быстрее, чем сервер, подключенный на 10 мегабит/c в Европе. Это распространенное заблуждение.Маркетологи из хостинг-компаний используют магию цифр. Конечно, скорость 100 мегабит/c на порядок больше, чем 10 мегабит/с. По этой причине у клиента появляется ложное ощущение, что такой хостинг будет намного лучше, а сайт на таком сервере будет работать быстрее. Маркетологи умышленно преподносят «толщину» канала чуть ли не как самый важный параметр при выборе хостинга.
В реальности подключение сервера к 100-мегабитному порту вовсе не является гарантией качества хостинга. Дело в том, что заявленная скорость в 100 Мбит/с является таковой только внутри дата-центра хостинг-провайдера. Чуть меньшая, но тоже высокая скорость будет в близких сегментах сети, которые подключены по пирингу. Если же хостинг-площадка находится очень далеко от пользователя, то в этом случае реальная скорость оказывается гораздо меньше.
Реальная скорость загрузки с конкретного сервера для конкретного пользователя определяется самым узким местом в цепочке от сервера до пользователя. Так вот, этим «слабым звеном» почти никогда не бывает сетевая карта сервера, пусть она будет на 10 Мбит/с, на 100 Мбит/с или на 1 Гбит/с.
Загрузить стомегабитный порт сервера на полную мощность практически невозможно, потому что «узким местом» является вовсе не он, а каналы за пределами дата-центра. Это может быть внешний канал, по которому дата-центр подключен к интернету, а также другие участки сети, по которой передается трафик.
Весь трафик от сервера можно разделить на четыре типа. Они отличаются не только по дальности передачи, но и по стоимости:
1) трафик внутри дата-центра;
2) пиринговый трафик;
3) национальный трафик;
4) международный трафик.
Трафик внутри дата-центра
Трафик внутри дата-центра — это тот трафик, которым сервер обменивается со своими «соседями» по хостинг-площадке. Обычно скорость обмена данными внутри площадки равна скорости порта подключения, то есть 10 или 100 Мбит/c. Как правило, хостинг-провайдеры включают этот трафик в счет на оплату наравне со всеми остальными типами трафика. Однако, ряд провайдеров предлагает так называемый «выделенный VLAN». В этом случае трафик между серверами, находящимися в одном и том же дата-центре, в итоговый счет включен не будет.
Пиринговый трафик
Все интернет- и хостинг-провайдеры стараются подключиться к пиринговым точкам, через которые происходит бесплатный обмен трафиком между ними. Это делается с целью уменьшения количества трафика, проходящего через бэкбоны, то есть сети первичных провайдеров (такие как Teleglobe, Level3, Verio и другие). Пиринг позволяет уменьшить цены на трафик, снижает нагрузку на бэкбоны и значительно увеличивает скорость передачи информации.
Если клиент, просматривающий ваш сайт, находится в сети участника пиринга, то трафик попадет к нему, минуя сети первичных провайдеров. Это благоприятно сказывается и на стоимости трафика, и на скорости загрузки веб-страниц.
Национальный трафик
Стоимость национального трафика обычно ниже, чем стоимость международного трафика. У провайдеров есть возможность наращивать свои канальные мощности внутри страны путем введения в строй новых оптических каналов. Кроме того, как отмечено выше, обычно национальные провайдеры подключены к различным пиринговым точкам. Международные каналы развиваются медленнее. Естественно, что международный трафик стоит дороже. Кроме того, удаленность от пользователя негативно влияет на пинг к серверу.
Международный трафик
Данный тип трафика самый дорогой, так как идет по сетям провайдеров первого уровня. Например, трафик из Беларуси в Новую Зеландию проходит через сети двух провайдеров первого уровня: Teleglobe и AT&T. Цену на данный тип трафика можно посмотреть на сайтах первичных провайдеров. Она составляет от $35 до $200 за в месяц мегабит/c, в зависимости от условий соглашения. Таким образом, «труба» в 100 мегабит в сети первичного провайдера обойдется в 5-20 тысяч долларов. Именно такие деньги нужно заплатить за гарантированную полосу пропускания в 100 мегабит/с.
Также каналы можно разделить на гарантированные и негарантированные. Каналы с гарантированной полосой пропускания подразумевают, что за клиентом закрепляется определенная ширина канала, которая гарантирует ему возможность использовать максимум полосы в любое время суток вне зависимости от загрузки канала провайдера. Каналы с негарантированной полосой пропускания позволяют использовать максимум полосы только в те моменты, когда большая часть остальных клиентов провайдера ее не использует.
Провайдерский бизнес позволяет существенно экономить на каналах за счет неравномерной нагрузки производимой на каналы пользователями. Этим занимаются, как провайдеры доступа, так и хостинг-провайдеры. Такая ситуация позволяет не только существенно сэкономить на каналах, но и предлагать небольших клиентам более низкие цены на каналы и трафик.
Даже самые крупные хостинг-провайдеры стараются сэкономить на трафике и каналах. Управляя несколькими тысячами серверов, они арендуют каналы из расчета около 1 Мбит/с на один порт для выделенного сервера, и это в лучшем случае. Очень часто зарезервированная полоса составляет всего 0,5 мегабита/c на 1 сервер. Такое возможно из-за неравномерной одновременной нагрзуки производимой серверами на каналы.
Известна история, например, про американского хостера EV1servers.net. Пару лет назад у них в дата-центрах было установлено более 20.000 серверов с портами по 100 Мбит/c каждый. Все серверы использовали один канал всего на 14 гигабит/с, что соответствует 0,7 мегабит/с на 1 сервер (сейчас они проапгрейдились). И это один из лучших дата-центров в мире. Наверняка, у многих других хостеров, как американских, так и российских, ситуация гораздо хуже. О каких же 100 Мбит/с можно тогда говорить? Неудивительно, что многие клиенты хостинга жалуются, что заявленная на их сервере скорость в 100 Мбит/с таковой не оказывается в критический момент.
Для более наглядной иллюстрации ситуации с каналами можно рассмотреть пример белорусских провайдеров доступа в Интернет. Уже сегодня белорусские провайдеры имеют сотни и даже тысячи клиентов, которые подключены к сети провайдера на достаточно высоких скоростях по технологии xDSL. При этом внешние каналы белорусских провайдеров имеют полосу пропускания во много раз ниже суммарной полосы, которую они продают клиентам. Те клиенты, которые подключены на высоких скоростях (более 1 мегабита/c) наверняка заметили, что заявленная провайдерами скорость подключения не соответствует скорости, которую они получают при скачивании файлов извне Беларуси. В особенности это становится заметно по вечерам, когда большинство пользователей-потребителей трафика приходит домой и начинает загружать каналы провайдера.
Цена на такие каналы также отличается. Белтелеком продает оптом каналы с гарантированной полосой пропускания 1 мегабит/c по цене около $1100 долларов в месяц, а клиенты провайдеров получают домой 1 мегабит/c пусть и ограничениями по трафику за цену уже многим менее $100 в месяц.
Теперь становится понятно, что 100-мегабитный порт в США, то никак не может гарантировать пользователю в Беларуси или России скорость, даже близкую к этому показателю в особенности, если за этот порт платится низкая цена у провайдера экономящего на качестве трафика. В условиях, когда гарантированная полоса пропускания стоит намного дороже негарантированной полосы, маркетинговый слоган о «100-мегабитном канале» означает лишь то, что сетевая карта сервера включена в порт провайдера со скоростью 100 мегабит/c. Дата-центры не гарантируют такую скорость даже на выходе из своей собственной сети, не говоря уже о международном трафике.
Про хостинг-провайдеров, которые рассказывают о хостинге на канале измеряемом во многих гигабитах/c мы скромно умолчим. Или вы знаете сетевую карту, которая передает данные на скорости выше 1 гигабита/c?
Анатолий Ализар
Материал подготовлен при содействии хостинг-провайдера «Экстмедиа»
Миф третий. Круглосуточная техподдержка
Опубликовано 25 Ноябрь 2007 в: 4 хостинг мифа
Наверное, где-то существуют хостинг-компании, которые обеспечивают оперативную и профессиональную техническую поддержку по телефону, IM и электронной почте 24 часа в сутки 7 дней в неделю. Однако, в большинстве случаев «круглосуточная поддержка» — это миф и не более чем рекламный лозунг.
Специфика служб техподдержки хостинговых операторов связана со спецификой этого вида бизнеса. Серверы работают круглосуточно, а клиенты находятся в разных уголках мира и в разных часовых поясах. Общение происходит, главным образом, по электронной почте и IM-пейджеру. Люди обращаются за помощью 24 часа в сутки.
В такой ситуации вполне естественно, что хостинговые компании пытаются привлечь пользователей гарантией «круглосуточной технической и информационной поддержки».
Что скрывается за этим рекламным лозунгом в реальности? Иногда за ним скрывается включенный факс, который работает всю ночь. Иногда - малограмотный студент, который согласился работать в ночную смену. Он может решить только самые простые вопросы и бесполезен в большинстве ситуаций.
Нужно понимать, что техническая поддержка клиента осуществляется на нескольких уровнях.
Первый уровень. С клиентами по телефону и ICQ чаще всего общаются сотрудники самой нижней ступени, максимальная компетенция которых - зачитать голосом FAQ или передать информацию в вышестоящую инстанцию. Среди всех специалистов компании это наименее грамотные. Даже крупные хостинговые операторы платят им нищенскую зарплату, так что серьезной помощи от них ожидать не приходится. При любом нестандартном вопросе эти сотрудники отправляют клиента к администратору.
Второй уровень. Технические администраторы (админы), которые непосредственно занимаются обслуживанием серверов, тоже вынуждены общаться с клиентами, если проблему не способны решить сотрудники первого уровня. Технические Админы тоже обычно работают круглосуточно, но они не всегда доступны, потому что общение с клиентом - не основная их задача. Кроме того, они могут решить только технические вопросы.
Третий уровень. Руководители служб и супервизоры принимают самые ответственные решения о включении сервера, об отсрочке оплаты и т.д. Они практически никогда не работают ночью. Например, если сервер отключили по жалобе, то администратор никогда не включит его обратно, хотя имеет такую возможность. Он будет ждать, пока руководитель проснется, придет на работу и примет такое решение.
Другими словами, даже при формальном наличии круглосуточной техподдержки, на практике все вопросы решаются только в дневное время.
Впрочем, даже простейшую проблему не всегда удается решить ночью. Некоторые компании гарантируют, что ICQ техподдержки работает 24 часа в сутки. На практике так оно и есть - «аська» в онлайне, но почему-то часами не отвечает ни на какие вопросы (вот один такой случай). Уж лучше бы она вообще не работала, чем впустую тратила время клиента.
Только самые крупные компании способны обеспечить реальную техподдержку ночью, но даже у них нет гарантии, что вы получите ответ в течение нескольких часов. Служба техподдержки крупных хостеров практически никогда не работает через IM. Это связано с тем, что невозможно надежно идентифицировать клиента (клиент потом может сказать, что сообщения писал не он - и такие случаи бывали), поэтому нельзя сообщить конфиденциальную информацию.
Крупные компании отказываются от IM-пейджеров в пользу специализированных систем онлайнового общения с клиентами типа LiveSupport. Это некий гибрид форума, чата и IM. Но опять же, только самые «продвинутые» компании ставят такие системы для круглосуточного обслуживания клиентов, и даже это не способно гарантировать качество сервиса.
В любом случае, ночью можно решить далеко не все те же вопросы, что и днем. Хотя бы потому, что на работе не присутствуют руководители компании, бухгалтерия, администратор. «Круглосуточная поддержка» - это в любом случае миф, потому что уровень сервиса днем и уровень сервиса ночью отличаются у любой компании. Они никак не могут быть равноценны. Во многих случаях, как мы уже упомянули, ночная поддержка - фикция.
Пожалуй, лучше всех это знает витеблянин Артем Лабода, который запустил в интернете уникальный эксперимент по проверке служб техподдержки хостинговых компаний. Вся переписка со всеми службами поддержки выложена на сервере в структурированном виде: название хостинг-компании, текст вопроса, текст ответа и, самое главное, - время отправки вопроса и получения ответа. Собрана внушительная база данных.
Хотя эксперимент не научный, но его результаты весьма красноречивы и говорят сами за себя. Как мелкие хостинговые компании, так и крупные зачастую отвечают на письма с огромной задержкой. Например, документально зафиксированы задержки ответов в 11 часов, 12 часов, 14 часов и даже 17 часов. Нельзя назвать такие ситуации редкими. Подобное встречается сплошь и рядом, особенно, если письмо в техподдержку отправлено ночью.
Более того, статистика «Мониторинга поддержки» показывает, что операторы хостинговых компаний вообще никогда не работают круглосуточно. Замер времени, когда их аккаунты ICQ находятся в онлайне (специальный скрипт ежеминутно пингует номера ICQ), показывает, что даже лидеры не могут гарантировать круглосуточную доступность.
Операторы лучших служб техподдержки находятся в онлайне от 15 до 22 часов в сутки. Лучший результат - 22,9 ч (статистика за 15 октября 2006 г.). Результат хороший, но это все равно не «круглосуточная поддержка», которую обещает реклама.
«Безусловно, понятие «круглосуточная поддержка» существует, однако, подавляющее большинство хостинг-провайдеров используют термин только для привлечения клиентов, - рассказал нам Артем Лабода в личной переписке. - Главные страницы сайтов таких провайдеров пестрят заголовками «24 часа», «круглосуточная поддержка» и т.п. величиной с рекламный баннер. В действительности, такие хостинг-провайдеры отвечают через несколько часов - и это замечательно, потому что часто ответа получить не удается вообще! Когда я захожу на сайт незнакомого хостинг-провайдера и нахожу строгие временные рамки работы службы поддержки («8.00 - 20.00 МСК»), это меня привлекает». К словам эксперта нечего добавить. Круглосуточная службами поддержка у хостинг-провайдеров - не более, чем миф, и это известно каждому, кто много общался с этими службами.
Анатолий Ализар
Материал подготовлен при содействии хостинг-провайдера «Экстмедиа»
Миф четвертый. Ежедневный бэкап
Опубликовано 25 Ноябрь 2007 в: 4 хостинг мифа
Многие хостинг-провайдеры обещают «ежедневный бэкап» и заверяют нас в том, что на всех серверах установлены RAID-массивы, которые гарантируют сохранность информации. Непонятно только одно: почему после аварий в дата-центрах данные оказываются безвозвратно утеряны? А ведь таких случаев много.
Хостинг-провайдеры особенно любят фразу «ежедневный бэкап». Они считают, что эта фраза является исчерпывающей сама по себе и не требует никаких пояснений. На сайтах хостеров редко встретишь подробное описание самой процедуры восстановления данных.
На самом деле, когда доходит до восстановления вашего сайта из бэкапа, то оказывается, что не всегда восстановление возможно. В одном случае приходится уговаривать администратора, потому что восстановление по первому требованию не предусмотрено в договоре. В другом случае вам не дают выбрать, из какой копии восстановить. А в третьем случае и вовсе восстанавливать нечего — никакой информации не сохранилось. Почему так?
Гарантируя «ежедневный бэкап», хостер обещает каждый день делать копии вашей информации. Тут возникает целый ряд вопросов.
1. Сколько дней хранится копия? Один день или больше?
2. Где именно хранится копия? На том же сервере или на отдельном?
3. В каком случае вам разрешено восстановить данные?
К сожалению, не всегда ответы на эти вопросы становятся очевидными из маркетинговых лозунгов хостинг-компаний. Каждый из перечисленных пунктов имеет подводные камни, о которых принято умалчивать.
Давайте посмотрим, что скрывается за мифом о ежедневном бэкапе.
Как долго хранится копия
Главный секрет хостинг-провайдера — то, сколько дней хранится информация. Согласитесь, очень мало толку от ежедневного бэкапа, если копия хранится всего один день. Поэтому нужно обязательно узнать, как долго хранится каждая копия.
В случае потери информации вам надо успеть восстановить ее из резервной копии в течение того срока, пока хранится бэкап. Если архивы хранятся, например, семь дней, то нужно заметить потерю и восстановить копию в течение семи дней с момента происшествия. Если же хостер не говорит, в течение какого срока хранятся копии, то здесь явно что-то не чисто. Высока вероятность, что эти копии хранятся всего 24 часа, как это бывает у абсолютного большинства хостинг провайдеров, так что после очередного «ежедневного бэкапа» все ваши файлы будут потеряны навсегда.
Нужно заметить, что у зарубежных хостинг-провайдеров услуга резервного копирования почти всегда является платной. В этом случае у клиента в панели управления часто присутствует пункт «Резервное копирование», так что он может в любой момент сделать копирование «за свой счет», то есть самостоятельно и, часто, на свой локальный компьютер. Осуществлять эту процедуру можно как угодно часто, а восстанавливать сайт клиент потом будет тоже самостоятельно.
В некоторых ситуациях самостоятельный бэкап надежнее автоматического, который делает (или обещает делать) хостинг-провайдер. Однако при этом возникает вопрос — куда скачивать информацию? При больших объемах скачивать на свой домашний компьютер может оказаться очень дорого и долго. «Складировать» на тот же диск опасно. При физическом повреждении диска вы потеряете не только сайт, но и его бэкап. Видимо, разумнее всего «сливать» бэкап на сервер по соседству. И, несмотря на то, что расходы на хостинг при этом могут удвоиться, чувствовать вы себя будете намного спокойнее.
Если вы надеетесь на автоматический бэкап хостера, то обязательно узнайте у него все подробности. В нормальной системе резервного копирования хранятся бэкап-копии как минимум за последние семь дней, а клиент получает право восстановить систему из бэкапа за любой день, на его выбор. Бывает, что за отдельную плату срок хранения архивов можно продлить (каждая «дополнительная» неделя стоит около $10 в месяц).
Где именно хранится копия
Здесь возможны варианты. Говоря о бэкапе, компания может подразумевать всего лишь то, что в сервере установлено несколько жестких дисков, объединенных в RAID-массив.
В принципе, наличие RAID-массива является большим плюсом, потому что надежность хранения информации при этом может возрасти на порядок. Как известно, большинство типов RAID-систем (Redundant Array of Independent Disks, то есть «избыточный массив независимых дисков») предусматривают дублирование информации на нескольких жестких дисках. Если вдруг какой-то диск выходит из строя, то его меняют без перезагрузки сервера («горячая замена»), а информация на лету восстанавливается из копии. При этом используются самые обычные жесткие диски, которые объединяются в кластер с помощью специального RAID-контроллера.
Однако, нужно заметить, что массивы RAID бывают разных типов (RAID 0, 1, 2, 3, 4 и 5), все они отличаются друг от друга по уровню надежности и другим характеристикам. В частности, стандарт RAID 0 не предусматривает избыточного копирования информации вообще. Несколько жестких дисков используются только для повышения производительности. То есть использование RAID-массивов само по себе не гарантирует сохранность информации.
Некоторые компании, которые исповедуют параноидальную политику по обеспечению сохранности информации, избегают устанавливать в один узел RAID-массива жесткие диски одинаковых производителей. Связано это с тем, что диски одного производителя имеют одинаковое время наработки на отказ и одинаковый показатель вероятности выхода из строя, что дает повод остерегаться того, что оба жестких диска выйдут из строя одновременно.
Кроме того, даже самые надежные RAID-массивы никоим образом не могут выполнять функцию резервного копирования. Они помогают только при физической порче одного из винчестеров, но никак не в случае взломов или случайного повреждения данных самим клиентом. Если клиент или служба поддержки замечают взлом или повреждение данных позже обычного времени архивации, то в зеркале RAID им будет доступна уже поврежденная или взломанная версия.
Да и от логических сбоев в файловой системе RAID-массив также не спасает. В случае если файловая система даст сбой, то наиболее вероятно, что придется восстанавливать полностью всю систему.
Полноценный бэкап возможен только в том случае, если данные копируются в отдельное хранилище, например, на отдельный сервер (бэкап-сервер).
Если вы сами делаете резервное копирование, то архив может храниться там, где выберете вы сами, в том числе на вашем домашнем компьютере. В любом случае, чтобы там не говорил провайдер о резервном копировании, желательно иметь копию сайта у себя на компьютере и периодически ее обновлять.
Поэтому следующий вопрос, который нужно задать вашему хостеру — где именно хранится бэкап? На RAID-массиве, отдельном диске или на том же диске, где расположен сам сайт? В случае хранения бэкапа на отдельном диске, стоит поинтересоваться, а не имеет ли к этому диску доступ кто-нибудь помимо администратора хостера? Ответ даст вам некоторое представление о защите вашего бэкапа от уничтожения посредством взлома расположенного на том же диске сайта.
Вариант для самостоятельного бэкапа
Не так давно известная интернет-компания Amazon запустила платформу удаленного хранения файлов Amazon S3 (Simple Storage Service). Данный сервис позволяет закачивать информацию в дата-центры Amazon и хранить ее там сколь угодно долго. При этом цены на размещение информации в разы дешевле стоимости хранения данных у хостеров. В месяц за хранение каждого гигабайта данных нужно будет заплатить по 15 центов, а за трафик — по 20 центов за гигабайт. В большинстве дата-центров и на большинстве хостинг-площадок обычная цена хранения резервных данных составляет не менее $1 за гигабайт в месяц, то есть почти в семь раз дороже.
В каком случае вам дадут восстановить данные
Как ни странно, но типичный договор с хостинг-провайдером содержит пункт, согласно которому восстановление информации из резервной копии возможно только в том случае, если авария произошла по вине провайдера. Если же информация была потеряна по вашей вине (например, некий злоумышленник узнал ваш пароль, проник в систему и стер все файлы), то восстанавливать ее из бэкапа хостинг-провайдер не обязан. Собственно, хостера можно понять — восстановление из бэкапа производится вручную и требует некоторых усилий. Почему же компания должна отвечать за безалаберность клиента?
Справедливости ради скажем, что во многих случаях ситуацию можно разрешить, если позвонить в компанию и вежливо попросить системных администраторов о помощи. Иногда они идут навстречу клиентам и соглашаются осуществить восстановление бесплатно. В остальных случаях обычно можно сделать бэкап за небольшую плату ($25-50 за час работы системного администратора).
Но нужно понимать, что если в вашем договоре не прописана четко обязанность хостера предоставить вам бэкап по первому вашему требованию, хостер, который предоставляет свои услуги слишком дешево, скорее всего вам откажет или потребует денег. Стоит ли говорить о ваших правах в случае, если хостер работает по договору публичной оферты? Т.е. попросту без договора. Будьте уверены, в этом случае «админ» будет либо занят, либо в плохом настроении — и вы, скорее всего, останетесь ни с чем.
Shit happens
Несмотря на то, что почти каждый хостинг-провайдер уверяет нас в «ежедневном бэкапе» информации, очень многие попадали в неприятные истории.
Пожалуй, самый крупный скандал с потерей данных случился летом нынешнего года с участием российского хостинг-провайдера Valuehost . 30 июня 2006 г. в результате сбоя в дата-центре были полностью или частично удалены около 500 сайтов. Как стало известно потом, сбой заключался в отказе одного из жестких дисков на одном-единственном сервере.
В случае с Valuehost правда вышла наружу. Оказывалось, что на серверах не было контролеров RAID, а резервное копирование или вообще не осуществлялось, или по каким-то причинам прошло неудачно. Итог известен.
Что характерно, компания Valuehost не понесла абсолютно никакой ответственности. В договоре на хостинг было особо отмечено, что хостинг-провайдер не несет никакой ответственности за сохранность данных. Это стандартный пункт для многих договоров на услуги хостинга. Выглядит он примерно так:
«5.3. Исполнитель предоставляет Услугу «как есть», т.е. не несет никакой ответственности за любой прямой и косвенный ущерб, вызванный технологическими причинами объективного и субъективного характера.»
Печально, что истинное положение вещей с резервным копированием в хостинг-компаниях мы зачастую узнаем только тогда, когда исправить что-либо уже невозможно.
Как выбрать лучший хостинг для бизнеса?
Опубликовано 25 Ноябрь 2007 в: Правильный выбор хостера
Являясь уникальной средой распространения информации и налаживания деловых связей, интернет остается демократичным и дешёвым каналом передачи всевозможных данных и привлечения клиентов. Представительские сайты, интернет-магазины и корпоративные портальные системы с успехом обслуживают интересы бизнеса и государства. Сайт уже давно перестал быть просто «визиткой» компании или символом некой ее «продвинутости». Теперь сайт — это самостоятельный инструмент бизнеса, способный также приносить прибыль. Создав хороший сайт, важно подумать о хорошем хостинге для него.
Хостинг — это услуга по предоставлению дискового пространства и программного обеспечения на оборудовании, подключенном к сети интернет, с целью размещения веб-сайта, включающая в себя комплекс мероприятий по обеспечению технической и консультационной поддержки.
Рост отечественного сегмента интернета сопровождается ростом числа пользователей, для которых сеть является главным источником получения информации. Поэтому важно обеспечить доступ к информации быстро и без перебоев, и последние факторы напрямую зависят от выбора того или иного хостинг-провайдера. Хостинг — это не только услуга по физическому размещению сайтов, это целый комплекс организационно-технических мероприятий. К ним относятся:
- поддержание оборудования в работоспособном состоянии, его модернизация;
- совершенствование программного обеспечения;
- обучение и развитие персонала;
- правовые аспекты, регулирующие данную деятельность.
Многие компании не осознают, что для ведения бизнеса, связанного с интернетом, необходимо не просто создать свой сайт, а соответствовать уровню передовых зарубежных компаний в этой отрасли, ожиданиям клиента и содействовать достижению целей его бизнеса.
В нашей стране услуги платного хостинга предлагают более десяти компаний. Многие из них являются представителями-посредниками более крупных компаний. Встречаются среди них и фирмы-однодневки, которые неспособны оказывать качественные услуги.
Эта статья написана по результатам исследования предложений ведущих игроков рынка хостинга. Цель исследования — проанализировать услуги компаний с точки зрения потребителя.
Методика и ответственность
Мы неофициально обратились к хостинг-провайдерам с просьбой предоставить тестовый доступ на 3-7 дней. У компаний, отказавшихся предоставить свои услуги для тестирования, хостинг был куплен. За это время была произведена оценка различных параметров и характеристик хостинга.
Данное исследование не претендует на истину в последней инстанции. Тем не менее, мы сделали попытку рассмотреть существующие на рынке предложения и структурировать их. Следует отметить, что некоторые факторы, от которых напрямую зависят результаты тестирования, не являются постоянными: например, скорость передачи данных, ширина каналов, способы подключения, которые периодически меняются. Поэтому мы не несем ответственность за возможные расхождения в указанных характеристиках по сравнению с данными на сегодняшний день. И, тем не менее, на момент тестирования все компании находились в приблизительно равных условиях, все измерения производились в одно время на одном высокоскоростном интернет-соединении из Беларуси.
Обзорная статья намеренно написана простым и доступным языком, чтобы помочь вам разобраться во всех тонкостях выбора услуг платного хостинга. Надеемся, что с нашей помощью вы научитесь оценивать качество сервиса по косвенным признакам и, тем самым, избежите неприятных ситуаций и финансовых потерь.
Как выбирать хостинг
Выбор хостинга — сложный процесс даже для профессионалов. Почему? Да потому, что необходимо соблюдение нескольких важных условий. Их можно объединить по типам: по стоимости услуг, по количеству ресурсов и сервисов и по качеству обслуживания. Данные параметры связаны между собой. Однако, соблюдение всех параметров практически невозможно. Именно поэтому мы не можем утверждать, что один хостинг-провайдер лучше, а другой — хуже. Нет и универсального тарифного плана, который был бы одинаково хорош для всех категорий потребителей услуг хостинга.
Выбирать хостинговую компанию нужно не при помощи поисковой системы, а на специализированных сайтах, где представлены различные предложения и есть возможность сравнения по различным параметрам. При этом следует помнить, что вы выбираете партнера от которого, во многом, будет зависеть эффективность вашего бизнеса.
Советы по выбору хостинга
Опубликовано 25 Ноябрь 2007 в: Советы новичкам
Представьте себе, что вы после долгих трудов и творческих мук наконец разместили свой сайт на одном из серверов, проверили все ссылки и установили баннеры… К вам уже нередко заглядывают посетители, есть и постоянные. И вот начинают выясняться довольно неприятные подробности: сервер не хочет работать круглосуточно, и не все желающие могут к вам попасть, да к тому же связь оставляет желать лучшего, а сервер постоянно выходит из строя. Что же делать? Переселяться на другой сервер? Но ведь это значит делать всю работу заново, изменять ВСЕ ссылки, сообщать в баннерные службы о переезде… Проблем возникает огромное количество!
Поэтому к выбору хостинга (т. е. месту размещения вашего сайта) надо подойти со всей серьезностью. При этом надо учесть несколько важных параметров:
скорость работы сервера. Медленный сервер будет не только тормозить вашу работу с ним, но и загрузку страниц при просмотре. Причем очень медленный сервер способен просто “убить” ваш сайт, грузя страницы в несколько раз медленнее, чем надо бы (это особенно заметно, когда на страницах много графики и анимации)
способ загрузки на сервер. Существует несколько способов: по протоколу HTTP, FTP или E-MAIL (редко). Самый быстрый, удобный и надежный способ - через FTP (c использованием все того же ftp-клиента.
возможность размещения CGI, SSI и других скриптов, выполняемых на сервере. Это сейчас вам кажется, что вам это просто ни к чему, тем более, что вы, возможно, не знаете, что это такое :-)) Но уверем вас, уже через несколько месяцев они вам обязательно понадобятся (если вы захотите разместить на сайте анкеты, опросы, еще какие-нибудь модные фишки… Вообще эти милые штучки очень облегчат вам жизнь). Да и многие виды баннеров требуют от сервера поддержки CGI, а это уже поважнее всяких опросов 
время работы сервера. Некоторые из них работают не круглосуточно. Представьте себе ситуацию, когда в самый разгар выгрузки файлов на сервер вам говорят, что доступа больше нет! Вся ваша работа оказывается напрасной. Но это еще не все - ведь и ваши посетители не могут зайти на ваш сайт, потому что сервер “Закрыт на обед”! Конечно, отключаются такие серверы только ночью, но ведь, что греха таить, очень многие из нас блуждают в сети именно по ночам :-)) К тому же надо учесть разницу часовых поясов
надежность работы сервера. Очень многие из бесплатных серверов (а пока мы говорим только о бесплатных) совершенно не выдерживают никакой критики! Есть и такие , которые с завидной регулярностью выходят из строя практически каждый день!
расположение сервера (физическое). Качество связи у нас в стране не слишком высокое, сами знаете. Поэтому очень большое влияние на скорость оказывает удаленность сервера. Значит, если вы делаете сайт для нашего читателя, выбирайте местечко здесь, поближе. Ну, а если ваш сайт будет рассчитан на буржуинов - ищите сервер там, в буржуинстве :-)) Ниже приведены ссылки для выбора лучших российских и зарубежных серверов. Выберите себе место по вкусу.
многие серверы очень любят вставлять свою рекламу в наши сайты. Лишь некоторые этого не делают, другие делают это деликатно, по-минимуму, но есть и менее скромные. Вот к таким мы не пойдем
О неограниченных тарифных планах
Опубликовано 25 Ноябрь 2007 в: Любые вопросы по хостингу
Ключевыми элементами любого хостинга являются дисковое пространство и доступный трафик. Дисковое пространство — это место, выделенное вам на сервере для хранения вебсайта. Трафик, в свою очередь, это то ограниченное количество информации, которое веб-сервер может транслировать в сеть. И то, и другое стоит денег. И то, и другое имеет физические пределы.
Многие компании предлагают неограниченные планы. Это звучит весьма привлекательно, так как, казалось бы, избавляет от дальнейших забот. Однако здесь существует определенный риск.
Как уже было сказано, ни один провайдер не может предоставить действительно неограниченные трафик и дисковое пространство. Но на практике большинство вебсайтов используют и то, и другое в очень скромных количествах. Хостинг-провайдеры, предлагающие что-либо «неограниченное», полагаются на тот факт, что вам не потребуется этого слишком много. Таким образом, имеет место несложный маркетинговый ход — ведь конкуренция на рынке хостинга весьма сильна. Несмотря на то, что «неограниченные» планы могут показаться нечестными, это вовсе не означает, что сервис компании окажется некачественным. Если заглянуть в контракт, то там скорее всего будет оговорено, что на деле понимается под «неограниченностью».
Если ваш вебсайт сравнительно небольшой, и вы знаете, что ему не требуется большое пространство и значительный трафик, то выбор неограниченного плана вполне оправдан. Большинство подобных планов содержат ограничения касательно размещения аудио и видеоинформации, что связано с ее «прожорливостью». Но если вы знаете, что ваши потребности скромны, то проблем не будет.
Соответственно, если вы намерены сделать посещаемость сайта высокой, разместить на нем материалы для скачивания, то не стоит останавливать свой выбор на неограниченных тарифных планах. Ваш провайдер вряд ли захочет долго работать себе в убыток, и может либо закрыть сайт, либо запросить дополнительную плату.
Поэтому будет разумно предварительно просчитать, какой объем дискового пространства и трафик соответсвует вашим нуждам и умножить это значение на 2 (чтобы предусмотреть возможное расширение).
Итак, вынесенные в заголовок статьи планы стоит принимать во внимание, если ваши потребности в дисковом пространстве и трафике невелики. Напротив, если вы намерены заниматься электронной коммерцией и т.п., желательно их избегать.
Как без особых проблем сменить хостера
Опубликовано 25 Ноябрь 2007 в: Советы новичкам
Причины, по которым люди меняют хостеров
Иногда причиной смены хостера может послужить то, что предоставляемые услуги больше не подходят веб-сайту. Возможно, трафик веб-сайта слишком велик и/или веб-сайт стал настолько важен, что понадобился более продвинутый вариант хостинга (выделенный или распределенный), а данный хостер не предоставляет подобных услуг. К сожалению, немного людей меняют своих хостеров по такой “уважительной” причине.
Какой бы ни была причина, здесь приведены шаги, необходимые любому, кто хочет сменить хостера как можно быстрее и проще:
Найдите хорошего хостера
Хоть это и может показаться очевидным, но я должен акцентировать на этом внимание. Найдите хорошего нового хостера! Если это Ваш первый хостер, то чтобы реализовать новую попытку, Вам понадобиться вся помощь, которую Вам удастся найти. Хороший хостер Вам поможет!
Если Ваш текущий хостер хорош и Вы смените его на более дешевый, который окажется хуже, чем Ваш предыдущий хост, то Вы будете очень жалеть о содеянном. Вскоре Вы обнаружите, что Вы согласны платить больше для того, чтобы снова получить то качество сервиса, к которому Вы привыкли.
Если Ваш предыдущий хостер был плохим, то сменив его на другого плохого хостера, Вы не ощутите разницы. Скорее всего, Вас будет беспокоить необходимость платить больше за лучший сервис. Не беспокойтесь! Обычно Вы получаете то, за что вы платите! Смена плохого и дешевого хостера на другого, не менее плохого но дешевого, подобна бегу по кругу; так Вы никуда не сдвинетесь!
Если вы хотите разорвать этот порочный круг и получить хороший результат - найдите достойного хостера. Но это не значит, что он должен быть дорогим! Он должен быть качественным хостером!
Распространенные проблемы, связанные со сменой хостеров.
Существует несколько распространенных проблем, которые могут возникнуть при смене хостеров. Но если мы знаем о проблемах, то мы, люди, обычно находим их решение.
Первая проблема, связанная со сменой хостинговых провайдеров, это простои. Если Вы уходите от своего хостера, из-за непомерных простоев, то увеличение времени простоя это не то, что Вы ищете, не правда ли?
Другой распространенной проблемой считается потеря входящих email сообщений. Некоторые email сообщения очень важны, и Вы никогда не знаете, когда они поступят. Их потеря может означать потерю важных сделок и, следовательно, денег. Кто же этого хочет?
Сделайте резервную копию всего сайта
Умудренные опытом веб-мастера всегда имеют в наличии резервную копию своего веб-сайта(сайтов). Часто они они хранят подобные копии в нескольких местах: на двух различных жестких дисках, одну на жестком диске и одну на CD и т.д.
О, да! я знаю, что некоторые хостинговые компании крикливо рекламируют то, что они регулярно делают копии веб-сайтов. Хотя они и могут хранить резервные копии, но серьезные системы для резервных копий из-за своей стоимости используются редко. И даже если хостер использует подобную систему, лишняя копия не помешает, не так ли?
В любом случае, если Вы меняете хостера, то первым делом вы должны скопировать содержание Вашего веб-сайта (обычно для этого используется FTP, но вы также можете воспользоваться FrontPage, если Вы привыкли ею пользоваться).
Уделяйте особое внимание сохранению неизменной структуры каталога, чтобы сайт хорошо функционировал на новом сервере. Если Вы ее измените, то некоторые ссылки и другие связи не будут работать как следует.
Если Ваш веб-сайт можно отнести к разряду больших, то неплохо было бы спросить хостера, чьи услуги вы используете в настоящее время (и который вскоре станет Вашим бывшим хостером), когда лучше сделать резервную копию. Если Вы слишком нагрузите сервер, то хостер может остановить процесс резервного копирования и даже отключить ваш веб-сайт. Всегда лучше спросить разрешения. Но при этом не говорите, что Вы хотите его сменить.
Проверьте новое место
Закачайте веб-сайт на его новое место и сконфигурируйте настройки аккаунта, установите права доступа к файлам, пароли директорий и email адреса. Если хостер позволит, настройте собирающий адрес email. Таким образом Вы гарантированно получите все e-mail, даже если Вы забудете настроить один из ящиков, то e-mail, посланный на него не будет возвращен отправителю.
После того, как аккаунт был создан, хостер должен послать Вам email с указанием имени аккаунта, пароля, IP адреса, который Вы можете использовать для получения доступа к Вашему аккаунту/веб-сайту, именым серверам и т.д.. Если в email хостера не сообщается вся нужная информация, или Вы просто не знаете, как ее использовать, попросите вашего хостера помочь Вам. Если Вы внимательно выбирали вашего нового хостера, то он будет рад ‚ам помочь.
Все хостеры знают, что новые клиенты обычно нуждаются в хорошей поддержке, чтобы подготовить и запустить их сайты. Первое впечатление значит очень много, даже не очень хорошие хостеры в самом начале иногда оказывают значительную поддержку. Нехватка технической поддержки на этой стадии - это плохой знак. Если качество поддержки неудовлетворительно уже на этой стадии, то это может означать, что, несмотря на все ваши усилия, Вы нашли не то, что искали.
Теперь, если вы новичок в сети, не ожидайте, что хостер поможет вам с дизайном Вашего сайта. Хостеров не очень волнуют хостинг вопросы, которые его не касаются, если Вы меня понимаете. Точно также, как вы выбираете хостера, хостер выбирает своих клиентов.
Вернемся к проверке… Проверьте как можно больше страниц. Убедитесь в том, что внутренние ссылки работают нормально. Привыкните к панели управления..
Проверьте учетные записи email. Убедитесь, что вы можете подсоединится к почтовому серверу и что Вы можете посылать email. Так как на этой стадии Вы еще не сменили именые серверы, то Вам необходимо будет настроить новые учетные записи в Outlook (или в любой другой подобной программе, которую Вы используете). При этом ‚ы должны использовать IP адрес вместо обычного “mail.ваш домен.com”. Вы не знаете о чем я говорю? Попросите хостера помочь Вам. Как настроить Outlook - это один из наиболее популярных вопросов в этой области.
С помощью всех этих заново настроенных аккаунтов вы сможете увидеть, появились ли какие нибудь ошибки. Кроме того, Вы сможете послать email сообщения. Однако, на данной стадии, эти email сообщения не попадут в ваш почтовый ящик, потому что именные серверы пока еще не были изменены.
Перемещение баз данных
Если управление Вашим веб-сайтом осуществляется с помощью базы данных, то все немного сложнее, особенно если у Вас есть форум, где люди часто оставляют сообщения.
Как бы то ни было, постарайтесь сначала определить, что вам нужно изменить, чтобы люди, посещающие Ваш старый веб-сайт в действительности пользовались или добавляли данные в Вашу новую базу данных, расположенную у вашего нового хостера. Попросите Вашего нового провайдера помочь вам с этим.
Прежде чем Вы действительно что-нибудь измените, создайте новую базу данных (с таким же именем, как и старая) на новом сервере. Проверьте ее, убедитесь, что она работает нормально. Вы должны постараться сделать все, что в Ваших силах, чтобы избежать потенциальных проблем, обнаруженных на этой стадии.
Теперь я отдельно проанализирую ситуации с часто используемыми и не используемыми базами данных:
1. Если база данных используется не очень часто и/или не страшно, если потеряется небольшое количество недавно добавленной посетителями информации, или Вы - единственный, кто добавляет данные в базу данных, то Вы сможете сменить хостера фактически без простоя.
Вам всего лишь необходимо закачать копию Вашей базы данных на новый хостинговый аккаунт. Если Ваши посетители могут добавлять информацию или Вы сами должны регулярно добавлять новые вещи в базу данных, то настройте все таким образом, чтобы новая база данных могла бы также использоваться старым веб-сайтом. Все это должно быть сделано и проверено непосредственно перед тем, как вы измените именные серверы.
2. Если новые данные добавляются в базу данных очень часто и этот процесс не может быть проконтролирован непосредственно Вами, то все намного сложнее и я не знаю идеального способа решения этой проблемы. Посоветую Вам лучшее, что знаю, но на Вашем месте я бы обговорил это с вашим программистом и/или новым хостером для того, чтобы узнать их мнение по этому поводу.
Проблема заключается в том, что возможность того, что база данных будет изменена в тот момент, когда вы ее будете переносить от старого хостера на ваш компьютер и затем к вашему новому хостеру, очень велика (особенно, если база данных велика, а Ваша скорость подключения к Интернет не высока). Добавьте к этому время, которое необходимо, чтобы “проинструктировать” старый веб-сайт добавить новые данные в новое место и уладить другие конфликты, и Вы поймете, что отдельные новые данные могут записаться в старую базу данных, пока вы будете заняты всем этим перемещением.
Для того, чтобы ускорить процесс, вы можете попросить Вашего нового хостера переместить базу данных. Под этим подразумевается, что новый хостер загрузит базу данных с вашего старого аккаунта на Ваш новый аккаунт. ќто должно в два раза ускорить процесс перемещения базы данных и свести к минимуму различие между перемещенной базой данных и базой данных, расположенной у нового хостера.
Используя IP адрес и услуги нового хостера для навигации по Вашему веб-сайту, вы сможете определить возникли ли какие-нибудь проблемы. Устраните их, прежде чем двигаться дальше. Если их устранение займет слишком много времени, то Вы можете переместить базу данных еще раз, после того, как Вы устраните все проблемы.
Как только база данных будет перемещена и сообщения об ошибках больше не будут появляться, Вам нужно будет настроить старый веб-сайт (размещенный у старого хостера) таким образом, чтобы он использовал новую базу данных, размещенную у нового хостера. И снова, с этим Вам может помочь новый хостер. Как Вы уже могли заметить, все более ясно проявляется важность выбора хорошего хостера, предоставляющего качественную и своевременную техническую поддержку.
Теперь старый веб-сайт должен записывать данные в новую базу данных. ќто похоже на дистанционное хостирование вашей базы данных, что достаточно широко распространено. Фактически, это используется некоторыми хостерами, которые запускают базы данных на отдельных машинах, а не на фактических веб-серверах.
Другая стратегия (если ее можно так назвать) заключается во временном закрытии сайта и уведомлении посетителей о том, что проводится реконструкция. Время от времени даже очень серьезные и профессиональные веб-сайты очень престижных компаний временно закрывают свои веб-сайты для проведения реконструкции. Ничего постыдного в этом нет; некоторые вещи просто невозможно сделать “на ходу”. Ведь когда Вы чините телевизор , Вы же должны его выключить.
Когда Вы приостановили работу сайта, Вы можете делать все, что хотите, и в том порядке, в каком вы хотите. Закрытие веб-сайта также имеет недостатки, поэтому Вы, возможно, захотите сделать все как можно быстрее.
Предотвращение потерь e-mail сообщений
Во время передачи (читайте дальше; этот термин будет объяснен) Ваш сайт “живет” в двух различных местах. Однако, в зависимости от того, какими “путями” передается информация, email сообщения могут быть доставлены вашему старому, а не новому хостеру.
Для того, чтобы гарантировать доставку email сообщений тогда, когда новые именные серверы передаются по всему Интернету, ‚ам нужно создать в Outlook (или в любой другой подобной программе, которую Вы используете) новую учетную запись.
Большинство хостеров используют в качестве email сервера типичный “mail.ваш домен.com”. В то время, когда Ваш веб-сайт проходит переходный период, называемый передачей, “ваш домен” может указать не на нового, а на старого хостера, поэтому Вы никогда не можете быть уверены с каким из мест люди соединятся или куда направЯтся email сообщения. Для того, чтобы решить эту проблему, Вы можете создать в Outlook два новых аккаунта для каждого из email адресов @ваш домен.com. При этом вместо “mail.ваш домен.com” в качестве сервера для входящих email сообщений Вам следует использовать IP адреса, которые указываются каждым хостером при создании аккаунтов .
Вы можете использовать эти новые учетные адреса для того, чтобы контролировать email сообщения, посланные на ‚аш домен, но “приземляющиеся” в двух различных местах. После того, как процесс передачи будет окончен и вы перешлете все email сообщения со старого сервера на новый, Вы сможете использовать обычный email сервер mail.ваш домен.com и удалить все аккаунты созданные на базе IP адресов.
Как альтернатива, Вы можете подсоединиться к панели управления, используя вместо домена IP адреса и затем получить доступ к свойствам веб-почты.
Изменение Именных Серверов
Именные сервера, ассоциируемые с вашим доменом, используются для определения реального местонахождения веб-сайта. Типичные доменные имена выглядят следующим образом: ns1.hostingcompany.com и ns2.hostingcompany.com, но их форма может быть абсолютно различной.
Если Вы тщательно проверили, как Ваш веб-сайт ведет себя на новом аккаунте, то все должно работать гладко. Теперь вы готовы изменить именные сервера. ќто означает, что вам будет необходимо либо войти на свой аккаунт на доменном регистраторе, либо связаться с регистратором и попросить его внести изменения.
Обычно после того, как изменение было сделано, потребуется около 2 дней, чтобы весь Интернет “заметил изменение”. ќтот процесс называется передачей. Однако, некоторые интернет-провайдеры могут еще около двух недель продолжать использовать старые именные серверы, поэтому лучше в течение этого времени (2 недели) не закрывать аккаунты с Вашим старым хостером. Проконтролируйте, посылаются ли какие-нибудь email сообщения старому хостеру и сделайте своей привычкой контролировать такую активность, как регистрирование на Вашем старом хостинг аккаунте. Спустя два или три дня активность должна быть на нуле, но, как я уже говорил, некоторые люди продолжают попадать туда еще некоторое время.
Обычно спустя приблизительно две недели уровень активности должна установится на нуле и Вы сможете известить старого хостера, что Вы больше не нуждаетесь в его услугах. Не забудьте (или не притворяйтесь, что забыли) спросить у старого хостера, не должен ли он вернуть Вам какие-нибудь деньги. ќто Ваши деньги и Вы должны сделать все, в пределах разумного, чтобы получить их обратно.
Выводы
Смену хостера вряд ли можно назвать приятным процессом. Лучше было бы, если бы вам не приходилось делать это часто. Поэтому очень важно выбрать хорошего хостера.
Сменить хостера не очень трудно, но этот процесс требует определенной доли согласованности и синхронности. Важно проверять, прежде чем реально менять что-либо. џ помню, как однажды изменил именные сервера, хотя веб-сайт пока еще не работал на новом аккаунте. џ считал, что решение этой проблемы не займет много времени и думал так: “Почему бы не поторопить события и не начать передачу, пока я над этим работаю?”.
Таким образом, мне понадобилось больше одного дня, и до того времени я и некоторые другие посетители не могли попасть на мой веб-сайт, так как большая часть сети уже использовала новые именные сервера. ќто действительно был не самый лучший день в моей жизни!
Поэтому проверяйте, прежде чем вносить изменения. џ желаю Вам так редко менять хостеров, чтобы Вам нужно было бы каждый раз заново перечитывать эту статью, чтобы вспомнить то, что Вы когда-то делали!
Американский хостинг
Опубликовано 25 Ноябрь 2007 в: Страна для хостинга
Самое главное, что отличает американский хостинг от любого другого - это его огромное разнообразие. В США тысячи провайдеров, предоставляющих широчайший диапазон услуг, и, соответственно, очень разных по своим ценам. Поэтому выбор провайдера в США - дело подчас очень нелегкое. Практически невозможно выделить какие-либо специфические черты, присущие именно американскому хостингу - выбрать можно на любой вкус.
В этой статье мы рассмотрим только самый массовый хостинг, которым пользуется большинство американцев. Помимо него существуют и другие виды, например, такие, как корпоративный хостинг, на которых мы пока останавливаться не будем. Мы также не будем рассматривать бесплатный и “почти бесплатный” хостинг - всё это материалы для отдельных статей.
Хостинг в США предоставляют как специализированные хостинговые компании, так и провайдеры, обеспечивающие подключение к Интернету. Второй вид хостинга - самый примитивный и дорогой, и тем не менее достаточно многие им пользуются, поскольку это удобно - легче иметь дело с одной компанией, чем с несколькими. Удобство это мнимое, поскольку для провайдера, обеспечивающего подключение к Интернету хостинг - это побочный бизнес, в который он почти не вкладывает ни денег, ни времени. Да и опыта в этой области у него, как правило, недостаточно - просто это не его бизнес. Однако многие, особенно новички в Интернете, во всём этом не разбираются и берут то, что ближе лежит.
Однако большинство всё-таки пользуются услугами специализированных хостинговых компаний. Как я уже писал, выбор огромный, поэтому самое главное - определиться, что вам надо, а потом приступать к поиску провайдера. Но это отдельная и очень большая тема.
Наиболее распространённый хостинг в США, как и везде, базируется на платформах Unix или Linux. Он хорош тем, что это надёжная и дешёвая платформа, вполне устраивающая большинство пользователей. Единственно, что сейчас добавляется практически во все планы такого хостинга - это поддержка расширений FrontPage, поскольку эти расширения сильно увеличивают функциональность хостинга и, соответственно, его популярность.
Второй тип хостинга, также очень популярный в США - это платформа Windows. В качестве сервера используются либо Windows 2000 Server, либо Windows Server 2003. Это более дорогой вид хостинга, поскольку сама система Windows стоит довольно дорого по сравнению с намного более дешёвыми серверами Unix или Linux. Кроме того, поскольку Windows более уязвимы для вирусов и хакерских атак, приходится ставить дополнительные слои защиты, что тоже не бесплатно. Если провайдер предлагает Windows и Unix хостинги по одинаковой цене - значит, его цены на хостинг Unix сильно завышены. Однако провайдеры любят работать с Windows в основном из-за очень хорошей поддержки, которую оказывает Microsoft. Популярность же этого хостинга объясняется тем, что в США очень многие разработчики используют технологии от Microsoft, которые полностью поддерживаются только Windows. В первую очередь это такие технологии, как ASP, ASP.NET, ADO, ADO.Net, SQL Server, Microsoft Access, Excel и FoxPro. И хотя существуют специальные дополнения, позволяющие, например, использовать технологию ASP или ASP.NET на серверах Unix, стоят такие программы дорого, и провайдеры их устанавливают редко. Популярность Windows-хостинга особенно возросла в последние годы в связи с распространением технологий ASP.NET, а также появлением последних версий SQL Server, которые по своим возможностям практически сравнялись с базами данных Oracle, хотя стоят по-прежнему дешевле, поэтому многие компании переходят на них. MySQL в США используется редко, особенно в бизнесе, поскольку все крупные и средние компании могут себе позволить значительно более мощные и легкие в работе базы SQL Server, а в малых фирмах очень популярен Microsoft Access, опять же требующий среду Windows.
Обычно провайдеры предлагают SQL Server за дополнительную плату, однако не все предлагают такую возможность вообще. Всё-таки такие базы, как SQL Server и Oracle используются в основном корпоративными клиентами, которые имеют выделенные сервера.
В отличие от многих российских провайдеров, часто якобы “бесплатно” включающих в свои планы регистрацию домена, американские провайдеры делают это редко, особенно в планы с помесячной оплатой. Часто такая регистрация предлагается как дополнительная услуга, но даже самые необразованные в хостинге американцы начинают понимать, насколько проще и дешевле пойти на специализированный сайт и самому зарегистрировать свой домен, чтобы при смене провайдера ни от кого не зависеть и не попасть к провайдеру в “заложники”. К тому же такие специализированные компании всегда предлагают массу дополнительных услуг, связанных с доменом.
Планов по оплате хостинга очень много. Большинство планов позволяют платить ежемесячно, при полугодовой или годовой оплате предоставляется скидка, часто по системе: подписываешься на год - платишь за 11 месяцев. Возврат денег обычно гарантируется в период от 14 до 30 дней.
За последние годы американский хостинг претерпел значительные изменения. Во-первых, в связи с развитием современных технологий цены на него стремительно падают. Во-вторых, претерпела изменения система поддержки пользователей. Вначале практически каждый провайдер предоставлял поддержку как по электронной почте, так и по телефону, причём с обязательным предоставлением бесплатного номера, и часто круглосуточно. Всё это самым непосредственным образом отражалось на ценах. Впоследствии в связи с усовершенствованием хостинговых технологий, повышением надёжности хостинга, упрощением управления сайтом, а также разработкой мощных информационных баз нужда в такой поддержке стала уменьшаться. Многие провайдеры стали снижать уровень поддержки и за счёт этого предоставлять более дешёвый хостинг. Сегодня можно найти как компании, предоставляющие по-прежнему поддержку “по полной программе”, так и компании, ограничивающиеся предоставлением минимальной поддержки в виде электронной почты, информационных баз и “Часто задаваемых вопросов” (FAQ). Всё большее распространение приобретают альтернативные способы поддержки - малостоящие, но в основном очень эффективные, такие, как форумы на сайте провайдера или чат в реальном времени со специалистом.
В США существует колоссальный избыток компьютерных ресурсов, т.е. огромное количество дискового пространства, диапазона передачи и других компьютерных ресурсов остаются невостребованными. Всё это, а также стремительный рост компьютерных технологий позволяет предположить, что хостинг в США будет продолжать быстро совершенствоваться и также быстро дешеветь, и это как раз то, что мы наблюдаем сегодня.
Как выбрать качественный коммерческий хостинг?
Опубликовано 25 Ноябрь 2007 в: Правильный выбор хостера
Прежде всего стоит сказать о том, что все бесплатные хоcтинги обладают целым рядом недостатков делающих невозможным их использование для сколь нибудь серьезного проекта в Интернет. Среди недостатков такие наиболее серьезные как частая недоступность или зависание сервера, отсутствие необходимых инструментов для полноценной работы таких как Shell, Базы данных, Perl, SSI, PHP и другие, необходимость размещения рекламы хостинг-провайдера на страницах, слабая техническая поддержка или ее отсутствие, невозможность добавления новых програмных модулей и средств для работы сайта и перегруженность серверов. Вот лишь некоторые причины по которым не стоит размещать серьезный проект у бесплатного хостинг-провайдера. Качественные характеристики хостинга Качественный хостинг должен удовлетворять ряду критериев, благодаря которым стоит выбрать именно этого, а не другого провайдера услуг хостинга. Вот эти критерии:
1. Все включено - по такой схеме работает хороший хостинг провайдер. Прежде всего вам нужно искать провайдера, который предоставляет всё что нужно для полноценной работы вашего сайта. Если для работы вам потребуется Perl, PHP, MySQL базы данных, SSI, FTP доступ, почтовые ящики, редиректы и так далее, то все это должно быть в арсенале подходящего вам хостинг провайдера. Короме того, хороший хостинг провайдер всегда готов для своих клиентов установить дополнительные средства для работы которых еще нет. Это могут быть например новые готовые модули Perl или сервис предоставляемый через провайдера третьими фирмами, например сервис Spylog Analyzer предоставляемый Spylog
2. Техподдержка. Второй очень важный момент это качественная, по возможности круглосуточная техническая поддержка хостинг-провайдера. От хорошей технической поддержки зависит скорость разрешения неизбежно возникающих вопросов, проблем, требований, связанных с вашим сайтом. К примеру вам необходимо установить тот же модуль на perl для использования в своих скриптах, а тех поддержка отвечает медленно, выполняет действия неохотно, делает вид что ее вообще нет и т.д. В этом случае вы потратите массу драгоценного времени и нервов пока добьетесь своего. Зачастую тех. поддержка просто неспособна справиться с проблемой или ответить на вопрос что приводит к непонятным ответам, задержкам, искуственному растягиванию времени.
3. Скорость канала. От этого параметра зависит скорость загрузки страниц вашего сайта. Если ваш проект расчитан исключительно на местную аудиторию, тогда вам достаточно скорости канала в 10 МБит/сек. у местного хостинг-провайдера. Но если ваш проект рассчитан на широкую аудиторию всей страны или даже всего русскоязычного насеения планеты, тогда речь идет как минимум о 100 МБит/сек.
4. Загруженность каналов и сервера провайдера оказывает непосредственное влияние на доступность ваших страниц в Интернет. Если каналы хостинг-провайдера будут загружены на 100%, а ресурсы сервера на 90%, тогда проблемы с доступностью, зависания, медленная скорость вам обеспечены. Иными словами выбирайте провайдера который постоянно следит за загрузкой своих каналов и серверов, предоставляя соответсвующую информацию своим клиентам.
5. Неограниченный траффик. Это означает что провайдер не ограничивает объем информации, которую можно скачать с вашего сайта ежемесячно и не берет дополнительную плату за превышение лимита трафика. Давайте посчитаем. Если принять среднюю страницу в Интернет со всей графикой равной 100 кб, тогда 1 Гигабайт трафика вы наберете загрузкой 10.000 страниц. В среднем каждый посетитель может просматривать около 3-6 страниц вашего сайта. Тогда получается что 2.000-3.000 посетителей за месяц наберут трафик в 1 Гигабайт, а это всего 70-100 посетителей ежедневно. Обращайте внимание на ограничение трафика. Как правило ограничение на трафик устанавливают провайдеры имеющие проблемы с загрузкой серверов и каналов и пытающиеся таким образом ограничить трафик увеличивая количество своих клиентов размещенных на одном канале и одном компьютере-сервере.
6. Backup информации. Хороший провайдер заботится о сохранности информации своих клиентов делая ежедневные копии всей информации клиентов на отденльой машине, а не пишет у себя на сайте что-то вроде “Мы не несем ответственности за утерю информации клиентов”. Поломка компьютерной техники происходит достаточно часто. Я лично несколько раз сталкивался с проблемой когда моя информация была полностью утеряна хостинг-провайдером, поэтому настоятельно рекомендую выбирать провайдера, который производит ежедневный BackUp информации. Самый простой способ проверки - сохранение копии всей информации на компьютере, удаление информации с сервера и звонок провайдеру. Если окажется что BackUp давний или его нет вообще, немедленно уходите от этого провайдера.
7. Мониторинг. Круглосуточное наблюдение за работой сервера и немедленное восстановление работоспособности в случае зависания или каких-либо неполадок. Этот критерий очень важен в работе вашего сайта. Если он будет недоступен в течении скажем ночи, тогда потенциальный клиент или постоянный посетитель нашедший ваш ресурс скажем в каталоге или поисковой системе скорее всего больше никогда не вернется на ваш сайт. Поэтому очень важно чтобы он был дотупен 24 часа в сутки.
8. Приемлемая цена. Здесь имеется в виду не абсолютная стоимость услуг, а относительная. Зачем платить больше за сервис аналогичный по качеству и содержанию? Если у вас есть лишние средства, тогда вы можете спокойно платить больше за то, что можете получить дешевле. Многие хостинг-провайдеры устанавливают цены наобум, не учитывая издержек, выгод, интересов клиентов и т.д.
9. Отклики пользователей. Хороший хостинг-провайдер имеет в своем активе только положительные отзывы своих клиентов. Конечно не стоит на 100% доверять отзывам опубликованным на сайте самого провайдера. Никто не станет публиковать плохие отзывы о себе у себя на сайте. Найдите отзывы в форумах и новостных группах о хостинг-провайдеров. Благо таковых в Интернет существует предостаточно.
10. Доп. бонусы. Хороший хостинг-провайдер сделает все, чтобы привлечь своих клиентов и предоставить лучшие условия, скидки, подарки и т.п. Ищите специальные предложения, вроде бесплатного домена всем клиентам заказавшим хостинг.
Как выбирать коммерческий хостинг?
Прежде всего нужно определиться с теми средствами и инструментами которые понадобятся вам для функционирования вашего проекта. Затем решите будет ли ваш ресурс предназначен для местной аудитории или адресован более широкому кругу лиц. Если у вас локальный проект, тогда следует искать провайдера в своем родном городе или в городе для которого предназначен сайт. Если же ваш проект предназначен для более широкого круга лиц, нежели жители вашего города, тогда лучше искать провайдеров в Москве или Санкт-Петербурге. Существует масса списков, баз данных хостинг провайдеров и т.п. Вы можете начать поиск с соответсвующего раздела каталога List.ru Составьте список 10-15 хостинг провайдеров предоставляющих все что вам нужно и обратившись к форумам поищите нет ли отрицательных отзывов о найденных вами провайдерах. После выбора списка хостинг-провайдеров обязательно почитайте отзывы пользователей о данном провайдере здесь или здесь. Кроме того, обратитесь в службу технической поддержки провайдера с вопросами, которые могли у вас возникнуть относительно предоставляемых услуг. Хорошая служба техподдержки обязательно отвечает на все вопросы, пусть даже самые глупые, и делает это оперативно и без промедлений, чтобы не терять потенциальных клиентов.