Как создать сервер в аренду бизнес

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

Вместо людей со стальными нервами мы нашли более изящное решение в лице Ironic — сервиса OpenStack для провижининга «голого железа». Совместно с другими инструментами он позволял и раскатывать образ, и настраивать систему, и на тот момент этого уже было достаточно. Позже в Ironic появились такие возможности, что это решение начало закрывать вообще все наши задачи по управлению инфраструктурой в облаке. А раз уж мы справились с этим, то почему бы не сделать на основе служебного инструмента публичный сервис с автоматической подготовкой выделенных серверов? О том, что из этого вышло — под катом.

Что такое виртуальный сервер? Как установить, запустить и начать зарабатывать на VDS и VPS

Шёл 2014 год…

Серверы мы деплоили на коленке через PXE boot и kickstart. Это решение хоть и работало, но имело недостатки:

• Сети переключались вручную;
• Выбор сервера и его перевод в загрузку по PXE выполнялся вручную;
• Сборка рейда и обновление прошивок — тоже manual mode.

Сначала для решения проблемы мы хотели просто написать свой bash-скрипт, который и будет всё делать. К счастью, руки до этого так и не дошли, и мы рассмотрели все существующие на тот момент варианты:

1. MaaS — предлагался как коробочное решение от одной очень солидной компании за не менее солидную сумму;
2. Cobbler — тут нам сказать особо нечего, так как в команде не нашлось инженеров с необходимым знанием технологии;
3. Foreman — казался неплохим решением, тем более что мы использовали Puppet;
4. OpenStack Ironic — хоть инженеров с опытом по этому продукту в команде тогда и не нашлось, но у нас уже был опыт работы с Openstack по виртуализации. Так что ставка была сделана на то, что в будущем мы сможем красиво всё собрать в один OpenStack. Понятное дело, в этом мы глубоко заблуждались, но об этом позже.

В итоге автоматизировать деплой серверов мы решили с помощью Ironic, а эти работы в дальнейшем положили начало куда более масштабному проекту. Рассказываем, как так вышло.

Шаг 1: автоматизируем управление внутренней инфраструктурой облака

Наши решения работают на основе разных технологий Intel: облачные сервисы — на процессорах Intel Xeon Gold 6152, 6252 и 5220, кеш-серверы CDN — на Intel Xeon Platinum, а в апреле 2021 мы также одними из первых в мире начали интеграцию Intel Xeon Scalable 3-го поколения (Ice Lake) в серверную инфраструктуру своих облачных сервисов. Чтобы вручную управлять всем этим пулом железа для сервисных целей облака, ежедневно разворачивать по всему миру серверы с разными конфигурациями и всё это ещё и как-то поддерживать, нам требовался либо целый штат специалистов, либо инструменты автоматизации, которые бы обеспечили высокий темп экспансии в регионы и облегчили жизнь нашим админам. Как уже говорилось, для этих целей мы решили использовать Ironic. На момент внедрения — два года назад — это был уже достаточно зрелый сервис со следующими возможностями:

Схема заработка на сервере | Как заработать в интернете. Стабильный пассивный доход невыходя из дома

• Удалённое управление серверами;
• Сбор информации о конфигурациях и коммутации ещё не запущенных серверов;
• Установка ОС на произвольном сервере;
• Настройка сети с использованием протоколов 802.1q и 802.3ad.

Нас такое решение вполне устраивало, поэтому на нём мы и остановились, а для настройки операционной системы на сервере решили использовать cloud-init. Рабочий процесс был простым и прозрачным:

1. Сначала формировался загрузочный ISO-диск с информацией о настройках сервера, пакетах и сетевых интерфейсах.
2. На физическом сервере запускался процесс исследования с помощью компонента Ironic Inspect.
3. Затем этот сервер Ironic загружал с конфигурационным образом.
4. Начинался процесс автоматической установки CentOS, настраивались сетевые интерфейсы, ставились пакеты.

Подробней весь жизненный цикл можно увидеть на следующей схеме:

Так всё и продолжалось, пока Ironic становился более зрелым продуктом. Со скрипом, но всё же в нём появились новые возможности, в том числе и всё необходимое для автоматизированного управления RAID-контроллерами, обновления прошивок и развёртывания образов системы с произвольных HTTP-ресурсов через интернет. Так что со временем у нас появилось полноценное решение для автоматизации вообще всех задач по управлению инфраструктурой в облаке — им стала связка Ironic с cloud-init и используемой нами CI/CD. Чем не задел на что-то большее?

Шаг 2: планируем создание новой услуги из андерклауда

Сначала мы использовали инструмент только для служебных целей. Он хорошо справлялся с автоматизацией задач по управлению инфраструктурой облака, но этим наши планы не ограничивались: нам также требовалось подготовить решение для провижининга арендуемых заказчиками выделенных серверов. Оно бы пришлось как нельзя кстати, так как упрощало аренду серверов bare metal для потенциальных клиентов, а сомнений в их наличии у нас не было. На тот момент пользователи и без того часто заказывали у нас выделенные серверы — обычно они разворачивали на них продакшн-среды для высоконагруженных приложений, так как «голое железо» оказывалось производительней и безопасней виртуальных машин, к тому же на нём не было «шумных соседей». Вот только времени на подготовку каждого физического сервера у нас уходило в разы больше, ведь для этого всё требовалось делать вручную:

• Сначала выбирать из пула доступных наиболее подходящий сервер;
• Затем применять определённую конфигурацию для оборудования (настроить сетевые интерфейсы, RAID-контроллеры);
• Постоянно поддерживать в актуальной версии системное ПО (firmware или версию BIOS);
• Загружать и устанавливать операционную систему, выполнять пост-инстал скрипты.

Автоматический провижининг избавил бы нас от лишних сложностей. К тому же его потенциал не ограничивался упрощением подготовки серверов: он вполне мог лечь в основу полноценного облачного сервиса, с помощью которого пользователи будут за несколько минут разворачивать узлы bare metal, а арендовать выделенный сервер будет не сложней виртуального. Так из внутреннего компонента мы решили развивать новую услугу для пользователей облака — Bare-Metal-as-a-Service.

Шаг 3: автоматизируем провижининг выделенных серверов в публичном облаке

С помощью автоматизации мы планировали решить несколько задач: ускорить подготовку выделенных серверов, сделать возможной одновременную работу сразу с несколькими из них, сократить простой между операциями и исключить человеческий фактор. Добиться этого нам удалось с помощью общедоступных инструментов и пары собственных доработок. Объяснить, как всё работает, проще всего на конкретном примере — теперь для того, чтобы сервер стал доступен для заказа клиентом, мы выполняем следующие действия:

1. Заносим сервер в CMDB (сейчас для этого у нас уже есть NetBox).
2. Через Redfish выполняем преднастройку BIOS — активируем загрузку по PXE и настраиваем её режимы, — а также создаём пользователей для удалённого управления.
3. Проверяем работоспособность сервера и передаём управление Ironic.
4. Инженер добавляет сервер в нужную плайсмент-группу.
5. Убеждаемся, что данные в CMDB и Ironic совпадают — в противном случае на этом этапе требуется ручное вмешательство оператора.
6. После успешной проверки данных Ironic выполняет настройку RAID и BIOS, а также первоначальную очистку сервера с помощью ATA Secure Erase или shred в зависимости от того, что поддерживает RAID-контроллер.

Вот и всё, сервер попадает в пул доступных для заказа. Решение обеспечивает все наши текущие потребности и реализовано на общедоступных инструментах, так что нам не нужно ежемесячно платить за сторонний продукт и мы ни с кем не связаны лицензионными обязательствами. С поставленными задачами оно справляется на все сто — пользователи с помощью этого решения создают узлы bare metal почти так же быстро, как и виртуальные машины.

Шаг 4: добавляем новую услугу в облачную экосистему

Сейчас пользователи часто используют услугу Bare-Metal-as-a-Service в сочетании с другими нашими сервисами. Это позволяет им быстро получить готовую и гибкую инфраструктуру с простым управлением выделенными серверами и виртуальными машинами, приватными и публичными сетями, а также другими облачными решениями. Заказчикам такой подход помогает эффективно и экономично использовать ресурсы, а мы в результате успешно развиваем собственную экосистему сервисов, так как клиенты пользуются сразу комплексом наших решений. Помимо прочего, это открывает для заказчиков новые сценарии использования публичного облака — например, можно держать продакшн-среды на выделенных серверах, а при всплесках нагрузки за минуту разворачивать дополнительные мощности на виртуальных машинах, которые затем можно легко удалить. Чтобы новая услуга стала такой важной частью нашей экосистемы сервисов, после работ над автоматическим провижинингом нам предстояло решить ещё много задач.

Для начала, чтобы пользоваться новым сервисом было просто, заказ выделенных серверов мы сделали схожим с деплоем виртуальных машин — теперь для этого достаточно выбрать нужные характеристики, подключить публичную, приватную или сразу несколько сетей и через несколько минут получить готовый к работе сервер. Это решение уже прошло испытание боем: когда одному нашему клиенту не хватало виртуальных машин, он в тот же день оформил заказ и без проблем переехал на bare metal. С некоторыми другими задачами всё оказалось не так просто — остановимся на паре из них.

Избавляемся от «шумных соседей»

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

Готовые SDN-решения для этого не подходили, так как из-за них нам потребовалось бы ответвляться от существующей инфраструктуры. Нам также нужно было предусмотреть мультиплатформенность, поскольку наши облака распределены по всему миру и сетевое оборудование может варьироваться от региона к региону. В поисках подходящих решений нам пришлось досконально изучить вопрос, оптимальным вариантом оказался Networking-Ansible ML2 Driver. Правда, без ложки дёгтя в нём не обошлось — драйвер не умел объединять порты в MLAG, чего нам очень хотелось. Тогда мы сами научили его нужным образом агрегировать каналы на наших коммутаторах, но тут же столкнулись с другой проблемой при настройке интерфейсов внутри самого физического сервера.

Бизнес на аренде серверов

На фоне востребованности интернет услуг, ниша бизнеса, основанного на аренде серверов, свободна. Чтобы ее занять, нужно быстро сориентироваться в мире предпринимательства, разобраться в нюансах деятельности и грамотно организовать свое дело.

Общая информация

Мощная компьютерная техника называется сервером, а услуги по предоставлению ее ресурсов в пользование – хостингом. Пользователи подключаются к серверу в удаленном режиме и могут использовать его для хранения информации и реализации программных задач. Хостинговые услуги можно оказывать с личного оборудования или с чужого.

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

ЧИТАТЬ ТАКЖЕ: Как купить приватные прокси

Сущность бизнеса

Владельцы физического сервера при помощи средств виртуализации создают виртуальный сервер VPS. Каждый его раздел является изолированной средой, в условиях которой можно работать так же, как и с удаленным сервером. Подключение к нему идет по протоколу rdp или ssh. Виртуальный сервер обладает теми же характеристиками, что и физический. У него есть собственные память, процессор и диск.

Арендатору VPS предоставляются все административные права. В его полномочиях:

• устанавливать любые программы;
• вносить в систему базы данных;
• размещать неограниченное количество сайтов, число которых определяется только объемом залитой на них информации;
• изменять конфигурацию виртуального сервера в личном кабинете или посредством обращения в техподдержку.

ЧИТАТЬ ТАКЖЕ: Как ухаживать за букетом

Рекомендации арендатору

При выборе провайдера следует учитывать геополитические факторы с ориентацией на целевого потребителя услуги. Гарантией предоставления качественных услуг арендодателем является наличие у него:

• дата-центра;
• договора с вендорами оборудования;
• службы техподдержки, работающей круглосуточно;
• опции тестирования сервиса в бесплатном режиме.

Что влияет на стоимость аренды

На стоимость аренды виртуального сервера оказывают влияние:

• вид процессора;
• тип накопителя;
• объем оперативной памяти;
• тип операционной системы;
• страна регистрации дата-центра.

Преимущества бизнеса

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

ЧИТАТЬ ТАКЖЕ: Производство и проектирование покрасочных предприятий

Бизнес-идея может быть реализована одним человеком. Для этого достаточно открыть индивидуальное предпринимательство. Не нужно получать разрешительных документов на ведение деятельности, выделять средства на покупку дорогостоящего оборудования.

Потребители услуг. Кто они?

В хостинговых услугах нуждаются все владельцы интернет-порталов. Сервера актуальны для компаний, которым нужно организовать внутреннюю связь и документооборот. Их арендуют игроки для сетевых компьютерных игр. Ресурсы используются под мобильные приложения для обеспечения их бесперебойной работы. Клиентами бизнеса по аренде сервера могут крупные корпорации и блогеры-любители.

Найти их можно на специальных ресурсах для хостеров, разместив свое предложение об услуге.

Источник: lifespeaker.ru

Сдаем Интернет в аренду, или как открыть хостинг

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

Хостинг представляет собой особое пространство (площадку) Интернета, в котором можно сдавать в аренду виртуальные места для веб-сайтов на собственном или арендованном сервере.

Чтобы открыть собственный хостинг, необходимо либо иметь в наличии сервер, либо подключиться к уже функционирующему. Второй вариант выйдет дешевле. Если выбирать сервер, то лучше сразу обратить внимание на зарубежные (американские, голландские, немецкие), потому что отечественные дороже, да и по мощности и техническим характеристикам — хуже.

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

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

Привлекая клиентов, Вы сдаете в аренду место на сервере под сайты и другие ресурсы. Общий объем (размер) вашей хостинговой площадки определяет максимальные возможности по сдаче ее частей в аренду.

Минимальная стоимость услуги (тарифный план) должна быть не меньше 4 $. Слишком низкие цены могут отпугнуть пользователей, так как качественный хостинг по низким ценам невозможен, поскольку стоимость его аренды должна покрывать Ваши расходы на его обслуживание и обеспечивать Вас прибылью.

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

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

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

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

Зная, как открыть хостинг, посчитаем теперь предполагаемые расходы:

• аренда (зарубежные серверы) — 100$/месяц;
• место на сервере под бэкап (резервные копии) – 50$/месяц;
• панель управления хостингом – 10$/месяц;
• панель системы оплаты – 30$;
• поддержка сервера (персонал) – 50$/месяц.

Рентабельность – более 50% при условии активной работы. Для обеспечения окупаемости проекта стоит продумать грамотную рекламную компанию и партнерскую программу.

Источник: berichnow.ru