Хостинг

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

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

Это кратенькая история по размещению своего оборудования на colocation в Новосибирске.

Вариантов на самом деле не очень много:
ДЦ Ростелекома (2-я Союза Молодежи, д. 33), ДЦ РТКОММ-Сибирь (у них было два, с лета будет один только в здании Метрополитена на Серебренниковской 34), ДЦ ЗСТТК на Движенцев 1 и ДЦ Сибирьтелекома на Орджоникидзе 18.

Далее буду говорить о размещении нечто 1U, со 100Мбит соской, генерирующего больше 2Тб трафика в месяц в соотношении не менее 1 к 2 (in/out).

Поставщик услуг облачного хостинга Amazon Web Services сегодня презентовал новую функцию Multi-Availability Zone (Multi-AZ), расширяющую функционал облачной СУБД Relational Database Service (RDS). При помощи новой функции пользователи могут повысить доступность собственных баз данных, автоматически сконфигурировав базу для реплицирования основных данных.

 

В недалёком 2005 я только-только начал изучать *nix операционные системы, мой друг владел небольшой локальной сетью и попросил помочь ему с настройкой биллинг сервера, так случилось моё первое знакомство с FreeBSD. Я без особых проблем её освоил и попал на работу к большому городскому интернет-провайдеру, где и проработал до 2006 года. Потом был выпуск из университета и много других важных дел, но так случилось, что в ещё менее далёком 2007 я уже вовсю работал на 2-х крупных американских хостеров. Обязанности мои состояли в решении технических проблем клиентов этих хостинг-провайдеров, работа мне очень нравилась, и я видел как растут и зарабатывают немалые деньги эти две фирмы.

Прочитав топик про хостинги-однодневки, я решил описать свой опыт создания хостинг-провайдера.

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

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

Рынок русскоязычного хостинга пока ещё явно не достиг совершеннолетия, но скорость роста рынка радует:
в сентябре 2007-го года миллион доменов .ru, в марте 2008-го 2 миллиона, а сейчас уже почти 3 миллиона.

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

Экологически-чистая компания AISO (Affordable Internet Service Online), расположенная в Южной Калифорнии, эксплуатирует хостинговый датацентр, который полностью, как электропитание серверов, так и охлаждение, обеспечивается электроэнергией со 120 батарей солнечных панелей.
Датацентр площадью 2000 квадратных футов (около 186 квадратных метров) является собственностью семейной компании AISO, работающей уже 13 лет, и выстроен «вдали от цивилизации», в пустынной деревенской местности. Открытая пустынная местность, солнечный климат, но проблемы с подводом электричества на отдаленную ферму, где он проживает, подсказали владельцу компании, и ее техническому директору Филу Нейлу идею воспользоваться даровой энергией — солнечной.
Вот уже 9 лет, с 2001 года, построенный AISO датацентр, оказывающий хостинговые услуги для множества своих клиентов, полностью обеспечивает себя электричеством с помощью экологически чистого источника — солнечного света.

Как-то задумал интересный проект, для интересного проекта понадобился легкозапомнающийся домен. Придумал домен в зоне .net и удивился как это он в 2009 году, при таком расцвете киберсквотерства, еще свободен. Стало интересно, принадлежал этот домен кому-то до меня. И вообще, ведется ли вообще кем-нибудь в интернете статистика whois доменов за несколько лет, когда еще мы не позакрывали свои персональные данные, с помощью Private Person или Privacy protect.

Эту статью я пишу как сотрудник небольшой хостинговой компании. Всё написанное в статье — не мнение компании, а моё мнение как сотрудника техподдержки в целом. Многое из написанного — опыт моих коллег из других компаний. Вероятно, для некоторых, пишу вполне очевидные вещи. Тем не менее, очень часто я встречаю негатив на форумах (что греха таить — и на хабре тоже) относительно работы техподдержки какого-либо хостера. Эта заметка позволит избежать неприятных ситуаций в общении с нами, да и просто ответит на некоторые вопросы «почему так, а не иначе?»

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

Я не принимаю во внимание действительно «плохих» сотрудников. Для меня настоящий сотрудник техподдержки — молодой системный администратор в сферическом вакууме, опыт которого пока не позволяет стать админом. Про «блондинок» тоже упомяну.

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

Вот и до моего файлообменника добрался отдел «К».

Буду вести тут записи о ходе событий.

Начало.

22.04.2010 12:00
Обнаружил что сервер не пингуется. Позвонил хостеру, попросил подключить KVM чтобы узнать в чем дело с сервером. Но подключать KVM не потребовалось. Хостер сообщил мне — "сотрудниками МВД Управления К на основании Постановления о производстве обыска (выемки) были изъят ваш сервер."

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

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

PS. Если у вас файлообменный сервис — закройте его нафиг. Похоже волна пошла.

Как будут новости — отпишу.

UPD. Попросили перенести из личного блога в основной. Т.к. новость интересная людям.

После разочарования в Serverloft поиск провайдера был активно продолжен, и после долгих дискуссий было решено остановиться на hetzner.de. Небольшие недостатки есть, но в целом отзывы о нем очень положительные. Разумеется, требование к серверам было то же — возможность установить FreeBSD. Официально Hetzner не поддерживает автоматическую установку FreeBSD, но уважаемый %username% подсказал, что у них в вики есть статья по установке FreeBSD, используя их Rescue систему. Я бегло проглядел статью в вики — вроде все понятно. Итак, сервер приобретен, подготовлены скрипты для деплоя всего и вся, но… Оказалось, что не все так просто…

Спойлер для тех, кому лень читать полностью: негатив в посте отсутствует, много извращений и хеппи-энд присутствуют :)

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

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

1. NS-сервера

Даже странно, что забыл упомянуть с самого начала. Спасибо variable За напоминание. Очень часто люди пользуются NS-серверами хостера и при помощи whois'a мы моментально узнаем хостера.

Плюсы

• Очень часто срабатывает на шаред-хостингах

Минусы

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

2. Ошибка 403/404

Не могу сказать, что большинство, но немало серьезных хостеров страницы ошибок веб-сервера по умолчанию делают с информацией о себе, а многие их клиенты забывают/ленятся их переопределить. Поэтому в первую очередь стоит попытаться вызвать такую ошибку и посмотреть, что получится. Бывает так, что CMS на сайте при помощи mod_rewrite перехватывает запросы к несуществующим файлам и отдает в ответ свою 404-ю ошибку. Это можно попробовать обойти, вызвав ошибку 403 путем обращения к какталогу без индексного файла. Им может быть папка с картинками/шаблонами, папка для загруженных файлов, кэша движка, системная папка типа includes и т. п. Небольшой хинт — иногда на странице ошибки есть email вебмастера и часто из него можно узнать домен сайта хостера.

Вчера наш сайт отрубили от наших читателей. По ссылке видим Web Server Default Page с описанием продуктов Parallels. А еще вчера там было полторы тысячи посетителей…

Многие недавно пострадали от одновременного падения тысяч серверов сначала в пожаре на hosting.ua, а затем при отключении на McHost. Зацепило и меня. Денег на умерших сайтах я не зарабатывал, однако почта постоянно нужна для деловой переписки. Несмотря на то, что почта у меня перенесена на Google (или как вариант на Yandex), ни одно письмо не могло до меня дойти, т.к. вместе с серверами умерли и Name-сервера, и отправители просто не могли прочитать MX-запись для моего домена. Итого, 26 часов я просидел без почты объясняя всем людям, с которыми я работаю, что им нужно дублировать все письма на другой ящик — достаточно унизительно и не профессионально.

Как же заставить почту работать даже если все сервера хостера лежат?

В этом посте я хочу рассказать подробности истории с отключением ДЦ Mchost. Мы побывали там ночью и сейчас находимся у них в офисе.

Краткая предистория: вчера в 22-00 Oversun отключил каналы в ДЦ Mchost за хронические неплатежи. У Lookatme.ru на площадке стояло 5 арендованных серверов.

Технический отдел Lookatme.ru к 24-00 выяснил, в чем проблема и мы начали принимать меры по получению бэкапов и восстановлению работы сайта.

Вводная: у нас был арендован сервер на hosting.ua на котором крутился добрый десяток сайтов наших клиентов (общая посещаемость десятки тысяч), в т.ч. магазины с приличными оборотами, хостился баг-трекер, джира, ДНС.

Говорят, что все люди делятся на 2 типа: 1-делают бекапы, 2- уже делают. Мы были где-то посередине.
За историю нашей работы у нас уже сыпались винчестеры, горели материнские платы и летела файловая система. Поэтому была настроена система ежедневного бекапа на винчестер на том же сервере, и, изредка, делалась копия на другой сервер в этом же датацентре. При такой системе потеря боевого винчестера – неприятность, но явление довольно редкое, а что бы пропали и бекапы на двух севрах одновременно, должно случиться (как мне тогда казалось) что-то невероятное.

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

Суббота. Вечер.

Пару лет назад мы с товарищем купили виртуальный сервер на двоих у компании FastVPS.ru. Сервер был отличный, и нас очень радовал низкой стоимостью и большим функционалом. Вдумайтесь, на сервере был поднят bind для всех наших доменов, 8 сайтов, пара баз данных для них, ftp сервер, postfix, trac и xml rpc сервер на питоне. И все это отлично работало пока… пока ребята из FastVPS не перешли на новую мега-технологию виртуализации OpenVZ.

День 0: Предыстория

27-го марта, ориентировочно в 22.35 по московскому времени мне пришла смска — «Ping: alpha @ Hosting.UA is down». Следом за ней еще три, сервера beta, gamma и delta тоже плохо себя чувствовали. «Ладно, у них иногда бывает, сейчас все вернется», подумал я и спокойно пошел спать. Утром меня ждал непрятный сюрприз — мне позвонил хороший знакомый и рассказал что Hosting.UA сгорел. Официальной информации от них не было, следовательно ждать не имело смысла. Нужно было срочно найти хотя бы один сервер, чтобы развернуть бекапы. Я не хотел больше хостится в пределах СНГ, но неплохой пинг хотелось сохранить. Погуглив и потестировав связь было принято решение остановиться на Германии, а в ней, в свою очередь, я остановился на двух провайдерах выделенных серверов — Hetzner.de и serverloft.com (serverloft.eu если быть точным).

На сайте hosting.ua стала доступна информация о произошедшем 27.03.2010 пожаре. Привожу здесь полный текст, поскольку в будущем страница может измениться.