Почему мы перестали держать свои серверы и начали арендовать чужое «железо» | 1dedic.ru Перейти к основному содержанию

Статьи
FirstDedic


Почему мы перестали держать свои серверы и начали арендовать чужое «железо»

26 ноября 2020

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

Меня зовут Алексей Тарасов, я директор компании ООО «Тендерлэнд», которая вот уже как 11 лет занимается разработками программного обеспечения для участников размещения государственных и коммерческих заказов. Проще говоря, тендерных агрегаторов и сервисов для компаний, которые участвуют в тендерах. Такая деятельность требует серьёзной IT-инфраструктуры. Мы работаем с большими базами данных, различными микросервисами, пользовательскими файлами, ведем бэкенд-разработки.

Начиналось всё с того, что мы покупали своё серверное оборудование и размещали его в стороннем дата-центре. Если вы слышали про услуги colocation, то знаете, как это работает. Поддержкой и обслуживанием занимались сами. Наши специалисты имели доступ в ДЦ и когда это было необходимо, приезжали туда — меняли комплектующие, апгрейдили, ремонтировали то, что выходило из строя.

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

Новая конфигурация — и быстро!

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

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

Помню, собирали мы как-то сервер для работы с MySQL с максимальным объёмом оперативной памяти — 256 Гб. Под него, естественно, своя материнская плата, процессор соответствующий. А потом так вышло, что нужно было срочно переходить на поисковый движок Elasticsearch, который, к слову, сделан на Java. А Java больше 32 Гб «прожевать» не может. И это ещё не всё. Когда ты строишь отказоустойчивый кластер, то обязательно должен подумать о дублировании данных, их репликации. Это значит, что у тебя обязательно должен быть парк полностью одинаковых по конфигурации машин. И получается, что вместо одного сервера с оперативкой 256 Гб, тебе уже нужно, скажем, шесть серверов с памятью по 32 Гб. Плюс на каждом — мощный процессор и SSD-диски для быстродействия.

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

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

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

Админ — тоже человек

Вторая проблема, с которой мы столкнулись в это время, — выросшие затраты на содержание и обслуживание растущего парка серверов. Чем больше у тебя машин, тем чаще они требуют внимания. Сгорел блок питания? Надо заменить. Истёк срок эксплуатации диска? Надо докупить. Вместе с ростом машин выросло и количество системных администраторов. А хорошие специалисты стоят дорого. Кроме того, они иногда болеют, уходят в отпуск или женятся. Да и человеческий фактор никто не отменял. Админы тоже люди — если работать без перерывов много часов, любой начнет ошибаться. Так, например, однажды нам довольно долго пришлось восстанавливать критичные данные с поврежденного харда — специалист ошибся и неверно настроил рэйд.

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

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

Плюсы перехода на арендованные серверы

Так, помучившись какое-то время, мы пришли к тому, что арендовать чужие серверы в нашем случае будет гораздо выгоднее во всех смыслах. Хостинг-провайдера выбирали, в основном, по цене и отзывам. Из нескольких вариантов остановились на FirstDEDIC. Кроме основных параметров, на которые мы ориентировались, в их пользу говорили ещё два факта — дата-центр уровня надежности Tier III и наличие второго проекта FirstVDS, где мы могли арендовать и виртуальные серверы. Собственно, с них мы и начали.

Заказали несколько виртуальных серверов, нагружали, проверяли, тестировали. Разместили там несколько простеньких проектов. Постепенно стали переносить свои проекты и на выделенные серверы. И надо сказать, что такой переход со своего «железа» на арендованное здорово облегчил нам жизнь. Собственно, к чему мы пришли в итоге.

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

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

В-третьих, у нас появилась возможность относительно безболезненно экспериментировать с конфигурациями. Например, я уже упоминал про поисковый движок Elasticsearch. Когда мы переносили сюда все проекты, выбрали под его размещение конфигурацию попроще на SSD SATA, понаблюдали, замерили показатели, решили перенести на серверы с SSD NVMe и получили существенный прирост скорости работы.

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

И наконец, отдельно хотелось бы сказать про VDS. У нас очень много разнообразных микросервисов. Для них мы используем виртуальные машины второго проекта того же провайдера. На них много что крутится. И это получается намного дешевле, чем облачная инфраструктура. Мы сравнивали по цене с Яндексом или Амазоном. По цене выгоднее с виртуалками, а по удобству практически то же самое. Я могу создать виртуальную машину, настроить ресурсы, как мне нужно, протестировать, а потом заказать ещё одну или несколько с такими же параметрами. По надёжности тоже не уступает. У провайдера есть тариф Атлант, облачные VDS с дублированием оборудования. Мы их используем под проекты, критичные к даунтайму.

Что в итоге

По своей сути наш проект представляет собой конгломерат различных систем, сервисов, баз данных и много чего ещё. Каждый его элемент требует определенного «железа» или виртуальных серверов. На одних серверах мы размещаем бэкенд, на других пользовательские файлы, на VDS пишутся логи, работают микросервисы. Самая нагруженная часть — БД и поисковый движок, их тоже размещаем на выделенных серверах. Своё оборудование пока частично оставили, но планируем в будущем отказываться и от него.

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


Смотреть все статьи

Наши новости
в соцсетях:

Сообщить об ошибке

Выделенная ошибка:

Опишите найденную ошибку