Первый день на Tvoy.Cloud: чек-лист от идентификации по 149-ФЗ до бэкапа

MAATRIX · Обзоры · 2 октября 2026

Tvoy.Cloud появился в каталоге HostDB 12 августа 2026 года и пока собрал ноль отзывов, зато у него открыты оферта, SLA и прайс-лист. Значит, чек-лист первого дня можно строить не по слухам, а по документам: что подписываете при регистрации, за что платите отдельно, что провайдер не обещает восстанавливать и в какие часы вам ответят на тикет. Ниже по часам: от идентификации по 149-ФЗ до проверки бэкапа. Статья опубликована в блоге MAATRIX, то есть мы заинтересованная сторона; источники и дата проверки (2026-10-02) указаны в конце, собственных замеров нет.

Молодой провайдер с открытыми документами: что известно до первого платежа

Начнём с того, что известно из публичных источников, и сразу отделим известное от предполагаемого. Услуги оказывает АО «СОЛАР» (ИНН 7733475777, ОГРН 1257700431560, Москва); договором служит публичная оферта, которую подписывать отдельно не нужно. Площадки на сайте названы так: Москва (MSK-1 и MSK-2), Казань (KZN-1) и Амстердам (NL-1 и NL-2), все с отметкой Tier III. Сервер, по заявлению сайта, запускается примерно за 3 минуты после оплаты, а управлять им можно через панель, API, CLI и Terraform.

Независимой картины качества нет. В каталоге HostDB провайдер значится с 12.08.2026, в графе «на рынке» стоит «1 лет», а отзывов и оценок ноль. На самом сайте есть «отзывы клиентов», но это витрина самого провайдера, и мы не используем её как доказательство. Это не плохо и не хорошо: молодая компания (как, к слову, и MAATRIX) просто обязана компенсировать отсутствие истории прозрачными документами. А они у Tvoy.Cloud есть, поэтому дальше читаем именно их.

Тарифы, от которых будем считать

Цены в рублях взяты со страницы тарифов и из машиночитаемого прайса (в нём указана дата актуальности 2026-09-29). Они даны без НДС: провайдер ссылается на освобождение по абз. 3 п. 1 ст. 145 НК РФ.

Что остаётся за кадром: модель процессоров, гипервизор, лимиты трафика (заявлен порт 1 Гбит/с, а про квоты в найденных материалах ничего нет) и фактическая нагрузка на хосты. Об этом на публичных страницах мы ничего не нашли, поэтому и не пишем. Для первого дня это даже полезно: часть пунктов чек-листа ниже нужна именно затем, чтобы узнать это самому.

Час ноль: идентификация по закону и счёт на три дня

Первые минуты уходят на регистрацию, и именно здесь у Tvoy.Cloud есть особенность, о которой лучше знать заранее. В оферте (пп. 2.11 и 4.2.1) прописана обязательная «Идентификация» заказчика: она ссылается на часть 5 статьи 10.2-1 закона № 149-ФЗ и на постановление Правительства РФ № 2011 от 29.11.2023. Заказчик вправе выбрать любой из способов идентификации, которые предоставляет провайдер, а какие именно способы доступны, оферта не перечисляет: это показывается в личном кабинете. Закладывайте время и документы: это не формальность на выходе из кабинета, а условие получения услуги.

Дальше оплата. Для физических лиц на странице способов оплаты указаны банковские карты Visa, Mastercard и МИР, а также СБП: платёж «без комиссии в течение нескольких секунд» с автоматической активацией. Юрлица и ИП из РФ платят по счёту. И тут мелкий шрифт: по п. 5.3.1 оферты счёт нужно оплатить в течение трёх банковских дней, иначе он может стать недействительным, а провайдер вправе изменить его условия, включая стоимость. Если бухгалтерия оплачивает «когда дойдут руки», запишите этот срок.

Короткий чек-лист этого этапа:

• Зарегистрироваться в кабинете billing.tvoy.cloud и пройти идентификацию тем способом, который предложит кабинет.
• Выбрать локацию. Для данных граждан РФ сам провайдер советует Москву или Казань: на странице про Нидерланды прямо сказано, что при работе с персональными данными по 152-ФЗ сервер лучше разместить в России (разбор темы: 152-ФЗ и место размещения сервера).
• Выбрать способ оплаты. СБП и карты на сайте заявлены, а для счёта юрлица поставьте напоминание на три банковских дня.
• Сохранить оферту и SLA как PDF в день заказа: в п. 4.2.5 оферты сказано, что за изменениями документов клиент следит сам, а новая редакция действует с момента публикации.

Последний пункт звучит занудно, но именно такие пункты отличают чек-лист от списка пожеланий. Оферта — это код, а код без git blame читать невесело.

Час первый: сколько стоит конфигурация, если читать мелкий шрифт

Теперь самое интересное: сколько на самом деле стоит конфигурация, которую вы только что выбрали. На странице тарифов встречаются формулировки, которые не совпадают друг с другом. В шапке написано «IPv4 и защита от DDoS в тарифе», а в FAQ на той же странице сказано, что выделенный IPv4 в тариф не входит и стоит 200 ₽ в месяц в России и 250 ₽ в Амстердаме. В формуле конфигуратора из прайс-листа публичный IPv4 учтён отдельной строкой. Мы не можем из публичных материалов однозначно сказать, входит ли адрес в фиксированные тарифы, поэтому в первый день проверьте итоговую сумму в калькуляторе заказа до оплаты.

Что входит, а что оплачивается отдельно

Считаем полную цену двух популярных вариантов, предполагая худший случай, то есть что IPv4 платный. Москва-4 (2 vCPU / 4 ГБ / 50 ГБ): 1 350 ₽ + 200 ₽ за IPv4 + 90 ₽ за бэкап = 1 640 ₽. Амстердам-4 (та же конфигурация): 1 600 ₽ + 250 ₽ + 300 ₽ = 2 150 ₽. Если IPv4 уже входит, сумма меньше на 200 или 250 ₽, но резервное копирование всё равно отдельное.

Любопытная арифметика про конфигуратор «Свой выбор». По формуле из прайса: 549 ₽ база + 190 ₽ за ядро + 120 ₽ за гигабайт памяти + 240 ₽ за каждые 15 ГБ диска + 200 ₽ за IPv4. Соберём аналог Москвы-4: 2 ядра, 4 ГБ памяти, 45 ГБ диска (три шага по 15). Получится 549 + 380 + 480 + 720 + 200 = 2 329 ₽ против 1 350 ₽ у готового тарифа. Вывод простой: лестница готовых тарифов выгоднее конфигуратора, пока вам подходит один из семи пресетов. Конфигуратор оправдан, когда нужна нестандартная пропорция, например много диска при малом числе ядер. Ещё одна странность для сверки: минимальная сборка в прайс-листе описана как «10 ГБ диска», а на странице тарифов как «15 ГБ». Мелочь, но проверьте её в калькуляторе.

И последнее по деньгам: скидки за срок оплаты (3% за 3 месяца, 5% за полгода, 10% за год) в публичных материалах описаны неоднозначно. На странице тарифов они упомянуты в ответе про GPU и выделенные серверы, а в прайс-листе стоят общим разделом. Для VPS мы бы не закладывали их в расчёт, пока кабинет не покажет скидку в итоговой сумме.

Час второй: консоль до firewall, а не наоборот

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

lsb_release -a; uname -r
lscpu | head -20
free -h; df -hT
ip -br a; ip r
systemd-detect-virt

Теперь доступ. В блоге Tvoy.Cloud есть инструкция «Настройка VPS с нуля» для Ubuntu 24.04, и главный совет там один: сначала allow OpenSSH, потом ufw enable. Если сделать наоборот, доступ потерян. Лечится, по словам провайдера, консолью в панели управления: она подключается напрямую, минуя SSH и файрвол. Эту консоль мы в документации не нашли (раздел docs на момент проверки содержит разделы про поддержку, уведомления, заказы и управление услугами, оплату, финансы и плательщиков), поэтому проверьте, что кнопка консоли в карточке сервера существует и открывается, до того, как начнёте трогать firewall. Про типовые сценарии, когда правило в firewall отрезает вас от сервера, у нас есть отдельный разбор: ошиблись в правиле firewall и потеряли доступ.

Базовая последовательность для Ubuntu или Debian:

adduser deploy && usermod -aG sudo deploy
mkdir -p /home/deploy/.ssh
# положить публичный ключ в /home/deploy/.ssh/authorized_keys, chmod 700/600
ufw default deny incoming
ufw allow OpenSSH
ufw enable
apt update && apt install -y fail2ban unattended-upgrades

Порядок важен: пользователь и ключ, проверка входа во втором окне терминала, и только потом отключение входа root по паролю в /etc/ssh/sshd_config. Подробный пошаговый разбор есть в материале Первый VPS с нуля: что делать сразу после покупки.

Про образы: по главной странице доступны Debian (11, 12, 13), Ubuntu (20.04, 22.04, 24.04), Alma (8, 9, 10), CentOS Stream, Oracle Linux, FreeBSD, Windows (10, 11, Server 2016–2025) и свой ISO до 10 ГБ. Обратите внимание на Ubuntu 20.04: её стандартная поддержка закончилась, так что для нового сервера разумнее брать 24.04. Это наш совет, а не утверждение о политике провайдера.

И один пункт про сеть. Если сервер нужен для работы с зарубежными API, проверьте исходящие соединения сразу: mtr -rwzc 50 <нужный-хост> покажет маршрут и потери, а curl -sI https://api.example.com — доступность. Провайдер заявляет для Амстердама «чистый европейский IPv4», но репутацию конкретного адреса (в том числе в спам-листах) лучше проверить самому, а не принимать на веру.

Час третий: бэкап, который оферта поручает вам

Теперь о неприятном, но самом важном. Пункт 4.2.9 оферты обязывает заказчика «обеспечить резервное копирование данных и информации, размещаемых на оборудовании Провайдера». Пункт 6.4 добавляет, что провайдер не отвечает за сохранность информации клиента. В SLA (п. 4.3 и 4.4) сказано, что после удаления данных их восстановление невозможно, если нет отдельной услуги резервного копирования, и что провайдер не отвечает за потерю данных вследствие неоплаты или отсутствия бэкапа со стороны заказчика. Также в стандартную техподдержку (п. 2.4 SLA) не входит восстановление данных клиента. Перевод на человеческий: бэкап — ваша задача, а услуга провайдера — это инструмент, а не гарантия.

Что предлагает провайдер: по прайс-листу резервное копирование по расписанию стоит 90 ₽ в месяц в России и 300 ₽ в Амстердаме. Условия этой услуги (глубина хранения, частота, где лежат копии и как восстанавливаться, нужна ли заявка) в найденных публичных материалах не описаны. А в продающем блоке блога упомянута «возможность снапшотов и резервного копирования», но инструкции по снапшотам в разделе документации мы не нашли. Для первого дня это превращается в три вопроса поддержке (письмом в тикет, чтобы остался след):

1. Где физически лежат копии: на том же хосте, на другом узле, в другой площадке?
2. Как часто выполняется копирование и сколько копий хранится?
3. Как восстановить: самостоятельно из кабинета или по заявке, и какие у этого сроки?

Бэкап, который не зависит от ответа

Пока ответа нет, делаем собственную копию по правилу 3-2-1 (его же описывает блог провайдера: три копии, два места, одна вне сервера). Минимальный скрипт для базы и файлов:

#!/usr/bin/env bash
set -euo pipefail
d=$(date +%F)
pg_dump -Fc appdb -f /var/backups/app-$d.dump
tar czf /var/backups/www-$d.tgz -C /var/www .
rsync -a /var/backups/ backup@other-host:/srv/backups/tvoy/
find /var/backups -type f -mtime +7 -delete

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

Отдельно про неоплату. По SLA провайдер вправе приостановить услугу, а через 5 календарных дней после приостановки удалить данные и отдать ресурсы другому клиенту. Пять дней — срок короткий, а календарные дни включают выходные и праздники: поставьте автоплатёж или напоминание за неделю до окончания оплаченного периода. Для счёта юрлица помним про трёхдневный срок оплаты счёта.

Час четвёртый: 8,64 минуты в месяц и тикеты по будням

Следующий пункт — договориться с самим собой о том, что значит «работает». Провайдер заявляет аптайм 99,98% на уровне SLA. Переведём в минуты: в 30-дневном месяце 43 200 минут, допустимое время простоя 0,02% даёт 8,64 минуты; в 31-дневном — около 8,93 минуты. Это то, что может «не работать» в месяц и считаться нормой. Компенсация, по SLA, выдаётся не деньгами, а продлением срока услуги на время простоя сверх допустимого, обращаться за ней нужно тикетом не позже чем через 30 дней после окончания расчётного месяца, а проверка идёт по данным системы мониторинга провайдера. Это единственная мера ответственности за нарушение доступности (п. 3.5 SLA).

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

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

* * * * * curl -fsS -m 10 -o /dev/null https://example.com/ || echo "down $(date)" >> /var/log/uptime-check.log

Теперь про поддержку. На главной странице провайдера упомянут «круглосуточный мониторинг», но это про мониторинг, а не про поддержку. По SLA (п. 2.1) техническая поддержка работает в рабочие часы Провайдера (пн–пт 09:00–18:00 GMT+3) через тикеты в кабинете, а гарантированное время первичного ответа составляет от 30 минут до одного часа в зависимости от нагрузки. Каталог HostDB указывает те же часы (09:00–18:00). Что это значит для вас: если вы выкатываете проект в пятницу вечером, а завтра суббота, ответ на тикет может прийти в понедельник. Это не недостаток и не достоинство, а параметр, который надо знать до выкатки. Про 24/7-поддержку или телефонную линию по аварийным вопросам в найденных публичных материалах не сказано (телефон в подвале сайта указан, но часы его работы там не расписаны).

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

Три способа вернуть деньги и один год договора

Последние пункты чек-листа — про момент, когда что-то пошло не так, и про выход. Здесь публичные материалы Tvoy.Cloud формулируют одно и то же тремя разными способами, поэтому приведём все три.

• Страница способов оплаты (п. 6): возврат возможен в течение 14 дней с момента оплаты при условии неиспользования услуг; нужно написать в поддержку и указать реквизиты.
• Блог провайдера: в конце статьи про резервное копирование сказано, что первые 7 дней — тестовый период с возвратом средств.
• Оферта (п. 11.5): возврат неиспользованного остатка в срок не позднее 10 рабочих дней после письменного заявления с реквизитами, за вычетом стоимости использованных услуг; как правило, на тот платёжный инструмент, с которого пришли деньги, а провайдер вправе запросить документы о легитимности платежа.

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

Ещё два пункта оферты, которые полезно знать заранее. Договор заключается на год и автоматически продлевается на год, если ни одна из сторон не уведомила о расторжении не позднее чем за 30 дней (п. 11.1). А клиент вправе отказаться от договора в любое время, но уведомление должно быть направлено не менее чем за 20 рабочих дней до даты расторжения, с оплатой понесённых провайдером расходов (п. 11.3). В повседневной жизни это скорее формальность при оплате по месяцам, но для юрлиц важно понимать, что «отключить сервер» и «расторгнуть договор» не одно и то же. Ответственность провайдера ограничена стоимостью услуг за расчётный месяц, в котором причинён ущерб, и только при доказанной прямой вине (п. 6.9): для проекта, который теряет на простое больше, чем стоит сервер, это повод закладывать резерв на своей стороне.

Сводная таблица: Tvoy.Cloud и MAATRIX на сопоставимых конфигурациях

Курс для пересчёта цен MAATRIX: 78 ₽/$ (курс сайта на 2026-10-02). Тарифы MAATRIX — локация UK из публичных материалов; цены в US/FR/RU там явно не раскрыты, поэтому прямое сравнение с московскими ценами Tvoy.Cloud некорректно по географии, и мы показываем его как ориентир по ресурсам.

Оговорки: у Tvoy.Cloud к цене могут добавиться IPv4 (200–250 ₽) и бэкап (90–300 ₽) — см. раздел про цены, разница с MAATRIX могла бы вырасти, но мы показываем только базовые цифры. Тип процессоров у Tvoy.Cloud в публичных материалах не указан, а у MAATRIX для UK заявлен AMD EPYC 9755, так что сравнивать «vCPU к vCPU» без замеров нельзя. И, повторим, это разные страны.

Где Tvoy.Cloud сильнее, а где разумнее выбрать MAATRIX

Теперь честный финал. Tvoy.Cloud сильнее MAATRIX по нескольким пунктам, и это надо сказать прямо. Во-первых, российские площадки: Москва и Казань с опубликованным подходом «данные граждан РФ хранить в России»; у MAATRIX российская локация одна (Saint Petersburg), а аттестация и соответствие 152-ФЗ на сайте не заявлены. Во-вторых, автоматизация: панель, API, CLI и провайдер Terraform заявлены у Tvoy.Cloud; у MAATRIX публичный API в материалах сайта не упомянут. В-третьих, линейка шире: выделенные серверы (от 17 000 ₽ в месяц) и GPU-серверы с почасовой оплатой от 149 ₽ в час, а в материалах сайта MAATRIX ни того ни другого не упомянуто. В-четвёртых, SLA опубликован отдельным документом с порядком компенсации и числами (99,98% против нашего заявленного 99,9%). И в-пятых, две независимые площадки в одном городе у Tvoy.Cloud позволяют разнести основной сервер и резерв.

Когда имеет смысл выбрать MAATRIX. Четыре сценария, привязанных к фактам с нашего сайта:

1. Вам нужны зарубежные ИИ-сервисы с серверов, а не из браузера. На серверах MAATRIX в US, UK и FR, по данным сайта, работают ChatGPT, Claude, Gemini, Grok, DeepSeek, GitHub Copilot, Perplexity, Mistral AI, Qwen, Meta AI/Llama, Hugging Face и Cursor: с зарубежного IP они открываются без прокси. Для RU-локации так не говорим. Если вы запускаете агентов, API-прокси и вспомогательные задачи, у MAATRIX есть и инструкция про раздачу ИИ с сервера на все устройства через WireGuard.
2. Вам нужен готовый стек, а не чистая ОС. В каталоге apps.maatrix.io 19 приложений, среди них Ollama, LiteLLM, Dify, AnythingLLM, Qdrant, Whisper, SearXNG, Langfuse, n8n, Coolify, Portainer и WordPress. Сервер запускается сразу с выбранным приложением: по сайту около 2 минут на сам сервер и ещё 3–7 минут на приложение (тяжёлые Dify и Langfuse — до получаса).
3. Вы не хотите превращать бэкап в отдельный проект. На сайте заявлен ночной инкрементальный бэкап каждой VM в полночь на отдельный backup-сервер в том же регионе, плюс ручной бэкап и разворот из копии в панели VMmanager. Отдельной строки цены на это в публичных материалах нет. Это не отменяет правило «одна копия вне сервера», но снимает вопрос первого дня «чем и куда копировать». Чаще раза в сутки — только по запросу.
4. Вам удобнее платить не только картой и СБП. MAATRIX принимает карты РФ (в том числе МИР) и СБП через ЮKassa, безнал для юрлиц и криптовалюту через wallet.maatx.io (MAAT, SOL, ETH, USDT, TRX, USDC, BTC). Зарубежная карта не нужна. На тарифах (кроме кастомных) есть кнопка «Попробуйте бесплатно»; сроков и лимитов тестового периода на сайте не указано, так что уточняйте в тикете, как и у любого провайдера.

Как выбрать. Tvoy.Cloud подходит больше, если вам нужен сервер в России (Москва, Казань) с более широкой линейкой, API/Terraform, возможность перейти на выделенный сервер или GPU и опубликованный SLA с числами. MAATRIX подходит больше, если нужны локации UK/US/FR с доступом к зарубежным ИИ-сервисам, каталог готовых приложений, ночной бэкап каждой VM как заявленная возможность и оплата в том числе криптовалютой, а также ресурсы на тарифах UK с большим диском за меньшую цену в рублях по курсу 78 ₽/$. При этом мы молодая компания (ИП зарегистрирован 09.12.2025), и публичной статус-страницы и истории инцидентов у нас в материалах сайта нет, как и у Tvoy.Cloud нет публичных отзывов. Выбор честнее всего делать после теста: сравните тарифы и закажите сервер, а чек-лист из этой статьи пригодится в любом случае.

Источники и дата проверки

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

• Tvoy.Cloud: главная страница
• Tvoy.Cloud: тарифы VPS и VDS
• Tvoy.Cloud: машиночитаемый прайс-лист (актуален на 2026-09-29)
• Tvoy.Cloud: VPS в Нидерландах (Амстердам)
• Tvoy.Cloud: способы оплаты
• Tvoy.Cloud: публичная оферта
• Tvoy.Cloud: соглашение об уровне обслуживания (SLA)
• Tvoy.Cloud: документация
• Tvoy.Cloud: о компании
• Блог Tvoy.Cloud: настройка VPS с нуля
• Блог Tvoy.Cloud: резервное копирование VPS
• HostDB: карточка провайдера Tvoy Cloud
• MAATRIX: аренда VPS и тарифы

Частые вопросы