Есть 300 тысяч на разработку

Вакансии
Короче, вот моя идея — писал летом.

Кто из администраторов и программистов желает создать такой сервис?
Для всех.
Это будет просто отдельный проект как сервис. И он будет принимать мощности любого хостера, по оплате за подписку.

Я как-то спорил с читателем он сказал что я типо жадничаю на разработчиках, поэтому никто ничего не умеет и поэтому мне так никто ничего и не реализовал. Окей — цена озвучена. Сделаете сервис — получите. А еще получите себе рабочие места по поддержке этого сервиса и % долю от будущего дохода, когда я начну привлекать туда хостеров.

Продолжая топик про РФ облака

Пульс
2014 habrahabr.ru/post/228157/
2017 habrahabr.ru/post/334044/

Мое мнение о топике 2017 года.
hostsuki.pro/all/popalsya-topik-na-habre-pro-oblaka.html

НО давайте так же порассуждаем и про облака. Отбросим джинсу статьи в сторону.

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

Сколько не работаю с дедиками — все просто работает. Ну разве что раз в 3 года там сменить дедик например придется, чтобы диски новые были или чтобы было еще дешевле. Ведь у дедиков не принято снижать цены на активные заказы, старые заказы по старым ценам, а новые могут быть в 2 раза дешевле. Тупо. Спрашивается почему же не снизить стоимость для старых заказов, которые тем более диски уже столетние и так далее. И не заставлять людей тратить время на переносы? Не знаю. Видимо дата-центры рассуждают по другому. Я в своем ДЦ буду каждый год снижать цены, вместе с устареванием железа. И потом — пока не сгорит, все по честному.

Ну ладно, возвращаемся к облакам. Или виртуальным услугам.
Целый год и 178 тысяч рублей мы потратили на умение работать через панель VMmanager KVM.
И я сделал только один вывод — эта панель не пригодна для создания облака или реального бизнеса. Ну чтобы так, на поток поставить продажи и заниматься только продажами и расширением точек сайтов по миру. Чтобы было УДОБНО БЛЯТЬ ПРОДАВАТЬ и управлять услугами. Чтобы можно было просто взял, добавил мощностей, взял добавил сетей, взял добавил там тариф и пошел продавать по проектам. И я осознал даже как должна выглядеть эта панель в будущем.

И в мире я не нашел не одной другой — нормальной панели для создания облака.
Чтобы не было этих узлов всяких. Чтобы не приходилось сохранять по таблицам на каком сервере какие сети IP и какие там конфиги, сколько ядер, какие процы, сколько озу и главное сколько там места, чтобы не продать больше чем есть.

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

В моем понимании панель должна делать и слепки которые пилятся нормально в отдельные хранилища, а не пожирают места на ноде или лимите тарифа VDS. Которая должна уметь копировать виртуалки на горячем, прямо делать копию. Должно быть именно гибкое облако, чтобы я не упирался в ресурсы сервера. Чтобы можно было масштабировать. Из 8 озу сделать 80 сразу, а не выискивать потом где сколько озу свободно на каком узле и окажется что нигде, что проще купить челу дедик, потому что максимальный узел заканчивается на 64 озу и нод с 128 или 256 просто не делалось. Разве это облако? Это просто отдельные узлы! На панелях Vmmanager — нихуя не возможно масштабировать. Во первых нехватка места постоянная, нельзя все сервера собрать в кластер. Нельзя создать массив из 50 ТБ например. Нельзя соединить процессоры как-то в общую вычислительную мощность. У меня есть клиенты которые соединяют hetzner сотни серверов, но они все сами умеют и у них конечно же свои разработки. И конечно же панель должна уметь работать с крупными пулами айпишек, но увы когда ты покупаешь в аренду сервера с 16 штуками — невозможно заставить тот или иной IP работать на другом узле, его даже не передвинуть без потерь. А облако должно уметь. Так что короче — одни разочарования у меня от работы с VMmanager, это просто панель для частника поиграться в виртуальное. Или создавать дешевые VDS по фану.

И вот, эта недавняя статья с Хабра сейчас поможет нам.
Что они там пишут ?
  • VMware ESXi
  • vCloud
  • VMware vSphere 6U2
  • RedHat KVM
  • Microsoft Hyper-V
  • Hyper-V Failover Clustering
  • VMware vSphere 6.0
  • VMware ESXI 5.5
  • KVM OpenStack
  • QEMU/KVM
  • ESXi vCloud Director

Не одно облако кстати — не указало VMmanager панель.

Далее. Хранилища — то, что я хотел бы видеть в VMmanager. Но опять же, при методе аренды дедиков на стороне — это не выполнимо. Такое хранилище или облако можно сделать только в своем ДЦ.
  • EMC VNX5600, HP 3Par 7400
  • СХД SSD AllFlash, дублированные контроллеры. До 1 млн IOPS
  • IBM mid-range уровня (4 штуки, 2 на каждый ЦОД) и all-flash массивы Violin Memory
  • EMC VNX5600, HP 3par 7400
  • Huawei OceanStor 5300
  • Infortrend ESDS 3024B
  • NetApp V6240, V8040 с использованием flash кэширования и SSD дисков
  • EMC SCALEIO (с использованием нескольких СХД NettApp DS4246)
  • HP 3PAR StoreServ 7400 и NetApp FAS3250
  • NetAPP FAS8020
  • СХД на базе решения Dell, Hitachi, Huawei
  • HDS HUS VM/IBM Storwize v7000
  • СХД на базе платформ Supermicro, логически Openstack Ceph
  • NetApp FAS8040, FAS2552
  • NetApp V6240, V8040 с использованием flash кэширования и SSD дисков
  • EMC VNX, HP 3PAR
  • NetApp V6240 и FAS8040
  • VMware VSAN
  • HP MSA 2040 SAN, Huawei OceanStore 2600T и, самая мощная: Huawei OceanStore 5500 V3, которая выдаёт до 320 000 IOPS
  • HP 3PAR StoreServ 10400 IBM StorWize V7000 IBM XIV

Какие выводы можно сделать?
Пока никаких.
Но погуглив на все это — есть над чем подумать.
Поэтому этот топик тоже пригодится. Во всяком случае, чтобы потом не искать в закладках где-то. Хранить только на своих проектах Истории.

Толкаю Идею

Пульс
Постоянно, уже много лет идут демагогии, что в Интернете нету специалистов.
Что тем людям которые запиливают все в интернете — очень трудно запиливать, потому что все держится на честном слове, даже компании создаются удаленные кто-то оформляет и добавляет в интернет банки и так далее.

И тоже самое касается администаторов или программистов.
Поэтому лучшее решение — в принципе создавать такую систему/структуру/синдикат, которая не зависит от этих ячеек.

Очень частое явление.
Создает программист API панель, через пол года api обновляется, а программист уже ливнул. На его место приходит другой желающий, но разбираться в чужом говне он не хочет, делает с нуля. И так же потом через год API обновляется и он снова ливает. А клиенты вынуждены из одной панели переходить в другую, в третью, в десятую.
Поэтому — лучше вообще вручную толкать, самое оптимальное и не пудрить мозги людям.

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

И вот в процессе демагогии родилась идея.
Толкаю эту идею в мир хостеров.

Создайте сервис по резалке VDS.
Вот сейчас VMmanager например режет VDS-ки.
А вы можете создать опенсорс какой-то или просто собственную разработку. Отдельным проектом. Отдельным сервисом.
Суть такая.
  • Каждый хостер просто покупает где-то сервер с IP и добавляет его в этот сервис. Получает свою сгенерированную ссылку с letsencrypt сертификатом или даже может добавить свой домен/поддомен для этого сервера, т.е. уже добавленной ноды. И пилит через Ваш сервис vds-ки.
  • Если месячная стоимость такого сервиса, по подписке, будет как цена VMmanager — мне кажется полно хостеров воспользуются такими услугами специалистов виртуализации, которые тусуются по интернету.
  • Согласитесь поддерживать такой сервис гораздо проще, ведь он один. Чем поддерживать и обслуживать 500 нод различных настроек.

Помните Proxmox, была такая панель

Пульс
14:51 — Vova1234: есть очень очень ОЧЕНЬ большой минус.
14:51 — Vova1234: это то что ОС ставить надо вручную с образа
14:53 — Vova1234: минусов короче дохуя есть
14:57 — Vova1234: на каждой виртуалке надо настраивать сеть вручную через vnc
14:57 — Vova1234: вообще говно панель какая то.
15:07 — Vova1234: да и надо образы iso для ОС, это также учесть надо. 240 ссд вообще не вариант там

Как можно так работать?
Даже не идеальная VMmanager будет удобнее
Если кому-то нужно FAQ настройка ProxMox на Debian 8

Как вообще можно зачистить рынок или хотя бы дойти до первой значимой вершины в 50 тыщ виртуалок, при таких говно технологиях? Где хваленные технологии? Где развитие рынка? Кто там демагогил на эту тему, на тему специалистов, на тему крутых систем которые лучше дедиков. Везде одно говно какое-то.

Только с дедиками и можно добиться каких-либо высот.

Платный рассказ о Virtuozzo

Новости
Попался тут в rss очередной платный пост на Хакере.
Они уже не первый раз пишут про хостинг отрасль. Даже платные обзоры катали.
xakep.ru/2017/05/30/virtuozzo-work-for-unixoid/

Кто не понял что это, то это Openvz 7, которая закрылась как OVZ бренд в 2016 году

И многие отказались от OVZ в принципе. На сколько я помню, ISPsystem тоже не хочет поддерживать эту технологию, как забила на freebsd и что там еще они забивали, на Debian тоже.

Так же ihor.ru пилят только на KVM, OVZ утилизируется, ну это и понятно, ведь они зависимы от VMmanager.
А например ihc.ru наоборот гордится тем что запиливает на OVZ7/virtuozzo

Чья технология будет лучше — покажет время.

Я считаю вообще, время и рынок должны показать НЕЧТО ДРУГОЕ, потому что все текущие какие-то убогие, само это понятие «нода и узел».

И кстати знаете почему я думаю должно быть «что-то другое». Потому что даже VMware не смогла, когда продалась OVH. Для меня это показатель того, что как платформа для массового пользователя она проиграла, она стала просто отраслью для какого-то бизнеса, например внутренность ovh.

Виртуальное против Физическое

Статьи


Решил написать наглядное сравнение для хостеров. Надоело кучу ссылок давать. Буду давать одну ссылку на этот пост, а внутри него уже все что нужно.

Физическое.
  • Купил дедик за 1500р, продал за 1600р, наварил 100р
  • Купил дедик за 15000р, продал за 16000р, наварил 1000р
  • Купил дедик — продал дедик. Отказался клиент от дедика, ничего не потерял, дедик удалился. Покрывать из своего кармана ничего не нужно. Ну разве что ты просто потерял свои 100р дохода.
  • Продал 100 штук заработал 10000р, продал 1000 дешевых заработал 100000р. Продал 1000 дорогих, заработал миллион.
  • Собрал 500 клиентов — заработал. Отказалось 100 клиентов — заработал на 100 меньше. Все просто.
  • Кто клиент дедика? Тот, кто умеет все сам. Тот кто пестрит обслуживанием и администрированием — значит к нему идут новички ничего не умеющие и выше одного сервера вряд-ли купят, им может и на первый сервер еле как денег хватило. Тот кто покупает много серверов умеет все сам и у него есть свои администраторы, ведь это серьезные проекты приносящие деньги, и никто не хочет из таких клиентов, чтобы какие-то там левые админы шарились и бесплатно помогали. Просто увеличивай продажи и продавай. Продавай больше и еще больше, зарабатывай.
  • Время потраченное на один заказ — не более полу часа. Только оптовые заказы можно по пол года скупать и скупать по наличию.
  • Попался клиент мудак — заблокировали ему сервант, ну и хуй с ним. Другие клиенты даже не узнали о этом, никто не пострадал, никто не ноет и не нагружает тикеты.
  • Физическое может падать если проблемы с каналами у ДЦ или ддос атаки. Иногда может сгореть какая-то деталь. Но умный клиент тут же покупает новый сервер и восстанавливается с бекапа, никто никогда не теряет данные. А проблемы каналов — это сам дата-центр. В дата-центр, который подводит и не может предоставить качественную услугу — умный клиент и не пойдет. Так что если у вас уже нормальный клиент, который все умеет сам, то значит и товар что вы продаете уже проверен и подходит человеку.
  • Дедики в основном если и покупаются, то сразу купил и 1-2 года больше не слышал ничего о клиенте, просто принимай деньги и оплачивай. Иногда бывают люди просящие переустановки ОС, но это 2% наверно отсилы, такие люди в основном купили поиграться и сравнить с виртуальным.
  • Дешевые дедики — отличная замена VDS. Дедик с 2 ТБ диском. Идеально для клиента нубаса, который зарастает спамом и логами.
  • Вход в нишу — минимальный. Чтобы продавать нужен сайт, биллинг, знания своего товара, знание всех дата-центров и их завихрений, ведь каждый дата-центр работает по своему со своими причудами и принимает разные методы оплаты, плюс может принимать оплату ежемесячно за все услуги в аккаунте, а может и поштучно. Ну и еще с годами нужны будут счета, иногда юр лица, много кошельков карт и людей в разных странах и городах, которые могут открывать и менять нужные платежные средства. За десяток лет продажи превращаются в целую сеть продавцов, методов приема и оплаты, характеров хостеров, и языков на котором они могут продавать. Я так считаю конечно. 10 лет еще не прошло.
  • Физическое это то — когда клиенту все равно какое у тебя отношение к нему, помогаешь ли ты ему или не помогаешь. Если подвел дата-центр — он ушел.
  • С годами клиент которому помогли с закупками и избавили от тупых переписок с тупыми сотрудниками первого уровня любого дата-центра(которых специально не обучают, чтобы они не открывали свои хостинги, тех сотрудников которые даже не знают что продают или сливают бюджеты компаний в мусорку) — он посоветует вас другим своим партнерам по заработку и они тоже купят через вас серверы.
  • Продавая серверы серьезным проектам ты сам становишься в теме различных моделей заработка и бизнеса. И по пути можешь открывать что-то еще, не только хостинги. Или знать когда навариваться на курсах биткойнов. Или делать свои рулетки по играм.
  • Сервисы ддос защиты чем-то похожи на физические продажи. Этот тот же сервис и услуга,
    но зачастую он становиться партнером того или иного проекта и клиент уже не просто клиент который купил ддос защиту, а партнер самого проекта или рулетки той же, который может и вложиться уже даже в другие расходы или долю от проекта.

Виртуальное.
  • Купил сервер за 3200р, купил сеть на 16 ip, купил панель VMmanager KVM — получил 16 виртуалок.
  • Продал всего 6 виртуалок — будь готов остальные покрыть из своего кармана.
  • Продал виртуалку по цене в 6 раз дороже. Наварил 300% маржи.
  • Виртуальное можно делать так как тебе угодно. Мало того, что можно продавать по ценам выше в 6 раз и оказывать сервис и услуги. Так еще и продавать сам сервер как 2 сервера. Ведь 50% заказов покупаются от балды и не используются.
  • Создал ноду на 256 озу и 128 клиентов на 1 сервере — будь готов заплатить за его защиту и администрирование. Потому что если падает 128 клиентов разом — будет нытье.
  • Попался клиент мудак — рискуют все 127 клиентов из-за 1 вредителя.
  • Раз в 3 года хотя бы — придется делать какие-то переносы. Можно делать вообще раз в год и заставлять людей самим переезжать.
  • Можно чистить раз в 3 года и делать перенос за них.
  • Зачастую очень много клиентов виртуального зарастают спамом. Их постоянно взламывают, ведь они не обновляют движки. Зарастают логами и тому подобное. На виртуальном обычно места очень мало и оно быстро кончается. Без сервиса и обслуживания будет очень много проблем с местом.
  • Виртуальное зачастую текучка. 80% заказов на 1 месяц. Постоянное создал-удалил. И даже для разработчиков. Постоянное создал удалил и по новой. Но за счет сервиса и обслуживания можно уплотнять и с каждым месяцем увеличивать тех людей, кто все таки остался.
  • Виртуальное зачастую может падать из-за постоянного прогресса технологий, который реально слишком быстрый и человеческих факторов.
  • Клиент виртуального зачастую еще тот, кто сам переехать не может к другому хостеру. Поэтому он вечный клиент, и будет платить и дальше, ведь обучаться и развиваться он не хочет, он хочет просто платить в 6 раз дороже.
  • С годами такой хостер занимает свою нишу определенного типажа клиента и именно такой типаж идет туда. Один клиент советует этого хостера другому, потому что ему помогли и обслужили. И он приведет туда такого же клиента, как и он сам, такого же, ничего не умеющего.
  • В идеале одна компания с собственным оборудованием в разных дата-центрах под разные ниши — может создать десятки проектов и так же, захватить много ниш клиентов, которым нужны сервис и обслуживание. Обслуживание может заключаться даже просто в адекватном решении абуз. А можно пойти и дальше свернуть на черную сторону. Каждому по характеру как говорится.
  • Виртуальное имеет смысл делать только на собственном железе. Потому что его проще собрать. Собрать нечто мощное чтобы и места всем хватило и айпишек. И платишь только за электричество. Но из-за этого получаются крупные помойки.
  • Вход в нишу тысяч 50 если на аренде и тысяч 500 если на коло. Плюс нужна команда обязательно. В одиночку тут стартануть сложнее в разы.
  • На аренде серверов для виртуального с всего 15 клиентами на сервер, тоже можно развиваться. Риски с абузами больше. Но риски падения крупной ноды минимальны.
  • Виртуальное это то, когда клиенту помог, обслужил, сделал то что он хочет — и он остался на много лет. Останется ли клиент у тебя или нет — зависит именно от твоего к нему отношению.
  • Есть еще одно важное но, когда ты каждый день общаешься с людьми тупее чем ты сам, то ты не развиваешься. И пользы в плане опыта такие клиенты тебе не принесут. Ты стоишь на месте и лишь сам деградируешь.
  • Но в этом есть свой понт — вы становитесь полноценным хостером с сервисом и обслуживанием.

Что еще я забыл? Или может у кого-то опыта больше накопилось и он тоже что-ниб добавит? )

Каталог для поиска виртуальных серверов - vps.menu

Пульс
Здравствуйте!

Хочу предложить вашему вниманию сайт для поиска виртуальных серверов vps.menu.



Искать можно по разным параметрам начиная от объема жесткого диска и заканчивая типом администрирования и вариантами оплаты.


Читать дальше →