Для моего сервиса я использую VPS-хостинг. Поскольку у меня в один момент времени запущено не менее 50 отдельных jar-микросервисов, серверу нужно достаточно много оперативной памяти. Я выкрутил настройки своего хостера на максимум довольствовался 32 ГБ оперативной памяти.
Всё шло хорошо: клиенты оплачивали сервис, и с этих денег я оплачивал VPS. Так длилось около двух лет… пока 1 апреля 2026 года хостер не решил обновить тарифы. Да, он заранее присылал письмо, но конкретных цифр я не видел. Каково же было моё удивление, когда при очередном пополнении счёта я увидел, что мне предлагают оплатить в 3 (три!) раза больше, чем обычно! 🤯
Отрицание. Гнев. Торг… На стадии торга я написал в поддержку и попытался выпросить индивидуальные условия — ведь при такой стоимости услуг мой сервис переставал окупаться. К сожалению, техподдержка без капли сочувствия заявила, что цены на ОЗУ выросли, и теперь услуги будут стоить именно столько. Без вариантов.
Последующих стадий (Депрессии, а тем более Принятия) не было.
Интересно, что ровно за год до этих событий я нашёл и заказал из Китая:· б/у серверный процессор,· оперативную память,· китайскую материнскую плату.Всё это богатство покорно лежало на шкафу и дожидалось своего часа. Теперь у меня не осталось выбора, кроме как создать свой собственный сервер. 🖥️
Так как мой хостинг-провайдер не дал возможности скачать виртуальный жёсткий диск сервера, пришлось настраивать всё с нуля на серверной Ubuntu 24. Но для начала я установил на «голое» железо Microsoft Hyper-V — потому что в своё время я плотно с ним работал.
Пришлось попотеть и вспомнить, где какие файлы на сервере я менял:· настройки nginx и PHP-FPM,· Let’s Encrypt,· MySQL,· юниты сервисов· и многое другое.Конфиги были разбросаны по всей системе, и нужно было вспомнить каждый из них, чтобы скопировать на новый сервер.
В итоге после недели кропотливой работы я полностью настроил новый сервер. Он уже вёз на себе весь арсенал микросервисов, который был у моего VPS. Дополнительно я настроил:· резервное копирование виртуальной машины целиком,· резервное копирование базы данных с деградацией копий,· выгрузку копий на Google Drive. ☁️Всё казалось идеальным… пока я не попробовал поработать в тех микросервисах, которые поднял.
К моему огорчению, время ответа на запросы оказалось чрезвычайно долгим — доходило до 10–15 секунд, пока сервер отобразит первую страницу. Работать в таких условиях было невозможно. Я понимал: клиенты не останутся в этой системе, они не смогут нормально работать с такими тормозами.
Так как я не особо хорошо разбираюсь в Linux и тонких настройках железа, я сразу зашёл в DeepSeek и начал «допытывать» его, как найти причину проблем. 😄 Он выдал несколько команд, я их запустил и скормил ему результаты тестов. Выяснилось: узкое место («горлышко») — это мой жёсткий диск, который не справлялся с запросами к базе данных.
Было решено покупать NVMe SSD-диск. Я положил в корзину Kingston NV3 на 500 ГБ за 9 тыс. рублей. Но забрать его можно было только завтра, а сегодня я нашёл у себя в закромах б/у SATA SSD на 240 ГБ и решил сразу попробовать его — мало ли, его мощи хватит, и я сэкономлю деньги на NVMe.
Благо, в качестве хостовой системы я выбрал Hyper-V, а не ставил Linux на голое железо. Быстро перенёс файл виртуального диска на SATA SSD — и ребутнулся.Каково же было моё изумление, когда сайты на сервере начали летать! 🚀 Скорость увеличилась на порядки. Я даже не ожидал, что будет настолько кардинальная разница между HDD и SSD.
В итоге NVMe решил пока не покупать — необходимость в нём отпала. ✅
Итого, теперь:
— имею собственный сервер и статический адрес на него
— не плачу ежемесячно большие деньги за VPS
— использую в 10 раз больше ядер процессора
— приходится заморачиваться с резервными копиями и помещением их в облако
— надо приобрести бесперебойник, хотя, если отключат свет, то и оборудование провайдера в нашем доме скорее всего тоже ляжет 🧐
— надо не забывать платить за интернет 😅
