Переезд с домашнего мини-ПК на VPS: электричество, интернет и время администратора

Мини-ПК уже стоит на полке рядом с роутером. Он куплен, настроен, на нём крутится пара служб, и у него даже есть имя, потому что безымянный сервер дома долго не живёт. Теперь возникает вопрос: не переехать ли на VPS? И первая ошибка при ответе почти всегда одна и та же: домашний сервер сравнивают с арендой так, будто его покупают заново каждый месяц. Цена коробки делится на тридцать шесть месяцев, добавляется к счёту за свет, и получается красивая, но бесполезная цифра.

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

Что уже потрачено, а что ещё предстоит

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

Важная деталь: если вы переезжаете на VPS, мини-ПК не исчезает из жизни. Его можно продать, и тогда выручка уменьшит стоимость переезда. А можно оставить для задач, которым внешний сервер не нужен. И то и другое — решения, а не издержки. Поэтому в правой колонке у варианта «перейти на VPS» нет записи «потеряли купленное оборудование». Есть только запись «определили ему новую роль».

Есть и обратная сторона. У арендованного сервера нет «нулевого» года: оплата идёт всё время, пока он создан. У домашней машины тоже есть непрерывные расходы, но они выглядят мельче и растворяются в общем счёте за квартиру. Эта невидимость и создаёт иллюзию, что домашний сервер бесплатен. Он не бесплатен. Он просто оплачивается из нескольких разных кошельков.

Электричество: считаем по режиму, а не по паспорту

Теперь самое осязаемое — ватты. Формула такая, что её можно держать в голове: средняя мощность в ваттах, умноженная на количество часов, делится на тысячу и даёт киловатт-часы; киловатт-часы умножаются на тариф. Год — это 8760 часов. Вся сложность не в арифметике, а в двух входных числах, которые люди берут с потолка.

Мощность. На коробке или в блоке питания указана максимальная мощность адаптера. Это не потребление. Адаптер на 65 Вт может спокойно кормить машину, которая в простое тянет несколько ватт. Реальное потребление зависит от процессора, числа накопителей, подключённых устройств по USB и от того, как часто сервер действительно нагружен. Для домашнего сервера, который большую часть суток ждёт запросов, ближе к правде средняя мощность, а не пик. Но и её лучше замерить розеточным ваттметром, а не угадывать. Если ваттметра нет, считайте диапазоном.

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

Условный расчёт на год непрерывной работы. Допущения таковы: мини-ПК работает 8760 часов; средняя мощность — 8, 15 или 30 Вт (простой, лёгкая смешанная нагрузка, заметно загруженная машина с несколькими дисками); стоимость электроэнергии — 5, 8 или 12 рублей за киловатт-час. Это сценарий для демонстрации метода, а не чьё-то измерение и не прогноз для вашей квартиры.

Что видно из таблицы. Первое: у маломощной машины электричество — сравнительно небольшая статья, и она вряд ли решит исход сравнения. Второе: разброс по углам таблицы почти десятикратный — от 350 до 3154 рублей, и виноваты в нём две догадки, а не сложная физика. Поэтому единой цифры «домашний сервер стоит столько-то в год за свет» не существует; есть ваша цифра, и она находится замером и квитанцией.

Теперь о поправках, которые обычно забывают. Сам сервер — не единственный потребитель. Коммутатор, внешний диск в отдельном корпусе, сетевой адаптер, ИБП, который тратит часть энергии на собственную работу и потери, — всё это надо либо включить в замер, либо оценить отдельно. Если вы замеряли мощность прямо у розетки, из которой питается вся связка, учтено сразу всё. Роутер, который и без сервера работал бы круглые сутки, в стоимость переезда не входит: он будет включён в любом случае.

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

Линия связи: дорогая часть, о которой молчит ваттметр

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

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

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

Третья — устойчивость. Домашний канал может на час пропадать из-за работ на линии, перезагружаться ночью по расписанию провайдера или отваливаться вместе с электричеством на этаже. Сам по себе мини-ПК этого не видит: он по-прежнему работает, но недоступен. Если ваши требования к доступности мягкие, такую жизнь вполне можно принять. Если нужна непрерывная доступность, придётся либо добавлять второй канал и ИБП для всей цепочки (роутер тоже должен жить без розетки), либо признавать, что дом для этой службы — неподходящее место.

Расходные части и скрытый график замен

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

• Батарея ИБП. Свинцово-кислотные аккумуляторы стареют независимо от того, были ли отключения света. Оцените: сколько стоит сменная батарея и как часто её нужно менять по документации вашего ИБП. Разделите стоимость на срок службы в годах — получится годовая доля. Если ИБП нет, запишите не ноль, а риск: внезапное отключение при записи на диск может повредить данные.
• Накопитель. У SSD есть ресурс записи, а у жёстких дисков — механический износ. Посмотрите показатели состояния диска и ресурс по документации производителя. Если сервер много пишет (журналы, базы, кэш), износ идёт быстрее. Годовая доля — это цена замены, разделённая на ожидаемый срок.
• Охлаждение и пыль. Мини-ПК на закрытой полке за шкафом нагревается, вентилятор забивается пылью. Это не деньги, а время, но время тоже считается.

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

Резервная копия: где она лежит, там и риск

У домашнего сервера обычно есть копия на втором диске. Это хорошая привычка, но она защищает от одного сценария — смерти основного накопителя. От кражи, пожара, затопления и от собственной ошибки «удалил не ту папку и синхронизировал удаление» она не защищает, если лежит в той же квартире и копируется зеркально.

Честное сравнение требует поставить рядом не «домашний сервер с копией» и «VPS без копии», а две системы с одинаковым набором требований. Если вам нужна копия вне места размещения, её надо будет организовать при любом варианте. На VPS копии лучше хранить отдельно от самого сервера. Наличие автоматических резервных копий в конкретном тарифе нужно уточнять в форме заказа и условиях; считать, что они есть «по умолчанию», нельзя. Поэтому в правой колонке у обоих вариантов стоит одна и та же строка: внешнее хранилище для копий и время на проверку восстановления.

Кстати, как раз проверка восстановления — то, что чаще всего не делают. Копия, которую ни разу не пробовали развернуть, остаётся предположением. Инструмент restic позволяет восстановить выбранный снимок в отдельный каталог, не затрагивая рабочие данные, и сначала проверить результат; фильтры по хосту и пути помогают выбрать нужный снимок, а --include и --exclude ограничивают набор извлекаемых файлов, и это не то же самое, что фильтр по пути снимка (документация restic). Мы вернёмся к этому, когда будем переносить службу.

Ваше время — единственная статья, которую не видно на квитанциях

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

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

Теперь та же оценка для VPS. Часы не исчезают: обновления, настройка, наблюдение остаются на вас, потому что root-доступ означает ответственность. Исчезает целый класс забот: питание, охлаждение, домашний канал, физический доступ к железу. Появляется другой класс — удалённая работа. Здесь помогает привычный инструментарий: например, режим Remote SSH в VS Code открывает папку удалённой машины в обычном редакторе, а команды и часть расширений выполняются на самом сервере через VS Code Server; при установке нужно загружать компоненты, и при ограниченном доступе их можно скачать локально и передать на сервер (документация VS Code Remote SSH). Это не отменяет необходимости администрировать, но делает ежедневную работу привычной.

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

Сравнивать можно только одинаковые требования

Почти всё, что мы посчитали, относится к одному вопросу: что именно должна делать задача. Методология Cost Optimization в AWS Well-Architected связывает оптимизацию затрат с функциональными требованиями, использованием ресурсов и согласованием спроса с мощностью (AWS Well-Architected Cost Optimization Pillar). Перенесём эту мысль на наш случай как рабочую рекомендацию: прежде чем сравнивать цены, зафиксируйте требования, а затем смотрите, чем их проще обеспечить.

Для этого достаточно ответить на шесть вопросов о конкретной службе.

1. Кто к ней обращается: только вы дома, ваша семья из любой точки или посторонние люди?
2. Что случится, если она будет недоступна час, сутки, трое суток?
3. Сколько данных она хранит и как быстро они растут?
4. Сколько данных уходит наружу и в какое время суток?
5. Нужен ли ей постоянный внешний адрес и входящие подключения?
6. Как быстро вы должны уметь восстановить её из копии?

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

Теперь ресурсы. У VPS MAATRIX линейка тарифов задаёт отправные точки: Ba — 1 vCPU, 2 ГБ RAM, 40 ГБ NVMe; Uab — 2 vCPU, 4 ГБ, 80 ГБ; Heka — 4 vCPU, 8 ГБ, 160 ГБ; Maat — 8 vCPU, 16 ГБ, 240 ГБ; Djed — 16 vCPU, 32 ГБ, 320 ГБ. Это описание ресурсов, а не обещание ёмкости: сколько пользователей и какая нагрузка поместится, покажет только тест вашей службы. Сравнивая с домашним мини-ПК, не ограничивайтесь цифрами в спецификации. Посмотрите, сколько памяти и процессора ваша служба реально занимает в обычный день и в пиковый, сколько места занимают данные сейчас и через год. Если домашний мини-ПК загружен на десять процентов, а вы собираетесь переехать на самый крупный план «чтобы было с запасом», вы покупаете ёмкость, которой не пользуетесь. Согласование спроса и мощности работает в обе стороны: слишком большой запас — тоже трата.

В публичном предложении MAATRIX заявлены NVMe-накопители, процессоры AMD EPYC и root-доступ; перечислены локации UK, US, RU и FR; указано, что VPS создаётся автоматически через пару минут после оплаты, а оплатить можно картой РФ или через СБП. Для сравнения важно другое: при аренде вы можете начать с малого плана, проверить службу и перейти на другой, если ресурсов не хватает. С домашней коробкой так не выйдет: её память и диски меняются только покупкой запчастей. Эта гибкость ценна именно для неопределённых задач, где нагрузку заранее не оценить.

Три конфигурации одной задачи

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

Вариант первый: всё дома. Расходы будущего года: электричество (по вашей строке в таблице выше), часть интернет-тарифа, если для входящих вызовов нужен статический адрес, годовая доля батареи ИБП и накопителя, внешнее хранилище копий, часы администрирования. Плюс: данные физически у вас, нет арендной платы за сервер, быстрая локальная сеть для семейных файлов. Минус: входящие вызовы зависят от домашнего канала и от света в квартире.

Вариант второй: всё на VPS. Расходы: аренда выбранного плана, внешнее хранилище копий, часы администрирования (меньше по железу, но не нулевые). Плюс: не зависит от домашней сети и света, внешний адрес в комплекте с сервером. Минус: семейные файлы теперь ходят через интернет, а скорость доступа к ним ограничена вашим домашним каналом в обе стороны. Если вы много работаете с большими файлами, ощущения изменятся.

Вариант третий: разделение. Служба, к которой обращаются снаружи, живёт на VPS. Семейное хранилище остаётся на домашнем мини-ПК. Оба варианта делают резервные копии друг другу или в отдельное хранилище. Расходы: аренда небольшого плана, электричество мини-ПК, копии, часы на два места вместо одного. Плюс: каждая задача на месте, где она дешевле и надёжнее. Минус: два места нужно администрировать, и это честная плата за разделение.

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

Домашним — дом, публичным — сервер

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

Задачи, которым хорошо дома: всё, что связано с локальной сетью и устройствами в квартире (управление умным домом, принтеры, медиасервер для телевизора, локальные резервные копии с компьютеров). Они используют быстрый канал внутри дома, не требуют внешнего адреса и выигрывают от физической близости. Если интернет пропадёт, они продолжат работать.

Задачи, которым хорошо на сервере у провайдера: приём входящих подключений от внешних систем, публичные страницы, рабочие процессы, которые должны отвечать в любое время, хранилище, которым делятся с людьми вне дома. В каталоге MAATRIX среди предложений с установкой упомянуты n8n и Nextcloud; точное наличие и доступные операционные системы проверяются в форме заказа, поэтому не закладывайте их в план до того, как увидели их в заказе.

Граница между ними проходит не по технологии, а по вопросам из списка выше: кто обращается, что будет при простое, где проходит нагрузка. Одна и та же программа, например Nextcloud, может быть домашним хранилищем для двоих или публичной точкой доступа для десяти человек — и размещение у них разное.

Смешанный вариант имеет и менее очевидное преимущество: он оставляет мини-ПК в работе и сохраняет вложение. Устройство, которое осталось дома, не простаивает, а выполняет задачу, для которой подходит лучше всего. А на VPS уезжает лишь та часть, которой домашняя среда мешает.

Перенос одной службы: так, чтобы можно было вернуться

Чтобы не принимать решение на основе таблиц, проверьте его на одной службе. Выберите не самую важную, но настоящую: такую, у которой есть данные и пользователи, пусть даже это вы сами. Цель эксперимента — не «переехать», а узнать три вещи: сколько ресурсов служба реально занимает, сколько времени заняла работа и как быстро можно вернуться.

Порядок действий такой, и он намеренно не требует специальных ухищрений.

1. Зафиксируйте исходное состояние. Посмотрите, сколько памяти, процессора и места занимает служба дома в обычный день. Запишите версию и способ запуска. Это ваш «до».
2. Сделайте свежую резервную копию данных и конфигурации и положите её вне мини-ПК.
3. Проверьте, что копию действительно можно развернуть. Не на боевом сервере, а в отдельном каталоге. Для restic выбор последнего снимка конкретного хоста и пути и восстановление в отдельную директорию выглядят примерно так (имена замените своими):

restic restore latest --host home-mini --path /srv/app --target /tmp/restore-check

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

4. Создайте VPS минимального подходящего плана и разверните на нём службу из той же копии. Здесь пригодится удалённая работа в привычном редакторе: подключение по SSH позволяет править конфигурации прямо на сервере.
5. Не выключайте домашнюю службу. Пусть работают обе. Проверьте новую по тем же сценариям, по которым вы пользуетесь старой.
6. Переключите обращения — например, изменив адрес, по которому к службе приходят пользователи. Если вы используете доменное имя, заранее уменьшите срок хранения записи в кэше, чтобы возврат занял минуты, а не сутки.
7. Наблюдайте неделю-две. Сравните потребление ресурсов с записанным «до» и посмотрите, сколько времени ушло на работу.

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

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

Как прочитать результаты эксперимента

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

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

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

Куда поселить задачу, а что оставить мини-ПК

Вернёмся к исходной коробке на полке. Сравнение на год показывает, что покупка мини-ПК не должна участвовать в споре: она в прошлом. Участвуют электричество по вашему режиму и тарифу, часть интернет-расходов, годовая доля батареи и накопителя, внешнее хранилище копий и ваше время. Электричество при небольшой мощности, как видно из условной таблицы, часто оказывается самой малой статьёй. А вот достижимость снаружи, зависимость от домашнего канала и часы сопровождения могут перевесить.

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

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