Архитектура / VM.center

Раздел куда публикуются мысли и FAQ по архитектуре нужных вещей для хостинга

Дата создания

10 июля 2017
Топиков

16
Ограничение на постинг

0.000
Категория:

Создание хостинга

Пример красивого дизайна сети - никто кстати так не сделал

Архитектура

Похожие топики

Технические домены — 08/2017
[Новость для хостеров] 50% на VMmanager — 10/2017
[ABCD] Вы можете перепродавать наши VDS — 07/2017

Показываю на примере VM
Так же можно делать PTR по локациям для выделенных серверов. Или шаредов.

За годы эксперимента и опыта с VMmanager 5
У нас накопилось «на будущее» «на вечность» «заранее купить вдруг пригодится» — вот такое кол-во доменов.
Многие из них так и не были востребованы, например всякие w21 w35 или xeon сильверы или голды, может быть всего одна нода такая была, не более :) Самые популярные оказались — десктоп процессоры i7 i9 и 1245v2 дешевый ОВХ. Ну и райзены уже потом от Хетзнер ближе к 2020. Но когда ты новичок — ты думаешь о будущем, ты еще не знаешь рынка ВДС и думаешь сразу как бы сделать качественно, чтобы потом не переделывать :) Я в отличии от других новичков сдаваться и закрываться не планировал, поэтому думал на 10 лет вперед. И вот что из этого получилось.

Хороший пример до чего доводит честность. Сначала я просто хотел честно написать людям какой процессор использую. И даже решил выделить это зрительно через домен — раз панель так умела делать и была так задумана через эти «узлы». Сначала я покупал под каждый процессор домен. Но потом понял, что не так уж и много серверов собирается, стал делать общее что-то, типо xeon-e3 xeon-e5, потом i7x i7k, потом i9-10xxxx даже обобщил. Ну а под конец вообще просто написал ryzen и epyc, ибо надоело :)) Вот такая эволюция.

Например у ОВХ дата-центров RBX — целых 7 штук

RBX1
RBX2
RBX3
RBX4
RBX5
RBX6
RBX7

Например VM-5 разрешала до 256 узлов ставить на 1 панель VMmanager

В этом топике были показаны отличия моделей как создавать УЗЛЫ.
И кстати у нас оплачены эти серверы и узлы до 2025 года, пустых мест полно, раздаем если нужно пишите.

Так вот, короче это красиво.
Но у меня не вышло сделать все красиво — потому что оказалось что спроса на ВМ очень мало. Я думал 256 серверов быстро насобираю, как например я продаю выделенные серверы пачками. Поэтому думал что места не хватит и поэтому заранее разбил аж на локации RBX1-RBX7, хотя мог бы сделать одну панель просто RBX допустим. Но я думал что будет тысячи нод и поэтому изначально делал красиво.
Так вот если вы дата-центр, то у вас огромная архитектура облака — и глядя на мой пример вы можете найти что-то полезное и сделать все модно и красиво :)

Все эти домены оплачены до 2030 года.
Но боюсь Атомы под панель VM-5 на CentOS-7 сдохнут где-то 2025 годы. Короче — для истории уже. Потом вряд-ли мне это пригодится :)) VM-6 не умеет в такую красоту, там по другому кластеры создаются.

1245.ovh

А потом еще на каждую сетку IP на каждом узле проставить — бесплатные поддомены.

так далее под катом

технические домены

bomj.cloud - 300р за узел в бесконечное облако кластеров

Протестировал VM-6

Кто хочет присоединиться к one-panel?

1 узел/нода 300р/мес

go@bomj.cloud пишите

Была статья про VMmanager 5, теперь вот тоже самое но на VMmanager 6, еще проще, еще дешевле.

В 2020 идеальные конфиги — Райзен 7 ОВХ, Райзен 9 у 1dedic.ru и Epyc у Хетзнера.

VMmanager KVM, VMmanager 6, bomj.cloud

[Как правильно] DNS сервис стал регистратором

Архитектура

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

И при желании присылать напоминание что можно переехать к «нему» и продлять домен у «него» :)
Правильный маркетинг.

dns, cloudflare.com

Биллинг, совет, глобальный поиск среди заказов

Новый дизайн ОВХ дал мне повод написать этот топик.
Из покон веков на ОВХ всегда было поле поиска. Туда можно было вводить любые ключевые слова и сразу показывался нужный заказ.
Около заказа можно было ставить свои комментарии на своем языке даже — и по ним потом искать.

Или хотя бы искать по IP
Или хотя бы искать по техническому имени

Но вот, короче — все хостеры должны иметь такое.

Как нужно
Форма поиска

Как не нужно
Хуй найдешь нужный сервер. Например если хотя бы 10 заказов в аккаунте — уже 10 раз тыкаться.

юзабилити, сайт-хостинга

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

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

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

Итак :)

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

дата-центр

Список наших Контентных проектов

Архитектура

Данный топик пишется в Архитектуру, хотя не совсем подходит.
Но в любом случае

В этот топик я буду добавлять разные полезные ресурсы, которые нужно читать.
Или же где найти советов и FAQ.
Или же где можно опубликовать про себя что-то.

Итак, вы уже решили что будете создавать очередной Хостинг. Выбрали свою модель из десятка. Прочитали все нужные FAQ.

И конечно же в нашей империи есть и Контентные проекты
Данный топик просто про список, не про Историю того или иного. Хронология и История в фактах для потомков будет отдельно. Не на этом проекте.

obzor.ly — первый блог с которого все начиналось, хотя нет, до этого был еще раздел хостинг на моем личном блоге a404.ru, в итоге остался как архив с FAQ и с рейтингом, который я собираюсь продолжать вести.
hostsuki.pro — второй блог, теперь уже авторский ресурс alice2k, раньше была попытка коллективного наполнения, но она провалилась; в итоге сейчас это просто текучка лучшего от alice2k, а общаг всей всей истории рынка это Хостинг Кухня.
hosting.kitchen — вот ресурс, на котором вы можете создать раздел про себя и публиковать туда новости; делаются ежемесячные дайджесты
default.town — форум обо всем, создавался отдельно с своей историей, был создан в тот же год, что и obzor.ly, типо 2 направления я начал.
host.community — в будущем будет сообщество хостеров, вы так же сможете создать про себя
iddqd.club — в будущем будет сообщество тематическое, для создателей проектов
lain.network — в будущем опять же будет, что-то наподобие vm.center, но только конкретно про дата-центры. Домен был куплен давно уже, но руки так и не дошли. Возможно host.community и vm.center должны были родиться там. Но как видите сложилось иначе, потому что были свободны такие крутые домены и я просто не мог их не купить, тоже. :)
host.report — в будущем будет база отзывов про все компании, с доказательствами и скриншотами, вы так же сможете создать про себя топики/разделы
vm.center — проект по созданию Хостингов и проект по коллективным VDS, сделан по типу сообщества
srv.house — в будущем будет сообщество про квартирные сервера из всех стран мира. Ну типо рынка, где можно сдать и купить серверы именно на домашних провайдерах.
abuse.watch — публичный список абуз, чтобы вы могли видеть как тот или иной дата-центр реагирует. И каких клиетов туда можно садить, каких нельзя
tickets.cafe — публичный список тикетов от компаний. Чтобы вы могли видеть как та или иная компания работает. Какие у нее плюсы и какие минусы.
benchmark.stream — публичная база бенчей. Повторы не делаются, постараемся собрать все конфиги которые попадаются.

Каталоги куда вы можете добавиться
poiskvps.ru poiskvds.ru — создал Леонид, когда alice2k хотел купить его 2ns.info или во всяком случае завербовать в команду. В процессе общения я рассказал все что нужно. А Леонид реализовал каталоги
hosting.cafe

hosting.boutique — тоже самое на зарубежном

После того как Леонид почуял доход от рефералов, он замутил свою мини империю. А может быть потому что я решил сделать свои каталоги, т.к. у Леонида все таки не совсем честные они получились, не такие как правила HostSuki. Он создает не ради принципов, а ради прибыли. Возможно когда-ниб родятся еще каталоги уже с честностью от alice2k.

Еще какие-то каталоги делали люди с нашего форума df.abcd.bz, но пока что точно не скажу будут они относиться к ABCD Team или нет. Если что дополню.

hostsuki

[FAQ] Billmanager 5

Итак, вы получили у нас бесплатный Billmanager или купили сами.
Что вам нужно знать ?

Billmanager можно установить даже на VPS OVH за 3 евро. Выдержит. Если вы собираетесь только с ручной обработкой работать.
Если вы хотите делать шаред помойку или VPS автоматические — лучше покупать какой-ниб сервер с ssd, можно купить Xeon E3-1245v2 / 16 / 120 ssd — за глаза пойдет. Например корпоратив я установил на 1245v2/32/240ssd с которого выдаю бесплатно биллинги. А мои проекты зачастую висят либо на VPS 3 евро, либо просто i3 i5 или Атомы даже. Но Атомы все таки слишком тормозные.

Рассылки в биллинге.
Как уже было сказано ранее — на каждом вашем домене работает почта. Рассылки полезны если вы читали статью о рекламе. Точно так же как полезны опросы и любые отклики. Когда есть отклики ты понимаешь что нужно развивать, так везде.
Итак. У вас есть технические домены с которых вы будете делать рассылки. И просто уведомления. По первости можно не заморачиваться и делать все из одного почтового ящика. Но если ваш биллинг собрал более 500 активных клиентов с заказами. Тогда стоит для рассылок создать отдельные ящики и так же добавить их в список. А потом просто вкл/выкл.

Собственно сама настройка аккаунта.

yandex.ru/support/mail-new/mail-clients.html

Интересные особенности Billmanager
Можно удалять неактивных клиентов. И это нужно :) Потому что спамеры, мусор всякий регистрируется. Не удаляются только те, кто создал хоть 1 тикет или сделал хоть 1 платеж. Если вы не хотите быть удаленными, например сами регаетесь везде ради новостных рассылок. То сделайте по 1 платежу. Настраивается это в Глобальных настройках.
Там же настраивается еще одна нужна особенность — чтобы почта отправлялась только тем, кто подтвердил email. Если человек забил email от балды, чтобы бессмысленные сообщения туда не ходили и спам лишний в обратный адрес не шел.

Можно делать Группы клиентов еще. Например создать группу, сделать специальные тарифы видные этой группе. Для знакомых там, для сообществ. Тоже если с умом подойти — полезный функционал.

Чтобы назначить тариф для конкретной Группы. Это делается в редактировании тарифа.

Методы оплаты
Методы оплаты тоже поддерживают описание и html. Очень удобно, можно рассказать все нюансы. Например какие-то лимиты, какие-то вручную по тикету и так далее.

Техподдержка
Описание поддерживает html. Вы можете написать там все что нужно и дать ссылку на FAQ например.
Обязательно настраивайте. Не ленитесь. Так сразу становится понятно о чем речь, оказывает ли ваш проект поддержку или не оказывает.

Создание тарифа

Для начала нужно создать дата-центры. Важно понимать, если у одной компании дата-центров куча, по странам, по локациям — делайте для каждого. Так удобнее будет.
Потом создать обработчики.

Если вы продаете Выделенные серверы и VPS из одного дата-центра. То нужно создать обработчик для VPS и для Серверов.

И конечно же выбрать при создании нужный Тип продукта.

Если вы продаете все вручную — выбираете Ручная обработка :)
Если вы создали ноду или шаред — там выбираете Vmmanager или ISPmanager. Ну это довольно понятно, не буду делать скрины. Все по смыслу короче, v5 все таки лучше, чем была v4.

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

Далее при создании тарифа — очень важно.
Создаете по одному тарифу для VPS и для Дедиков.
А потом уже копируете тариф через кнопку Копировать. Чтобы экономить время.

А потом когда создадите 1000 тарифов или сколько вам нужно.
Потом идете в Обработчики. Там находите нужны — и включаете тарифы. Не наоборот.
Понимаете о чем разница? Вам придется выделять каждый тариф и тыкать в обработчик. 1000 действий.
А если вы сначала сходите в Обработчики и там просто разом выделите все нужные тарифы через ALT или SHIFT :)

НО!!! Это еще не все.
Итак. Вы создали по одному тарифу.
Теперь их нада настроить. Так как копировать тариф вы будете с идентичными настройками.
Во первых самое важное — вкладка Конфиг.

Заходите туда и видите что включены всякие дополнения. Они нам нахуй не нужны.
Просто отключаем все это говно. Иначе при заказе они будут путать клиента. Ведь у нас фиксированные выделенные серверы с уже готовми конфигурациями, если вы продаете чужие ДЦ.

Если вы не отключите это говно сразу :)

Представьте вы создали уже 1000 тарифов, но забыли отключить. Сука, вам придется 1000 раз потом тыкать и отключать в каждом тарифе :)
Далее еще настройки внутри тарифа. Прежде чем начать копировать их тоже нада настроить. Например технические домены. Хотя тут уже можно подойти с умом и для каждого ДЦ, для каждой страны сделать свои технические домены. А значит в тарифах которые в тех или иных странах — будут свои брендовые тех домены.
Ну а кому лень, тот просто ставит какой-ниб один технический домен. В любом случае его нужно прописать, смотрится красивее, чем example.com

Так же каждому тарифу можно добавлять картинку.
И разумеется делать описание тарифа через html. Прямо обязательно — все особенности тарифа рассказать сразу при заказе.
И конечно же Фильтры — через фильтры искать нужные тарифы среди 1000, среди 5000 тарифов — именно так и нужно. Иначе клиент заебется искать нужный тариф. Этот функционал — метки — был решающим фактором, почему я стал покупать Billmanager v5, до этого не признавал.

Вот теперь — вы можете начинать Копировать тарифы и наполнять. Методом копирования не нужно заполнять кучу полей снова и снова.

Рассылки
Находятся тут. Как я уже сказал прежде чем начинаете рассылки. Сначала подключаете в Шлюзах свежий аккаунт, где лимиты еще не пожраны. Если клиентов очень много. Можно создать сегменты клиентов. Например 500 штук на один аккаунт, 500 на другой и т.д.
Ну а можно просто создать свой почтовый хостинг или купить где-то почтовый SMTP хостинг, на том же гугле или амазоне.

Чтобы сделать в методах оплаты разные методы оплат, в разных валютах.
Например WMR WMZ WME
Сначала нужно включить эти валюты тут.

Если при создании тарифа для шаред хостинга у вас начинает просить какой-то IPmanager.
То нужно купить какую-ниб VPS за 3 евро. И накатить туда триальный IPmanager. И добавить вот сюда.
И ошибка перестанет докучать.

Свои тексты конечно же тоже можно делать в уведомлениях.
Или даже брендированные, настраивается тут.

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

Кстати если какие-то ошибки с Задачами.
Идите в Текущие операции и там смотрите.

Billmanager, настройка billmanager

Никогда так не делайте [2]

Архитектура

Первый топик был про описание тарифа

Пришло время написать топик №2

В этот раз на примере этой компании.

Пользуюсь услугами с 2013. Хотя как пользуюсь. В 2014 году я уже ливнул оттуда в надежную Европу OVH, т.к. прогнали ддос атаками, ибо РФ дата-центр все блокировал.

Ну это так короче, как доказательство моих слов.

Так вот с 2013 — там ничего не изменилось.
Кроме как — стало хуже.
Методы оплаты Webmoney, Yandex, Qiwi они удалили.

Оставили метод Paypal только.
И метод оплаты картами — которые требуют СМС при каждой оплате.
Paypal вообще бывает не работает. И приходится искать нужный телефон и вспоминать где он от какой карты. Так как баланс например есть только на тех или иных картах.

Как например продавать это на сторону ?
Не важно что там цены стали дешевле даже. Они и даром не нужны, если невозможно нормально оплатить услуги.

Но это не то, о чем я хочу написать.

Проблема в самой работе биллинга.

Есть баланс.

И есть серверы.

Но нету кнопки ПРОДЛИТЬ.

Например мне нужно продлить только определенные серверы.
Но их нельзя продлить!

В итоге на баланс закинуть много денег заранее — тоже сыкатно. Потому что с баланса может списаться «ближайшая» по дате услуга. А может она и не нужна уже будет на продление.

Никогда, никогда не делайте такую логику.
Это еще хуже чем Европейский совок с ежемесячными счетами.

И далее — там настолько все устарело.
Что даже в новых браузерах при написании тикета — перенос строки не работает.
Далее не держит 2 одновременные сессии. Постоянно выкидывает если кто-то из команды зашел.

биллинг, методы оплаты

Технические домены

Архитектура

Купите технические поддомены для IP, например sib.network abcd.network и тому подобное. Их можно раскидать по дата-центрам по всем точкам. И конечно же использовать для заглушек.
Например, 1.rbx1.ovh.abcd.network — читается как, OVH ДЦ, потом идет конкретный ДЦ RBX1(их RBX1-RBX6) и потом уже ID.
Конечно же, как вы уже поняли, каждый подобный поддомен потом будет разрастаться в 1000 и выше записей. Поэтому rbx1 сразу лучше крепить в отдельную DNS панель, в основном домене abcd.network просто через метод NS прописать на любую другую.

Чтобы не замусоривать кол-вом основную зону. И так каждый поддомен, каждый дата-центр — нужно куда-то отправить. GRA1 GRA2 RBX1 RBX2 RBX3 RBX4 RBX5 EBX6 BHS1 BHS2 BHS3 BHS4 BHS5 и тому подобное. Например мы еще стали покупать отдельные технические домены для процессоров, если нода. И для самих дата-центров новых, типо как syd1.ovh waw1.ovh и тому подобное.

Создайте твиттер для своих сетей, пример twitter.com/as16276 куда будете писать все тех работы по операторам.

Разумеется вы уже сделали LG на каждую локацию, точку присутствия или дата-центр.

Если у вас прямо сразу сетей в десятки тысяч ID будут. То лучше сразу купить отдельные домены для каждой сети. .eu .net .asia .us как делает OVH

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

И конечно же — делать почту сразу на каждом домене.
pdd.yandex.ru
Чтобы почта работала на КАЖДОМ домене. И вы не упустили не одно письмо.
Чтобы абсолютно все ящики ссылались куда-то в 1 ящик, а из него уже на основные.