Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 23
- Наличие поддержки IPv6 (по крайней мере по запросу)
- Наличие собственных DNS-серверов (не менее двух), находящихся в разных ДЦ
- Наличие механизмов защиты от [D]DoS-атак на клиентские сайты
Объединяя это я бы добавил:
- Наличие собственных DNS-серверов, отвечающих по IPv6
- Наличие механизмов защиты от [D]DoS-атак на собственные DNS-сервера и инфраструктуру
А вот про это
- Размещение серверов в ДЦ с наличием системам пожаротушения и избыточной
схемой питания
можно очень многое добавить. Например: наличие гермозоны, чтобы раз в полгода не пылесосить сервера, вынимая по кило грязи. Или поддержка комфортной температуры и влажности, чтобы оборудование не «выгорало».
Это всё называется «размещение в приличном ДЦ». Кстати, гермозона как таковая не нужна, достаточно повышенное давление в зале, плюс фильтры на кондиционерах.
Живой пример в Москве — ММТС№9: все ходят без бахил, в залах проводятся «грязные» работы. При этом, это считается ДЦ, входит в рейтинги ЦОД Москвы и туда многие рвутся встать.
Насколько я понимаю, туда рвутся из-за близости пиринга, и встать хотят не серверами, а сетевыми железками. Не?
Мой опыт говорит, что нет. Сколько операторов в «независимых» ДЦ? 5-10-15? На М9 сервера могут получить Интернет (без пиринга) от сотни операторов, что дает возможность выбить лучшую цену. Не все же знают о качестве самого «ДЦ».
По совести это делается просто: тёмной оптикой утаскиваете в тот ДЦ, где лучше всего. И имеете такой интернет, какой хочется, за те деньги, за которые можется.
Разумеется, это проект не для хостеров с «хостингом» на VDS'ке (или парочке арендованных серверов). Ну так в посте-то про таких и не рассказывается.
Разумеется, это проект не для хостеров с «хостингом» на VDS'ке (или парочке арендованных серверов). Ну так в посте-то про таких и не рассказывается.
Да, конечно, BGP на свитче с двумя дефолтами — вариант подороже. Тёмная оптика — еще подороже. Некоторые хостинговые проекты, начинавшие с VDS, умудрились расшириться и съехать с М9 в свои собственные ДЦ. Такие примеры из серии «делается просто» тоже есть на практике. Мир многообразен.
На М9 стояли и стоят вполне большие проекты, в т.ч. хостинговые, берущие по несколько стоек.
На М9 стояли и стоят вполне большие проекты, в т.ч. хостинговые, берущие по несколько стоек.
Теперь бы ещё список хостеров, где это выполняется хотя бы процентов на 75…
> Наличие поддержки по телефону
Ох, как вы замучали с этим.
Вы же понимаете, что необходимость отвечать на звонки замедляет работу саппорта в n раз? Разговаривая по телефону не получается делать параллельно другие задачи, пока ваш бэкап разворачивается.
И ладно б если культура общения была, так нет же «восстановите бэкап мой, а я пока тут вас 15 минут подолбаю бесполезными вопросами не по теме». + возможность ошибки намного выше.
Вот было прекрасное правило у меня на одной из работ — убрать руки от клавиатуры, когда говоришь по телефону.
Ох, как вы замучали с этим.
Вы же понимаете, что необходимость отвечать на звонки замедляет работу саппорта в n раз? Разговаривая по телефону не получается делать параллельно другие задачи, пока ваш бэкап разворачивается.
И ладно б если культура общения была, так нет же «восстановите бэкап мой, а я пока тут вас 15 минут подолбаю бесполезными вопросами не по теме». + возможность ошибки намного выше.
Вот было прекрасное правило у меня на одной из работ — убрать руки от клавиатуры, когда говоришь по телефону.
Вы по телефону принимали заявки на восстановление бакапов?
А идентификацию клиента как выполняли? Я работал довольно долго в хостинге и телефон у нас был только для консультаций и успокаивания клиентов на случай если что-то упало. Все заявки принимались строго из личного кабинета или с контактного email.
А идентификацию клиента как выполняли? Я работал довольно долго в хостинге и телефон у нас был только для консультаций и успокаивания клиентов на случай если что-то упало. Все заявки принимались строго из личного кабинета или с контактного email.
По кодовому слову, вестимо =)
Ну и по анкетным данным ещё.
Потом тоже на подобную схему перешли — любые изменения делаются только по письменной заявке (из-за экономии времени, опять же, как предполагалось). Только 15-минутные разговоры никуда не делись — напишут заявку и сразу перезванивают «дайдайдайдайдай» (с) Немо
Ну и да, ничего серьёзного по телефонной заявки мы никогда не делали ничего серьёзного (удалить, переналить, подключить KVM, etc).
Ну и по анкетным данным ещё.
Потом тоже на подобную схему перешли — любые изменения делаются только по письменной заявке (из-за экономии времени, опять же, как предполагалось). Только 15-минутные разговоры никуда не делись — напишут заявку и сразу перезванивают «дайдайдайдайдай» (с) Немо
Ну и да, ничего серьёзного по телефонной заявки мы никогда не делали ничего серьёзного (удалить, переналить, подключить KVM, etc).
Это все так, только вот понимание клиентом предоставляемых услуг (как и компьютерная грамотность) зачастую оставляет желать лучшего, в таких случаях приходится объяснять по телефону, что и к чему. Тяжело что-либо с этим сделать.
Конечно, это касается по большей части недорого хостинга, в случае хостинга исключительно выделенных серверов это не очень актуальная проблема.
Конечно, это касается по большей части недорого хостинга, в случае хостинга исключительно выделенных серверов это не очень актуальная проблема.
А почему арендованные сервера не подходят? Если к ним есть оперативный доступ у своего администратора, какая разница, какая форма собственности и серверов?
Слишком много появилось «школо-хостингов» с арендоваными серверами в hetzner'е. Некоторые адекватные и из них что-то путное получится, но большая часть полностью неадекватная.
Это причина? А если школохостинги купят свои сервера, поставят под столом на работе (допустим, в провайдере) то и от своих серверов нужно отказаться и силой мысли сайты хостить?
По трейсу, whois ip это отлично будет видно. А вообще это один из пунктов, нужно смотреть совокупность.
А при чем тут whois? я говорил о школохостингах на своих серверах. О том, что их тоже много и это не повод под одну гребенку мести все хостинги на арендованном железе.
Не знаю уж что вы там в whois хотите увидеть такого запретного. Своя as стоит гораздо дешевле, чем поставить правильные сервера в стойку в промышленом ДЦ. Особенно если еще и обслуживать ее с провайдерского же оборудования.
Да и whois с именем провайдера у которого есть и ДЦ скажет лишь о том, что хостинг не стал покупать себе AS, а не о фактичеком размещении и качестве серверов.
Таких хостингов кстати не так и мало. Просто таким людям лень их сильно пиарить.
Не знаю уж что вы там в whois хотите увидеть такого запретного. Своя as стоит гораздо дешевле, чем поставить правильные сервера в стойку в промышленом ДЦ. Особенно если еще и обслуживать ее с провайдерского же оборудования.
Да и whois с именем провайдера у которого есть и ДЦ скажет лишь о том, что хостинг не стал покупать себе AS, а не о фактичеком размещении и качестве серверов.
Таких хостингов кстати не так и мало. Просто таким людям лень их сильно пиарить.
Shared-хостинг? В текущем виде у него нет будущего. Сейчас массивные системы опенсорсного PaaS только-только начали взрослеть, но ещё несколько лет — и старого-доброго shared'а не останется. Точнее, он будет примерно в том же виде, в котором сейчас пребывают производители считывателей для перфокарт. Кому-то нужно, кто-то за это деньги платит, но массовый рынок — нет.
Пункт про аренду вычёркиваем. По множеству причин сервера лучше размещать за границей — а там, очевидно, они будут арендованными.
Пункт про автоматический биллинг касается только физлиц.
Платежи карточками/пейпалами/кивями автоматизируются без малейших проблем, а идентифицировать платёж юрлица — та ещё задачка.
Пункт про автоматический биллинг касается только физлиц.
Платежи карточками/пейпалами/кивями автоматизируются без малейших проблем, а идентифицировать платёж юрлица — та ещё задачка.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Чек-лист зрелого хостинг-провайдера