Рейтинг
0.00

Статьи

16 читателей, 62 топика

Как должен выглядеть идеальный дата-центр ?

Статьи
По мотивам топиков раз, два

Топик из этой серии, номер три.
Разумеется топик написан человеком, который живет Интернетом и никогда не работал в офисах. А значит его взгляд на вещи девственно чист, не загажен чужим мнением, можно сказать это самый лучший взгляд/мнение, если нужен отклик о каком-то продукте, как этот продукт воспринимается именно только в Интернетах.

Итак :)
  • Сайт дата-центра ничем не отличается от сайта обычного хостинга. Он должен быть такой же максимально информативный.
  • У дата-центра конечно же должен быть Биллинг, личный кабинет. Где можно зарегистрироваться, связаться с нужными отделами. Сразу увидеть полочки товара и услуги, которые предоставляет дата-центр или увидеть его локации по разным странам, если компания международная.
  • И конечно же увидеть сразу методы оплаты и как будет списываться эта оплата, ежемесячный счет там или можно каждую покупку продлить в любой момент времени допустим на любой период. Методы оплаты и сам метод списывания денег — это достаточно важные вещи. В интернете преобладают Интернет методы оплаты, и покупки в Интернете совершаются на Интернет деньги. Если какой-ниб дата-центр принимает только карты, то это значит на плечи клиента ложится еще и 50% геморой по обмену тех или иных валют и вывод на карты, плюс нужно учитывать лимиты по операциям, а значит клиент не сможет сделать в дата-центре с говно методами оплаты — крупные покупки. Либо ему придется заводить там сотни аккаунтов для каждого кошелька.
  • На сайте дата-центра должна быть информация так же в виде фотографий этого дата-центра. Чтобы клиент сразу мог понять серьезная ли постройка или кабы-лябы. Если там пара говно фоточек, то доверие лично как по мне — минимальное. Почему-то дата-центры привыкли на подобные запросы отвечать — мы проведем вам экскурсию. Но нахуй мне сдалась ваша экскурсия если может быть я в другом городе живу? А может даже в другой стране? Я хочу сразу по сайту понять стоит вам доверять или не стоит. Заведомо фальшивые красивые фоточки как с картины — тоже отпугивают. Вот такие фотки как в ОВХ честные честные пречестные — лучший стимул доверия.
  • Тоже самое касается и покупки серверов в дата-центр. Дата-центры привыкли отвечать — приезжайте, мы вам выпишем доступ, поставите серверы. Но я же нахожусь в другом городе, как я к вам приеду? Мне нужен интернет магазин, где вы сами закупаете. Или нужна витрина товаров где я куплю, а вы потом уже в магазе вашего города закупите все эти вещи. Я сам хочу собрать себе сервер допустим. И дата-центр через биллинг панель — должен это предоставить.
  • А так как я не специалист по сборке серверов. То дата-центр, его сайт, или его биллинг — должен сам мне показать, какие стойки лучше покупать, какие корпуса брать, какие материнские платы. И тому подобное. Возможно чтобы быть номером один, дата-центр должен даже написать рассказы вплоть до выбора SSD диска, почему именно эта модель лучше другой модели. Почему нужно делать «ноду» в raid таком-то, а не таком-то. И конечно же неплохо было бы, чтобы дата-центр подготовил сразу 10-20-30 вариантов популярных серверов под потребности будущих клиентов. Например клиент хочет купить сервер для шаред хостинга. А другой клиент хочет купить сервер для VPS ноды. Конфиги абсолютно разные — и дата-центр должен показать на готовых рабочих примерах, что для ноды VPS лучше покупать или собирать вот из таких деталей, а для шареда вот такие. Вот она — идеальная витрина продаж для Интернет клиента.
  • Далее клиент сам все это покупает оплачивает, а дата-центр устанавливает и собирает и выдает доступы до панели управления заказом уже. Клиенту не нужно ездить в чужие города, не нужно вообще куда-то ехать, он делает покупку через Интернет для своих Интернет проектов.
  • Конечно же хороший дата-центр — это хорошая панель по инфраструктуре. Переустановка ОС, всегда свежие шаблоны ОС. Перезагрузка сервера. Возможность автоматически менять PTR/RDNS записи. Возможность добавлять дополнительные IP. Возможность соединять сервера по локальным сетям, так же автоматически через панель. Возможность переносить доп IP адреса или сети с сервера на сервер.
  • Вот она инфраструктура — цех. Которую просто покупаешь и даже тикета не создаешь. Купил, заказал, получил, сделал все что нужно через панель. Конечно же автоматическое подключение ддос защиты. Или возможность давать управление на перезагрузку и переустановку ОС с указанием дополнительного email куда будут дублироваться доступы. Например чтобы хостер покупающий в дата-центре мог так же дать доступ до установке ОС и ребута своим клиентам, так же. Отдельный саб-логин для каждого заказа.
  • Если сервер сгорел допустим, клиент заказывает новый и делает перенос доп IP, моментально, быстро, сам без тикетов. Или оплачивает покупку новой детали, если сервер был его покупкой, а не арендой. На складе должно храниться что-то примерно аналогичное про запас, чтобы заменить клиенту все это, а потом выставить счет за сгоревшее с сроком оплаты в неделю допустим.
  • Тоже самое касается и всяких сетей IP. Возможно даже дата-центр может стать посредником по покупке сетей от LIR и анонсы этих сетей. Опять же клиент просто закупает в интернет магазине нужное кол-во сетей, по тем же ценам что и у LIR мог бы купить. Да, скажите вы какой смысл дата-центру заниматься этим и ничего себе не наворачивать? Да вот же он — он предоставляет УДОБСТВО пользования вашим дата-центром для клиентов. Это те самые услуги без прибыли, но за счет которых клиенты потом бесплатно приводят других клиентов. Начинает работать сарафанное радио.
  • Если дата-центр будет бесплатно предлагать еще и панель резалки VPS в комплекте. То это тоже станет частью его преимуществ инфраструктуры.
  • Можно вообще пойти дальше и даже продавать в кредиты, как продают любые магазины в реальной жизни. Но это уже мне кажется перебор )) Но я не удивлюсь, если такие точки продаж и такие дата-центры когда-ниб появятся в будущем. Понимаете о чем я мыслю ?
  • Дата-центр это не просто площадка с электричеством и местом — это сервис, который вы должны продать клиенту.



Те Дата-Центры, кто не изменится — закроются как сотни банков старой модели, которые существуют лишь для обслуживания тех или иных бизнесов.

Фичи VMmanager KVM

Статьи
Вчера с 6 утра и до 23 вечера с Vova1234 — посвятили настройке 2 новых нод. И весь день как в аду каком-то был. Проблема за проблемой, переустановка с нуля, переустановка с нуля, тикеты с ispsystem, настройки ноды.

Что сегодня я спал без чувств и мне снились панели ISPsystem )
И пришла пора написать пост годичного опыта проб и ошибок.

Итак, как вы уже знаете — Debian разработчики поддерживать не будут.
А с 2016 года мы делали ноды на Debain 7. И решили раз больше поддерживаться не будет — пора делать на Cent OS 7

Одну тестовую ноду, но на CentOS 6 мы сделали — и там все отлично работало. Но там был один узел. И панель и узел стояли на одном сервере. В итоге мы подумали что косяки начинают наблюдаться когда начинаются добавляться узлы. Но потом накатили центос7 без узла и тоже не работало. Потом накатывали панель на отдельный атом, ноду добавляли узлом — такая же фигня. И никак не могли понять в чем же проблема. Уже начали грешить даже на то, что панель возможно не устанавливается на слабые Атомы. Ну с опытом мы пришли к выводу, что если делать через узлы, то саму панель нада ставить на отдельный сервер, а все будущие узлы добавлять узлами. Ниже напишу почему я так решил. Короче весь вчерашний день угрохали на эту панель. Каких только вариантов установок мы не попробовали методом тыка.

Но вчерашний день в итоге суммировал накопленный опыт. И я решил написать этот пост.

Частые проблемы при работе с VMmanager KVM

Снапшоты.
Когда создаете тариф — отключайте и запрещайте их сразу.



Потому что если у вас диск всего 480 SSD к примеру и он уже поделен на тарифы, на 15 долей по 26 SSD к примеру. То снапшоты могут засрать все свободное место, оказывается они не учитываются в этот лимит в 26 SSD по тарифу который ты создал в настройках и лепятся и лепятся из резерва. И самое интересное, когда место заканчивается — VDS-ка офается и не включается. А чтобы удалить снапшот нужно запустить эту VDS. Если зайти под рутом чисто на файлы, то там можно увидеть вообще 1 гигантский файл вместе с всем говном из снапшотов. Чисто вырезать оттуда сами снапшоты — невозможно. Весь образ VDS — может быть файл такой в 160 ГБ, где 26 SSD тариф и остальное это снапшоты. Короче в итоге приходится удалять полностью и пересоздавать VDS.

Версии ОС

Почему-то когда происходит скачивание новых версий ОС — старые часто не удаляются.
В итоге в папке
/nfsshare
накапливается какое-то говно и через месяцы работы ноды — оно тоже может сожрать все свободное место и VDS-ки начнут падать из-за нехватки места.
Логично же — образ ОС должен перезаписываться, а не копиться.

Шаблоны ОС
Шаблоны ОС не всегда автоматически копируются на «узлы». Нужно проверять задание крона, и запускать вручную. Иногда ОС могут не ставиться потому что на узлах просто папка с шаблонами пустая.

Если ставите VMmanager на CentOS 7
/etc/resolv.conf
должен быть:
nameserver 8.8.8.8
nameserver 213.186.33.99
search ovh.net
иначе centos не устанавливаются.

ОС Debian зависает шестеренка установки
В итоге как оказалось — проблема в nginx
Конфиг был взят из их статей с из сайта doc.ispsystem.ru
И там присутствовала строчка с опцией «nocunked»


В итоге эту проблему решили. И даже на старых нодах, которые на Debian 7 были сделаны — стало работать все нормально.
Ну оно как бы и работало. Но нужно было «отключать» и «включать» VDS-ку. А это значит каждому второму нужно было отвечать выключите и включите и можете пользоваться. Это был пиздец. Целый год нервировало меня это.
Но даже при таком раскладе — это не останавливало тесты и опыты и хорошее FAQ увеличивало их продажи.

Но так как Debian уже не будет поддерживаться.
Все равно — придется менять придуманную систему и маркировку нод на CentOS 7
Потому что основной сервер с панелью и узлы — должны быть сделаны на одинаковых ОС

И поэтому я решил написать эту статью.
Чтобы поделиться тем, как я придумал делать. Я раньше писал много статей про дизайн сетей там, технические домены или делать NS в 4 дата-центрах с 4 доменами купленными в 4 разных регистраторах по 4 разным юридическим законам их стран. Например я считаю что этот стандарт я и придумал в своих статьях, через 5 лет все стали так делать и если сейчас так не сделано, то это нубасы.

Или статьи про storage всякое, которое когда-то было selectel и которое меня подставило знатно.
Или я придумывал метод защиты от ддос атак шаред помоек, через специальные отдельные домены технические, где и пробить по NS было тоже не возможно. Когда еще НЕ БЫЛО OVH.
Или я первый начал разносить тысячи технических записей по кучи разных панелей. И сейчас у меня каждый дата-центр, каждая локация в отдельном месте и все места абсолютно разные, если упадет одно, другие работают.

Ну везде старался найти — идеальное что-то! :)


И с VMmanager так же.
Методом проб и ошибок я пришел вот к таким понятиям.
Для начала немного истории. Ноды VDS можно создавать по разному, очень по разному.

Метод 1
Можно ставить 1 лицензия VMmanager KVM — 1 нода. Панель и узел — 1 единственный сервер.
В итоге можно копить ноды через маркировку как шаред хостинги.
noda1.abcd.cloud
noda2.abcd.cloud
и так далее.
Их можно делить чисто по сервису/бренду, а можно так же делить по типу клиентов или предназначению, например noda1.highload.cloud noda2.highload.cloud и так далее по смысловым тех доменам.
Их можно делить по типу KVM или OVZ, например можно метить noda1.kvm.abcd.cloud
Или можно делить по типу дата-центра, например noda1.kvm.hetzner.abcd.cloud и noda1.kvm.selectel.abcd.cloud
А можно так же делить и по странам даже. Или по континентам.
Вообщем — на вкус и цвет.
Плюсы этого метода как по мне в том, что все отдельное. Сгорела/раздрочилась/хз-что-то-случилось с нодой, похуй, перенес выживших на новую. Создал новую.
Минусы как по мне — начинает накапливаться просто огромное кол-во лицензий VMmanager, замусоривается все это в самом биллинге ISP. Ну и учет вести труднее. Плюс не красиво оформлено. Смотрите какое длинное название будет noda1 KVM Hetzner ABCD cloud и так далее, это еще без страны или конкретного DC1 DC2 внутри Hetzner. Длинное техническое имя получается. Не красиво.
И второй крупный минус — каждую ноду нужно настраивать настройки с нуля. Создавать пользователей VMmanager, делать оформление бренда и тому подобное.

Метод 2
Можно создавать ноды через узлы.
Например покупается лицензия VMmanager, ставится на сервер, сервер и узел являются единичным. И потом просто добавляются узлы.

Тут тоже можно сделать по разному.
2.1 Каждому дата-центру свою ноду и маркировка сразу сокращается.
вместо noda1.kvm.hetzner.abcd.cloud будет — просто kvm.hetzner.abcd.cloud, где все последующие ноды(те которые в первом методе были цифрами) с KVM и закупающиеся в hetzner будут добавляться узлами в эту панель уже и ссылку.
2.2 Но все равно это получается не четко. В идеале ты начинаешь понимать, что создаешь ноды на конкретных процессорах и конкретных конфигах. Ведь согласитесь когда у тебя постоянно разные конфиги, то значит постоянно разные цены и рассчеты. А значит и сами шаблоны тарифов в VMmanager, все это засирается и с годами забывается. Это начинает очень сильно напрягать. Куда удобнее покупать один и тот же оптимальный конфиг, который уже рассчитан и поделен на продажи. И наполнять одинаковым узлами свою панель. В итоге решение было найдено — можно покупать каждому процессору отдельный домен. Например i7-6700k.ovh i7-7700k.ovh xeon-E5.ovh 1245.ovh i7-4790k.ovh xeon-d.ovh и тому подобное, Но этот процессор так же может быть в разных дата-центрах, странах и локациях. Поэтому его все равно нужно делить. Например покупать домен для процессора в одноименной зоне, у ДЦ OVH есть зона .ovh, если бы не было, то это была бы зона .fr, если в Hetzner, то значит i7-6700k.de и тому подобное. А потом уже метить по названию ДЦ, метить по самой локации. Например hetzner.i7-6700k.de contabo.i7-6700k.de, а внутри-дц маркировка — DC10.hetzner.i7-6700k.de например так.
В OVH же идет например по их списку дата-центров. Например gra1.i7-6700k.ovh sbg1 sbg2 rbx1 rbx2 rbx6, bhs4 bhs6 и тому подобное короче.
Итак, как мы видим — теперь уплотнять и накапливать узлы можно более грамотно.
На каждую такую панель — покупается VMmanager, а далее в нее добавляются идентичные узлы уже. И там можно хоть сотнями засрать например за будущие года. Все по полочкам начинается.
Плюсы — не нужно постоянно настраивать настройки и бренды. Ну и людям проще как-то, когда одна ссылка, а не 100 ссылок будет для каждого узла. Но все равно людям нужно будет запоминать отличие OVZ и KVM и отличие по локациям дата-центров, нода в hetzner или нода в ovh или еще где. Плюс если по процессорам, то запоминать и делить еще проще. И не нужно плодить кучу тарифов для разных конфигов железа и метить их как-то в гигантском списке шаблонов VM, нужные тарифы — в нужном узле, все просто.
Минусы — сама панель стоит на сервере и узле самом первом. Если через 3 года узел устареет или там ему пизда придет диски выгорят. То потом с нуля поднимать панель на новом месте и добавлять туда например те 50 узлов которые были. И всех пользователей с 50 узлов — это проблема! Просто огромная проблема. Восстанавливать очень много придется. Если уж панели придет пиздец, то «метод 1» описанный выше смотрится даже практичнее, где в каждой панели свои «пользователи узла-ноды». Поэтому мне нравится третий метод :)

Метод 3
Этот метод полная копия «Метода-2»
За одним важным исключением.
Панель VMamanager для определенного будущего узла, который по процессорам, по локациям странам и дата-центрам делится — эта панель ставится еще и на отдельный сервер — чисто для панели.
Например покупается что-то бюджетное, тот же Atom N2800 или i5-2400 какой-ниб. Ставится туда панель. А потом уже добавляется самый Первый узел с которого будут пилиться VDS-ки. В итоге если через 3 года какой-то узел откажет, и даже самый первый, то он просто легко заменяется и все. А сама панель Vmmanager работает отдельно, все «кол-ва пользователей для каждого узла внутри кластера по стране-локации отдельно»
Плюсы — все по полочкам. Все легко заменяемо. Повторной работы быть не должно. Если только v6 не выйдет какая-ниб которая опять заставит «создавать новые панели» :))
Минусы — пока не обнаружил, разве что лишние 500р для каждого узла. А если у нас дата-центров десяток, плюс в каждом из них еще десяток внутренних ДЦ по городам например, плюс еще десяток процессоров использоваться будет — то это неплохие такие лишние расходы получаются. Но, нужно закладывать в стоимость создания ноды. Хотя я все же считаю, VMmanager не та панель на которой можно сделать бизнес и заполнить сотнями и тысячами всю эту красоту полочек.

А, и еще добавлю.
Цена одного узла — 100 евро.
Цена 1 биллинга — 150 евро. Биллинг это просто БОГ дохода. Просто купил, настроил, продаешь, зарабатываешь.
Нода — это 15 долей на 1 узел. Всего 15 долей.
Если честно VMmanager — не дешевое удовольствие для 15 клиентов.

Поговорим о будущем дата-центров

Статьи
Увидел в rss топик
searchengines.guru/showthread.php?t=948670&page=3

Ну помните Ua-hosting же, того чела который считал что только у них самые крутые оптовые бизнес клиенты, и только в Leaseweb или EwoSwitch они ходят.
И постоянно публично поливал грязью любой лоукост типо OVH. Хотя сам даже не в курсе как устроено OVH, потому что не пробовал их продавать.
Ну короче — заметный пиарщик. Но вызывающий у читателя лишь негатив к его компании и к нему самому как человеку дилетанту, который считает себя профессионалом рынка.
Была раньше нормальная компания, пока не появился этот пиарщик, который просто закапывает эту компанию и хоронит ее.

Но я немного задумался на эту тему. Поужинал, подумал. И понял, что можно написать целый топик про этот случай.

Итак, что мы видим в том его высказывании?
Ua-hosting хотят попробовать себя в сегменте лоухостинга. Мы не будем заострять внимание на том, что человек ошибается во многом, особенно на счет качества OVH. Это уже многократно обсуждалось.

Мы поговорим о другом. О будущем.
Что такое ua-hosting? С их слов и их поведения — это как раз реселлер работающий в режиме b2b с бизнесом по супер дорогим ценам, в супер элитных дата-центрах, где частник даже ничего купить не может, в evoswitch невозможно зарегаться, в leaseweb сверяют по звонку каждую анкету и паспорта, т.е. клиент унижается и притом еще за дорогие цены. Дата-центры которые не хотят продавать мелочевку короче, они предпочитают продавать реселлерам, как ua-hosting. Итого что мы видим — один из сегментов рынка, одна из десятка моделей продаж.

Что такое OVH? Это полностью противоположный дата-центр. Цены дешевые. Поддержки нет, не было и никогда не будет. Продает исключительно частникам. Любой бизнес который хочет купить там что-то на миллион — просто не может, когда я делал покупку на миллион я 2 недели доказывал что не уебок какой-то и не кардер и это притом что я сделал все идеально, уже с опытом всех косяков прошлого. Этот дата-центр хочет работать только с частниками. В режиме без поддержки. Создал, удалил, создал, удалил — эта модель которую я уже описывал ранее, но только на выделенных серверах. Обычно эта модель применима к любым виртуальным копеечным услугам. Но OVH может применять ее на копеечных серверах.

Притом стоит отметить что инфраструктура не страдает. Что такое создать шаред или VDS, надежный и качественный? Это значит потратить кучу сил, времени, администраторов и другого персонала на создание. А что такое купить сервер, воткнуть его в стойку и подключить к автоматической системе? Это не трудно, и риски минимальны, ни бекапов, ни администрирования, ни поддержки. Выдал клиенту и все. Поэтому и цена дешевая. Но инфраструктура не падает, не подводит. Поэтому получился качественный сервер, который хочет купить и бизнес, в больших кол-вах, но не может из-за политики ovh, которая привыкла работать с мелкими заказами. Если же шаред или vds сразу загадится, без людского вмешательства, в силу особенностей услуги, то дедики не гадятся, только разве что нужно сеть поддерживать на плаву.

Так, к чему это я рассказываю. Давайте представим дата-центр будущего. Я считаю — это просто 100% должна быть монополия. Монополии также могут быть разными. Одни могут работать как ovh для частников, другие могут работать для бизнеса. Но в любом случае — цены будут идти еще ниже. Любой дата-центр будущего будет с бесплатным электричеством, аля воздух/вода/солнце, ну уже сколько лет монополии строят зеленые дц. Возможно через 10 лет интернет тоже станет бесплатным, в РФ вряд-ли, а в Европе вполне возможно это станет государственным все и сами точки тоже будут поддерживаться странами как критически важная инфраструктура страны. Ну и разумеется везде будут свои монополии, которые будут подкармливаться государством. И весь мир будет покупать там дешевые услуги, дешевые дедики без поддержки, или дешевое облако. А потом уже всякие частные компании опять же со всего мира будут оказывать различный набор услуг, например с поддержкой или без, эти уже сторонние компании будут бороться за разные сегменты рынка. Но цехи, дата-центры с копеечными услугами — будут одни для всех. Крупные, непотопляемые. И это будет хорошо для всех, как говорится все в одном месте, все надежно. Один и тот же товар — будет продаваться другими игроками рынка по разным моделям продаж, в разные сегменты. Это и будет называться хостинг компания будущего.

Итак, к чему мы пришли. Раз уж я начал писать о будущем из-за высказывания ua-hosting, то нада и про него сказать. Что лично вижу я? Я вижу что этот неадекватный продажник просто не может продавать и выполнять свою работу. Хочет пойти в лоу-сегмент? Почему? А потому что не может продать b2b свои leaseweb и ewoswitch, не может продать эти дата-центры, видимо все плохо идет и это уже агония. Он говорит что у OVH агония, а мне кажется у ua-hosting. Вместо того чтобы разводить демагогии, лучше бы продавал.

Но ладно, далее что еще можно сказать. Опять же на примере ua-hosting. Допустим у них сейчас успех, круто все, как он и рассказывает. Бабками раскидываются на рекламы налево и направо, нужно и не нужно. К слову я не потратил не одного рубля на рекламу. И вот они захотели конкурировать с OVH. Что-же им нужно сделать? В текущем варианте — они не смогут конкурировать с OVH. Потому что для этого им нужно заставить их цеха, их дата-центры измениться. Думаете leaseweb/ewoswitch пойдут в нишу лоухоста? Я не верю в это. Но есть и другие пути, вместо того чтобы разбрасываться бабками на форумы с троллями — можно построить свой цех, а если не хватает бабла попросить у государства или где-ниб еще и создать такую же инфраструктуру как OVH, тогда они действительно будут считаться конкурентами. Хочешь конкурировать? Монополии еще есть не везде и куча потенциальных компаний которые могут в нее превратиться — существуют в разных странах. И если компания, пусть тот же ua-hosting хочет идти в будущее им нужно ей стать. Мелким хостерам уже хана, устаревшим дата-центрам тоже хана. Хостинг с собственным оборудованием на коло в размере пары стоек не сможет конкурировать с цехами. А цеха не будут разрешать ставить серверы на их площадки. Ему уже сейчас нужно это понимать.

Далее допустим, они смогли действительно выйти на прямую дорогу конкуренции с ovh. Поговорим о том, что их ждет. Сейчас ua-hosting занимает сегмент дорогих цен и бизнеса. Будем верить, что так оно и есть на самом деле, а не просто демагогия. Выйдя на лоу сегмент — их ждут параши. Меня тоже не устраивает, что 80% услуг это параши какие-то. Но дело не в демпинге и не в OVH. А в том, что на рынке нету специалистов, которые могут настроить собственные ноды, собственные шареды. И в том, что любой стоящий клиент, и вообще уважающий себя человек — сразу покупает дедик, ему не нужен ни шаред, ни VDS. В итоге — просто услуга для отбросов. Сама услуга деградировала. А времени на создание чего-либо виртуального и надежного — уходит в 8 раз больше, чем на купить дедик и поставить в цех ДЦ, как ovh без поддержки, где все автоматически.

В итоге судьба UA-hosting предрешена, его засрут нахуй всякие мудаки за копейку. VPS ovh уже страдает от 3 евро цены. Некоторые даже закрываются. Я сам уже свой спамхаус сделал про чернь и когда-ниб опубликую. Реально, хоть закрывай продажи дешевле 1000р в принципе, чтобы не заниматься постоянными банами нежелательных клиентов. Даже тупо отбирать деньги у черни не помогает, они все равно хотят просочиться в эту копейку. Так что удачи тебе чувак, это круто, что ты решил избавить остальных хостеров от мусора, забирай его себе, рынок будет рад :)

Исходя из вышеперечисленного, я могу лишь объяснить подобное заявление тем, что они теряют клиентов, потому что не умеют работать как b2b. Теряют клиентов? Но не из-за демпинга. А просто потому что не могут. Я бы на месте ua-hosting продолжал развивать b2b модель, как она сейчас и есть. Просто расширил локации до всего мира, до всех возможных цехов. А если клиентов на нее нет. Ну — значит вы уже проиграли. Лоусегмент это не заработок. И кстати рынок начал разрушаться не из-за демпинга и мусорок. А из-за панелей ISPsystem, из-за Легенды 200х годов. Они могли бы сделать все панели для себя и быть лидерами в РФ, но они предпочли продать их всем желающим за копейку и пошел необратимый процесс создания говно хостов разного рода. Ведь специалистов в интернете нет, без ISPsystem никто бы ничего не создал виртуального.

Время изменилось. Будущее за дешевыми дедиками и дешевыми облаками. Без поддержки. По модели создал-удалил. И они уже есть в этом мире. Им нужно лишь зачистить рынок и стать полноценными монополиями.

Топик написан alice2k в декабре 2016.
Хотите выслушать мое мнение о вашей компании? Напишите mail@alice2k.com и я по честному распишу, как я ее вижу со стороны клиента и хостера, напишу про все косяки. И так же напишу, чтобы сделал я для улучшения.

Хотите создать хостинг? Узнайте сначала факты

Статьи
В прошлом я писал много статей на obzor.ly, но все они сводились к тому, что нужно купить дедик для шареда, дедик для ноды и тому подобное.
А сейчас я напишу статью — что вам нужно знать, когда будете просто не парясь с настройкой вообще, просто продавать чужой готовый товар. Просто без знаний и умений — продавать. Это то, к чему я пришел за 5 лет.



Некоторые факты, которые нужно просто понять, прежде чем создавать хостинг.
  • 1. Чтобы продавать хостинг тематику — можно смело ложить на мобильных пользователей. Ну согласитесь, кто будет создавать сайт на планшете? Или кто будет вести бизнес с мобильного телефона и покупать серверы на десятки тысяч. Никто. Потому что это чертовски не удобно. Разумеется у любого уважающего себя создателя есть комп и именно с него он и работает, а то и сразу с тремя мониторами и двумя провайдерами. Так что моим проектам мобильная аудитория полностью не нужна. Она игнорируется. Вы можете считать по другому, но я ее игнорирую и это неоспоримый факт.
  • 2. Чтобы продавать вам нужны витрины продаж. В старых статьях я расписывал уже про сайты хостинга и тому подобное, почитайте. Если вы никто, если вас никто не знает — вам точно нужен сайт и чем лучше он будет, тем больше вы сможете продать. Это только я могу продавать с распидорасов каких-ниб, потому что меня все знают. Не стоит путать мой путь продаж и ваши продажи. Поймите этот факт.
  • 3. Продавать один и тот же товар можно совершенно по разному. Как я уже написал кто-то может в одиночку продавать сотнями, а кто-то не может даже 10 штук продать. Один и тот же товар можно продать десятью разным категориям людей, начиная от новичков и заканчивая полноценным бизнесом, аля b2b. И тут появляются некоторые важные аспекты для понимания.
    • 3.1 Типичный хостинг это куча обезличенных людей. Это поддержки первого уровня, поддержки второго уровня, админы первого, админы второго, продавцы там какие-ниб, маркетинг и только на десятом уровне можно дойти до создателя или заместителя его. В итоге бизнес которому нужно купить сразу оптовую партию — никогда не обратится в такой хостинг, потому что ему не поверят поддержки первого уровня просто и пошлют нахуй. Да и сами поддержки таких хостингов обычно ничего не знают и не шарят, они даже не знают что продают, не знают как работает дата-центр и его автоматизация, не знают всех нюансов. Поэтому крупный клиент идет только к тому, кто знает, например к тому чья репутация уже непоколебима и который доказал миру что он надежен. Практически все хостинги из одного человека такие, т.к. все заказы проходят через них, то они знают весь процесс от А до Я, абсолютно все нюансы. Поэтому им проще. Как только они начинают нанимать кого-то, перепоручать, то сразу теряется качество, потому что другие люди — не они. По разным причинам они не могут так вкалывать к примеру или просто не осиливают или опыта у них нету должного. И обычно решаясь раздать полномочия, создатели сразу теряют всех своих старых клиентов, которые работали именно с ними как с личностью. Но это уже другой факт. Я же хотел сказать про факт того, что практически все монополии не пригодны для b2b, потому что там просто нету сотрудников. Практически все компании погрязли в тупизме сотрудников и тоже не могут нормально работать в режиме b2b из-за тупости сотрудников. А почему сотрудников не обучают? Потому что как только продавец понимает дзен — он тут же уходит открывать свой хостинг, вероятно поэтому в РФ никто и не обучает свои линии поддержки, да и европе похоже тоже. Лично я обучаю, всегда, потому что я знаю что сам иду всегда вперед и всем кого я обучил, я еще понадоблюсь :) Не каждый может меня превзойти в отношении к интернету, не каждый может отринуть все остальное. Но это уже другие факты.
    • 3.2 Поэтому вам нужно решить, что вы будете продавать, а что не будете продавать. Что вы осилите, что не сможете осилить. И с какими сегментами вы будете работать. Далее о сегментах. Тоже факты. Все клиенты выделенных серверов — умеют все сами. И они не доверяют сотрудникам поддержки тех или иных хостеров, им нахуй не нужно бесплатное администрование непонятно от кого, от тех кто может слить данные к примеру. Ведь сотрудники первого уровня это тоже текучка. Дедики — это хостинг без поддержки. Вам нужно лишь просто продавать, закупать в нужных ДЦ и локациях нужное кол-во и следить за оплатами. Но конечно вы можете попробовать и другие модели, например дедики с поддержкой. Но лично я считаю, тот кто не может админить дедик — это клиент на 1 шт, он никогда не купит еще и еще дедик. И таких клиентов, которым нужна поддержка в разы выгоднее для хостера садить на любые виртуальные услуги и просто уплотнять. Раз он не может сам админить или карманных админов нету, то и проекты такие же значит. Это факты.
    • 3.3 Проблемы рынка. Большинство компаний имеют абсолютно неграмотный персонал. И пока пробьешься через уровни поддержки — желание купить что-то пропадет. Практически все дата-центры, особенно зарубежные — не клиенто-ориентированы. Кто-то продает только крупным реселлерам, частник даже зарегаться не может, например EvoSwich. Кто-то наоборот продает поштучно автоматически без поддержки частникам, но не умеет работать с оптом и бизнес заказами, такие как OVH. И как следствие — любой дата-центр это такой цех по производству. Который только и ждет чтобы его начали продавать. А клиент который из другой страны не может нормально там что-то заказать. Поэтому появляется факт — вы как хостинг — становится нужным рынку. Какие-то цеха можно продавать, какие-то цеха невозможно. Это тоже факт который нужно понимать. Из СНГ или РФ — никто там не пробьется через толпу идиотов из поддержки, пока дойдет до грамотного продавца который сможет ему продать 300 серверов под бизнес проект какой-ниб стартап. Поэтому они идут ко мне — потому что я могу. Я становлюсь закупщиком серверов для проекта. И мне за это платят мою наценку.
    • 3.4 Проблемы коло. Железо устаревает. 5 лет окупаемости не всегда даже выдерживается. Лучшее что я видел это ovh и их 3 линейки. Новое железо продается на основной линейке, спустя 2 года уходит на вторую линейку, цены снижаются конечно же. На основной уже продается еще более новое. Спустя 3 года уходит на самую донную линейку за копейки уже. А средняя и основная снова обновляются. Вот такой процесс железа. Этот факт вам нужно обязательно просчитывать. Плюс цены постоянно падают. И мне кажется падение не остановить. Сегодня вот новость про Амазон и их лоу-впс — это звоночек, скоро даже такие монополии уйдут в лоу-сегмент. И просто зачистят рынок. Поэтому выбирая метод своего коло, который будет описан ниже — внимательно все просчитайте, особенно сотрудников, особенно железо. И конечно же инфраструктура, аля ддос атаки всякие. Если вы выбрали этот метод вы станете привязанным к 1 локации, вы перестанете быть мобильным и весь ваш бизнес станет одной корзиной. Поэтому если вы хотите жить, то вам нужно будет вкладывать в инфраструктуру вашего собственного оборудования. Когда же продавая чужой готовый товар — потеря одного цеха никак не скажется на системе, только лишь доход упадет разве что. Ты можешь вечно паразитировать на чужих услугах. Что делать с людьми которым не нужен мощный дедик из-за излишней мощности? Значит эти люди как раз категория которая не смогла создать чего-то доходного в интернете. Это и есть клиенты шареда или виртуальных услуг, на которых и зарабатывает любой мелкий хостинг с десятком своих серверов. Он просто уплотняется на таких вот новичках и продает свой сервер с 300% маржой. Это и есть их доход. 90% дохода, 10% расхода. Поэтому и цены на таких услугах копейки. И люди нубы там в основном. Отвечать на их вопросы — самому деградировать. Поэтому и нужна поддержка которая будет создавать видимость поддержки или что-то подобное. У таких хостеров — никогда не будет заказа из разряда b2b когда сразу на миллион, если вы не являетесь дата-центром конечно. И еще есть один факт. Не каждое железо можно воткнуть на коло, только в ангарах с десктопами можно сделать. Плюс я считаю, вместе с ценами будет так же бесплатная электроэнергия. Уже сейчас полно дата-центров которые за это не платят. И через 5-10 лет они все будут не платить и поэтому смогут толкать дедики еще дешевле. Сейчас идет эпоха распространителей, как я и писал, наше время с второй половины 201х годов. Но и коло тоже будет жить, но в более мелких локальных масштабах уровня города или страны. И если хотите стать лидером на локальном уровне — вкладывайте в поддержку и инфраструктуру. Либо работайте с гос заказам которые всегда делают людей богатыми в РФ, либо сделайте так чтобы каждый частник оставался, а не уходил. И это можно сделать именно на виртуальных услугах с 300% маржой, на чужих дедиках довольно проблематично как раз. Разные модели.
  • 4. Про специалистов. Кто будет настраивать все дерьмо? В интернете специалистов нету. Тут одни самоучки индивидуалы, которые умеют по 20 дел делать и всегда заняты своими делами. Тот кто реально админ или реально программист — они сидят на договорах в офисах. А если в интернете их попросить о чем-то, то это считай что разовые работы. А любые разовые работы — это постоянное «с нуля». Создал человек API панель для дата-центра, API изменилось, а программист уже ливнул или просто уже занимается другим чем-то и ему не охота, даже за деньги не охота как говорится. В итоге приходит новый, но новому не охота вникать в старое говно, он тупо делает с нуля. А потом так же пропадает. Факт в том, что в характере у таких людей заложено — быть рабами офиса. Они не создатели, в одиночку они не могут тянуть кучу процессов. Они просто выполняют указания и отчаливают после выполнения. Они с годами настолько профессионально отточили выполнение приказов что и стали специалистами своего дела. А хостинг это такая тема, что тут все зациклено на интернете и можно даже ЮЛ создавать из разных городов и через интернет работать. Поэтому факт в том, что создавая что-то на специалистах — твои проекты становятся зависимыми и уязвимыми. Лучше я считаю нужно к минимум сводить зависимости и делать все проще, чтобы потерял одно, тут же создал другое. В итоге лучше чем толкать вручную серверы — не существует. Это мой факт. Вы можете опровергнуть его. А я скажу что я сэкономил кучу сил и времени и тупо продаю. Пока вы там ебетесь с специалистами и панелями. Клиент дедика он такой, накатил ОС, выдал и забыл на пару лет. Это же не похуист какой-то, который на 1 месяц.
  • 5. Исходя из 4 пункта сразу появляются другие факты. Например набор услуг. Есть услуги шаред, есть услуги ВДС, есть услуга сервер. Пусть будет 3 банальных услуги. Неоспоримый факт в том, что чем дешевле услуга — тем больше идиотов туда идет. Чем дешевле услуга тем больше нагрузка на поддержку и вас как хостинга. Чем дешевле услуга тем больше черни туда пытается просочиться, а значит опять нагрузка на постоянные чистки и баны. Итого можно описать одной фразой — чем дешевле услуга — тем больше текучки. Что такое текучка? Это значит, 1 месяц и отказ. Это значит создал, удалил, создал, удалил, создал, удалил, создал, удалил, создал, забанил, удалил, создал, забанил, удалил :) Как-то так. 80% заказов это текучка, только 20% могут остаться в постоянные клиенты. Это — текучка. А теперь прикинем на дедики. Выгодно ли постоянно продавать дедики, очищать, снова продавать? Да. Дата-центру это конечно выгодно, особенно автоматизированному. Но вы же не дата-центр, у вас нету собственного оборудования, у вас нету персонала. Сейчас вы вообще никто даже, вы только хотите открыться. Поэтому вам нужно усвоить пару фактов.
    • 5.1 Допустим вы решили продавать только чужой готовый товар. Пусть это будут ВДС и дедики. Наценка обычно 10% 90% расход. Чтобы реально что-то заработать — нужно очень и очень много продать. Притом продать так, что оборот станет миллионами исчисляться. Вот. Вам нужно это понимать. Если у ВДС еще и текучка которая описана в пункте пять, то это считайте что одни проблемы. Продавать готовый товар дешевле чем 1000р — это значит быть постоянно в проблемах из-за текучки мусора. В принципе с одной стороны это нормально, в чем проблема, купил, выдал, забанил, забил, наценку забрал. Купил, выдал, похуй что не продлят и т.д. Но вы заработаете копейки. Хотя возможно вам по характеру это подходит, ведь как я уже сказал ранее — продавать один и тот же товар можно разными методами. Любой желающий в наше время может купить биллинг и начать продавать. Но просто люди не умеют вкалывать и работать, и не отдают себя полноценно этому занятию — вот нихуя и не могут создать или продать. Кто-то тратит целые месяцы на планы, или года на супер-пупер умения администрирования или программирования чтобы сделать крутой сайт и крутой хостинг. Но потом оказывается, что они даже 10 серверов не могут продать. Все это расписано по сто раз уже.
    • 5.2 Допустим вы решили купить собственное железо и резать там ВДС и шареды всякие. Собственное оборудование с дедиками вы не сможете, потому что вы сейчас новичок, и средств чтобы покупать серверы на десятки миллионов и потом окупать их по 2 года у вас нету. Возможно вы даже 10 серверов личных для шареда и ВДС не сможете купить, ведь сервера стоят по 300-500 тысяч, хорошие. Кстати сразу появляется пункт 5.3. Итак вы покупаете себе ноды на коло. И продаете для текучки. Любой серьезный проект, который начал себя окупать и зарабатывать деньги — он сразу покупает сервер. Так что ваше коло явно будет не для серьезных проектов, а именно для категория «текучка». Все хостинги так и зарабатывают, они просто уплотняют из текучки свои ноды. Покупают 10 серверов и начинают уплотнять их нормальными клиентами, каждый месяц текучка просеивается, 80% удаляется и по новой идет, а из 20% выбираются лучшие и оставляются, любые кто пытаются загадить или наглеть на вирутальных услугах просто банятся и отсылаются куда-то еще, к конкурентам. Короче факт собственного оборудования в том, что там один сервер продается как 300% маржи. И никто не жалуется, потому что в таких хостингов есть и специалисты которые могут распределить нагрузку нормальных клиентов по нодам.
    • 5.3 Покупая сервер на 256 озу какой-ниб мощный и дорогой — выгоднее купить его себе на коло. Потратить 300 тысяч и платить потом по 2-3 тыщи за коло. Если вы будете покупать в аренду аналогичный конфиг он будет стоить от 20-30 тысяч в месяц. Чтобы его окупить нужно будет засадить слишком много заказов. Нежели чтобы окупить 3 тысячи коло.
    • 5.4 Итак, я считаю варианты 5.1 и 5.2 — выгодны одинаково. Просто они разные. И сейчас вы как хостер это поняли, в чем отличия. И поймите еще вот что. В случае 5.1 вам нужно собрать миллионы, но собрать их вы можете даже в одиночку. 10% доход, 90% расход оборота. В случае 5.2 вам нужны люди обязательно, в одиночку не справитесь. Но зато тут 90% доход, 10% оборот расхода. Что лучше для вас — вам только и решать. Возможно вам понравится 5.2. и вы создадите крутой хостинг с поддержкой и охуительным уплотнением маржи без единной жалобы клиента. А может быть вам это не понравится, т.к. будет много нубов и черни лезть, вы просто начнете деградировать. Я видел оба случая по характеру. А может быть вам понравится именно в одиночку работать с крупными заказами, с бизнесом по типу b2b, без поддержки, можно сказать становиться удаленным сотрудником какой-то крупной компании который будет отвечать за закупки серверов и постоянные обновления парка. Каждому свое как говорится.
    • 5.5. Еще один факт который нужно знать. В случае 5.1 все будет работать по процессу отточенному. Один дата-центр грубо говоря, только собственное оборудование и все вытекающее. С вариантом 5.2 вам нужно постоянно быть на пульсе кучи компаний. Везде разные панели. Везде разные методы оплаты. Везде разные подходы. Вам нужно будет стать еще и обменным пунктом одних валют на другие, потому что платить вам могут по разному, а в дата-центры оплачивается другими методами. Чтобы в одиночку этим заниматься, нужно будет нехило прокачаться и использовать все платежные системы какие только возможно. И подстраиваться под кучу разных проблем, начиная от неудобства методов оплаты, заканчивая тупизмами монополий когда клиентов не ценят даже. Можно сказать вам придется продавать товар пробиваясь через защиты и сотрудников самих компании, которые будут мешать вам продавать их же товар. Как я уже писал — тупая поддержка первого уровня везде или же ее вовсе нету. Очень много рисков, десятки нюансов. И они всегда будут меняться. Это факт и вам нужно это понимать.

Создать хостинг можно 10 разными методами. И все 10 методов — успешны и прибыльны, если ими заниматься. Именно брать и ежедневно заниматься. Если у вас отношение к Интернету в целом — типо, а вышел в интернет на пару часов в сутки — вы нихуя тут не создадите.

И да — я не смог создать бизнес хостинга. Я не сумел создать именно Банальный Хостинг в его понимании. Под хостингом же понимаются услуги людей, типо шаред, обслуживание клиента, нода и прочее. У меня услуг — НОЛЬ. Я всех кто требует поддержки шлю нахуй.
Но я смог создать успешные проекты на хостинг рынке. Точки продаж. Вот это тоже нужно понимать, когда слушаете мои советы.

Но все еще впереди :) Я стремлюсь обучить людей и направить. Чтобы каждое из 10 направлений хостинга — было захвачено. Полноценная интернет империя/синдикат :) Вот что я собираюсь увидеть через 10 лет. И кто знает, может через 10 лет вы уже будете частью этого партнерского процесса.

Статья написана в декабре 2016 года, alice2k

Как ты думаешь, что там снаружи ? там Начало (с)

Статьи
Написал тут статью, давно не писал.
Но настроение появилось obzor.ly/2015/11/esli-vy-ne-otvechaete-na-pisma-to-umiraete/

Вы спросите меня, неужели правда есть спрос ?
Постоянный стабильный спрос, отвечу я вам.
Новичок подобных СТРУКТУР — не в состоянии осилить эту автоматизацию. Даже имея кошелек на 500 тысяч, потратив их все на десятки различных услуг — мало кто проникнется всей автоматизацией и взаимосвязью, как работает то или иное, без поддержки.

Поэтому — все обращаются к распространителям.

Список блогов/ресурсов от администраторов, советы linux и другие фишки по настройкам

Статьи
Очередной пост-список решил собрать.

Быстрая ссылка на топик — linux.hostsuki.org Или, может другое? как бы обобщить разные тематики одним словом?
Список блогов от администраторов

Поехали. В комментарии пишет, даем ссылки.

К 2013 году многие крупные европейские хостеры неожиданно завели русскоязычную поддержку. Одновременно на русском заговорили и представители крупных регистраторов (с)

Статьи


И конечно же, напомню про еще один мелкий проект. ruhost.name
Куда можно свободно добавлять записи про себя. Пример. А проект гарантирует модерацию комментариев на доказательства.

И еще, обновился немного домен .info
Помогаем наполнять списки.