Содержание
Эта статья создана на основе видео в нашем Youtube-канале. Смотрите и подписывайтесь!
Спикер: Тимофей Нумеров, директор по ИТ Alex Fitness.
О компании и продукте
Добрый день, коллеги. Меня зовут Тимофей Нумеров. Я руковожу ИТ в группе компаний Алекс Фитнес. У нас 45 клубов по всей стране. Мы работаем в продукте «1С:Фитнес-клуб»: с его помощью принимаем звонки и продаём, а также он отвечает за проход клиентов в зал. То есть, одна из самых критичных для бизнеса вещей.
Почему решили уйти из «коробки» в облако?
Как только я пришёл в компанию, у меня была бизнес-задача внедрить «1С:Фитнес-клуб» так, чтобы это было коробочное on-premise решение. То есть его купили, и нужно было его где-то разместить. Мы рассматривали различные варианты.
Изначально мы хотели купить просто жёсткий диск побыстрее в один из десятилетних серверов. Потом мы подумали, что это утопия, решили купить новый сервер. А позже осознали, что мы не понимаем, сколько нам нужно ресурсов и какова стоимость. Начали считать. Оказалось, довольно дорого. И мне была поставлена задача переместиться куда-нибудь: либо взять сервер в аренду, либо переехать в облако.
Я начал искать варианты и сходил на конференцию, встретился с коллегами. С OXYGEN мы взяли в тест ресурсы, начали гонять, смотреть, строить различные варианты архитектуры, чтобы понимать механику работы, поскольку ранее это было просто решение SaaS, то есть один из фитнес-клубов нам выдавал свой 1С где-то в собственных облаках.
Мы не имели к ней доступа и возможности писать доработки, поскольку это всё-таки 1С. К тому же, решение не удовлетворяло нас по производительности: мы были самыми крупными их клиентами – обычно это несколько клубов, а когда их 45, база становится большой, обращений очень много, и система начинает ужасно тормозить. А значит, клиент элементарно не может попасть в клуб.
Для нас это неприемлемо, и поэтому было принято решение купить эту коробку, куда-то её привезти и так далее. Мы взяли ресурсы, сначала разместили на классическом варианте, это application-часть плюс часть БД, опубликовали всё наружу через Nginx, и так всё крутилось.
В какой-то момент мы тоже словили просадку по производительности и начали искать варианты: что делать? Зачем делать? Как это всё? Почему это тормозит где-то в каналах, где-то в самой 1С и так далее.
Выбор провайдера и первые шаги
Почему мы вообще искали облако? Не было возможности потратить много денег сразу. Почему к OXYGEN? Потому что они хотя бы давали тест. К сожалению, не все облака дают посмотреть, что, как и зачем. Многие провайдеры оказались очень дорогие. Таким образом, мы пришли к OXYGEN.
Данное решение устроило бизнес. Поскольку компания уже работала в этой системе, когда мы пришли и начали внедрение, требовалось максимально быстро перевести всё без потери качества – по сути, за одну ночь переехать с SaaS в IaaS.
Тернистый путь: с какими трудностями столкнулись
Мы делали несколько попыток, у нас были различного рода проблемы. Где-то не работали проходы, где-то телефония, где-то что-то ещё. Проблем было много, и нам нужно было пространство, где мы можем, во-первых, быстро попросить дополнительных ресурсов, и нам их без особых вопросов выдавали в течение двух-трёх часов; нам нужны были быстрая поддержка и быстрое железо, которое мы не могли сами себе купить. Всё это мы получили у наших коллег.
То есть мы сталкивались с различными проблемами. Мы получали недостаточную производительность. Мы искали, где что, проводили тесты Гилёва, меняли конфигурацию и архитектуру решения. Мы подозревали активных соседей на гипервизорах. Мало ли, некоторые облака этим грешат, подсаживают кого-то. Глючило в VMware, мы не могли там менять конфигурацию машин по ночам, только с помощью поддержки решали. У нас один раз упало S3-хранилище, в котором мы держали оперативный бэкап. У нас было много разного. В конце концов, мы нашли для себя более-менее оптимальное решение: переехали с MS SQL на PostgreSQL. 1С стала работать сильно лучше. Да, она сейчас растёт, как на дрожжах. А в какой-то момент затраты будут уже очень большими, и мы будем, наверное, в этом году думать, что с этим делать: где-то резать косты, где-то оптимизировать, где-то отрезать куски базы, где-то что-то ещё.
Текущая архитектура и планы
И что у нас сейчас? Всё это происходило на протяжении двух лет (где-то с марта позапрошлого года). Сейчас это решение благополучно работает: клиенты приходят, менеджеры звонят, менеджеры продают. Мы получили, по большому счёту, беспроблемное решение. У меня, как человека, который отвечает за всю эту инфраструктуру, абсолютно не болит голова за зипы, за то, что упадёт гипервизор, за канал. То есть ни разу ничего не падало. У нас всегда есть ресурсы, хорошее железо и поддержка. А у меня – возможность к кому-то приехать в гости в Москву, поэтому ребятам, коллегам огромное спасибо. Да, не без проблем, но всё удалось.
Если бы сейчас был железный сервер, мы бы, наверное, думали: «А как что делать? Вот он упадёт, у нас упадёт всё». То есть бизнес остановится, продажи рухнут. Это гигантские потери, потому что мы живем с прибылью. Всем спасибо!
Вопросы и ответы
Вопрос из зала:
Спасибо большое, очень интересный кейс! Вопрос: Какой объём ресурсов вы переместили в облако? Я имею в виду ядра памяти и диски.
Тимофей Нумеров:
На тот момент, когда мы только переезжали, это было порядка 40 ядер, 200 Гб оперативки и 150 Гб базы. Сейчас база разрослась до 400: ресурсов у нас под 400 Гб оперативки и 80 ядер. Она растёт очень быстро, и что с этим делать, мы думаем в этом году.
Вопрос из зала:
Сейчас вы полностью уехали в Cloud, и on-premise у вас ничего не осталось?
Тимофей Нумеров:
У нас осталась наша внутренняя инфраструктура, классическая. Это домены, файловые шары, внутренние сервисы, dev- и test-окружение – всё это на нашем железе, которому и 10 лет, и 5, и один год. Но нам нужно было, во-первых, вынести 1С за периметр, чтобы оно было не связано и наружу торчало ссылкой для подключения клиента, и для IP, интеграций и так далее. Поэтому вся наша внутренняя инфраструктура пока классическая, в ЦОДах на своём железе. В будущем мы посчитаем, возможно, нам будет действительно интересно переехать в облака. Этим мы занимаемся и сейчас.
Вопрос из зала:
Вы в OXYGEN взяли IaaS и разворачивали 1С сами? Это был не SaaS от них?
Тимофей Нумеров:
Всё верно, изначально мы брали SaaS у самих «1С:Фитнес-клуб» – для небольших студий и клубов. А в OXYGEN взяли IaaS-решение и развернули на нем нашу систему.
Вопрос из зала:
Это одна виртуальная система, две, четыре? Отказоустойчивость не настраивали? А профиль нагрузки по процессорам и дискам примерно одинаковый?
Тимофей Нумеров:
Систем нарезали, сколько нужно. Сейчас их три: две на Linux – Nginx и PostgreSQL, и одна на Windows – сама 1С. Отказоустойчивости сейчас нет ни на СУБД, ни на вебе. У нас RTO четыре часа, бизнес пока устраивает. Ядра поделены примерно поровну: половина на 1С, половина на PostgreSQL (немного на Nginx). Профиль нагрузки более-менее одинаковый.
