microsrv:~$
RUEN
Консоль

microsrv

облако для разработчиков

Недорогое и удобное облако для разработчиков

SSH, доменное имя и TLS работают из коробки — без настройки nginx и certbot. ВМ запускаются на прерываемых ресурсах крупных облаков, поэтому стоят дешевле, а живая миграция сохраняет процессы, диски, IP-адреса и соединения.

Перейти в консольКак это работаетПосмотреть тарифы

Трафик идёт

HTTPS и внутреннее соединение активны

Если облако заранее сообщает об отзыве хоста, оркестратор по очереди переносит обе ВМ. Внешние и внутренние соединения продолжают работать.

> как это работает

Облако может отключить хост — ваше приложение продолжит работать

Вы создаёте ВМ, подключаетесь по SSH и разворачиваете сервисы как обычно — домен и TLS работают из коробки. ВМ используют свободные мощности крупных облаков, поэтому стоят примерно на 25% дешевле, чем в обычных облаках, а система следит за хостами и сохраняет диски и сетевые адреса.

01

Хост меняется — ВМ продолжает работать

Во время живой миграции microsrv переносит оперативную память и запущенные процессы на новый хост. Приложение не перезапускается и не теряет данные в памяти, а сетевые адреса и соединения остаются прежними.

  • Резервирует ресурсы для переноса

    Оркестратор отслеживает свободные vCPU и память на соседних серверах, чтобы обеспечить место для переноса ВМ.

  • Закрепляет vCPU за ВМ

    Оплаченные vCPU выделены только вашей ВМ и не используются другими клиентами.

  • Переносит ВМ до отзыва хоста

    Сигнал провайдера запускает живую миграцию оперативной памяти. Запущенные процессы продолжают выполняться на новом хосте без перезапуска приложения.

  • Восстанавливает после внезапного отказа

    Если времени на живую миграцию недостаточно, ВМ автоматически запускается из реплицированной копии.

  • Работает на хостах без вложенной виртуализации

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

Журнал событийПример последовательности. Фактическое время операций может отличаться.
  1. 12:04:18получено предупреждение об отзыве host-17
  2. 12:04:18выбран host-42 для переноса
  3. 12:04:19начата миграция vm-204
  4. 12:04:23состояние памяти синхронизировано
  5. 12:04:24сетевые маршруты обновлены
  6. 12:04:24активные соединения проверены
  7. 12:04:24vm-204 работает на host-42
  8. 12:04:25host-17 освобождён

02

Почему это дешевле

Провайдеры продают свободные серверные мощности со скидкой до 70%, но могут забрать их, если ресурсы понадобятся клиентам со стандартным тарифом.

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

В примерах ниже итоговая цена примерно на 25% ниже, чем у того же провайдера.

прерываемые ресурсы + оркестратор microsrv = стабильная ВМ по более низкой цене

Посмотреть сравнение цен →

03

Работайте, не задумываясь о хосте

Создайте ВМ, подключитесь по SSH и разверните сервисы. Перенос между хостами происходит автоматически.

  1. 01

    Создайте ВМ

    Выберите vCPU, память и диски. Задайте начальную конфигурацию с помощью cloud-init.

  2. 02

    Подключите сеть и хранилище

    Получите постоянный внутренний IP-адрес и реплицируемые диски, данные на которых сохраняются при переносе.

  3. 03

    Разверните сервисы

    Подключайтесь через SSH-шлюз или опубликуйте сервис через HTTPS-шлюз — с доменным именем и TLS.

  4. 04

    Работайте как обычно

    Запускайте веб-приложения, базы данных или фоновые задачи. При отзыве хоста ВМ перенесётся или восстановится без вашего участия.

04

Подходит для большинства задач

Публичные сервисы, внутренние системы и фоновые задачи работают так же, как на традиционных ВМ.

Веб-приложения, базы данных, ИИ-агенты и фоновые воркеры получают выделенные vCPU, частную сеть и постоянный SSH-адрес.

С доступом из интернета через HTTPS-шлюз

  • Веб-приложения и HTTP API на https://<vm>.msrv.space
  • PostgreSQL и другие TCP-сервисы с TLS/SNI

В частной сети с доступом в интернет

  • ИИ-агенты, обращающиеся к API моделей
  • CI-раннеры и сборочные серверы
  • Парсеры и браузерная автоматизация
  • Фоновые воркеры и сборщики данных

Связь между сервисами в частной сети

  • Приложение и база данных в одной частной сети
  • Внутренние инструменты
  • Кластеры агентов и фоновые сервисы из нескольких ВМ

> тарифы

Платите примерно на 25% меньше, чем в крупных облаках

ВМ запускаются на прерываемых ресурсах, а платформа обеспечивает доступность на уровне 99,9%. В таблице ниже приведён расчёт для типичного кластера из трёх узлов.

Типовая нагрузка

3 × (4 выделенных vCPU · 8 ГБ памяти · SSD 40 ГБ) — небольшой кластер или группа узлов Kubernetes

ПровайдерВ месяц (3 узла)
Облако A20 736,69 ₽ / мес
Облако B20 703,22 ₽ / мес
microsrv~15 552,52 ₽ / мес
На 25% ниже тарифов того же провайдера
HTTPS-шлюзвключено

microsrv на ваших серверах

Установите microsrv на свои серверы или в своё облако. Управляйте ВМ, сетью и переносами из одного места.

  • Размещениесвои серверы или своё облако
  • Сетьинтеграция с VPC
  • Установкаодин исполняемый файл
  • Эксплуатациябез выделенной команды поддержки
Обсудить установку →

Ориентировочная месячная стоимость для 3 × (4 vCPU · 8 ГБ · SSD 40 ГБ). Для «Облака A» и «Облака B» указаны стандартные тарифы из общедоступных калькуляторов провайдеров. Итоговая цена зависит от региона и условий размещения.

Задать вопрос

> возможности для инженеров

Всё необходимое для разработки уже встроено

Сетевая изоляция, безопасный доступ и публикация сервисов доступны сразу — без ручной настройки дополнительной инфраструктуры.

Доступ и безопасность

  • SSH-шлюз без публичных IP

    Подключайтесь командой ssh -A <vm>@msrv.space. Порт 22 недоступен из интернета, а публичный IP-адрес для ВМ не требуется.

  • Автоматический cloud-init

    Передавайте SSH-ключи, пользовательские скрипты и конфигурацию при создании виртуальной машины.

Частная сеть и eBPF-изоляция

  • Частные сети VPC с eBPF

    Изолированные частные сети с постоянными внутренними IP-адресами. Защита от подмены IP- и MAC-адресов работает прямо в ядре.

  • Исходящий NAT без внешнего IP

    Обращайтесь к внешним API, Git и реестрам контейнеров, не открывая машину для входящих подключений.

  • WireGuard-шлюз в каждую частную сеть

    Рабочий ноутбук подключается к VPC через WireGuard-шлюз. А благодаря Kilo узлы microsrv могут стать частью вашего Kubernetes-кластера.

Маршрутизация и публикация

  • HTTPS-шлюз

    Публикуйте HTTPS-сервисы и TCP-базы данных с постоянными именами <vm>.msrv.space и автоматическими сертификатами.

  • Живая миграция процессов и сокетов

    При живой миграции запущенное приложение не перезапускается, а eBPF сохраняет открытые TCP-соединения.

Подключайтесь через SSH-шлюз

ВМ не нужен публичный IP-адрес, а её SSH-порт недоступен из интернета. SSH-адрес не меняется при переносе.

ssh · гостевая ВМ
$ ssh -A <vm>@msrv.spacemicrosrv: соединение с <vm> установленоWelcome to Ubuntu 24.04.2 LTS (GNU/Linux 6.8.0-60-generic x86_64)  * Documentation:  https://help.ubuntu.com * Management:     https://landscape.canonical.com System information: 4 vCPU · 8 GB RAM · 40 GB SSDЧастный адрес: 10.42.0.17 Last login: Fri Jul 24 20:51:08 2026 from 10.42.0.1ubuntu@<vm>:~$
Опубликуйте сервис через HTTPS-шлюзвключено

Опубликуйте веб-приложение или TCP-сервис, не назначая ВМ публичный IP-адрес. HTTPS-шлюз принимает HTTPS-трафик и направляет TCP-соединения по TLS/SNI.

  • Маршрутизация HTTPS по доменному имени
  • Маршрутизация TCP по TLS/SNI
  • Постоянное доменное имя <vm>.msrv.space
  • Входящий трафик без публичного IP-адреса у ВМ
  • Автоматическое переключение маршрута при смене хоста
https · HTTPS-шлюз
$ curl -v https://<vm>.msrv.space* Host <vm>.msrv.space:443 was resolved* Connected to <vm>.msrv.space port 443* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384> GET / HTTP/2> Host: <vm>.msrv.space< HTTP/2 200< server: microsrv-gateway< content-type: application/json {"hello":"from <vm>"}$
postgresql · TLS/SNI
$ psql "host=<vm>.msrv.space sslmode=require"psql (16.3, server 16.3)SSL connection (protocol: TLSv1.3, cipher: TLS_AES_256_GCM_SHA384)Type "help" for help. <vm>=> SELECT current_database(), inet_server_addr(); current_database | inet_server_addr------------------+------------------ app              | 10.42.0.17(1 row) <vm>=>
Подключайтесь к VPC через WireGuard-шлюз

У каждой частной сети есть WireGuard-шлюз: рабочий компьютер получает адрес внутри VPC, поэтому запросы к базе идут напрямую по внутреннему IP — без публикации портов наружу.

wireguard · рабочая машина
$ wg-quick up microsrv-vpc[#] ip link add microsrv-vpc type wireguard[#] ip address add 10.50.0.200/32 dev microsrv-vpc[#] ip route add 10.50.0.0/16 dev microsrv-vpcпир vpc-production: рукопожатие завершено user@laptop:~$ ping -c 2 10.50.0.12PING 10.50.0.12 (10.50.0.12) 56(84) bytes of data.64 bytes from 10.50.0.12: icmp_seq=1 ttl=64 time=4.05 ms64 bytes from 10.50.0.12: icmp_seq=2 ttl=64 time=3.87 ms --- 10.50.0.12 ping statistics ---2 packets transmitted, 2 received, 0% packet lossuser@laptop:~$
psql · база данных в частной сети
$ psql -h 10.50.0.21 -U apppsql (16.3, server 16.3)Type "help" for help. app=> SELECT inet_server_addr(); inet_server_addr ------------------ 10.50.0.21(1 row) app=>

> в планах

Что появится дальше

Эти функции ещё не готовы и пока не входят в услугу.

  • Провайдер для Terraform / OpenTofu
  • Провайдер Kubernetes Cluster API (CAPI)
  • Управляемые базы данных (PostgreSQL, Redis)
  • Управляемый Kubernetes
  • S3-совместимое объектное хранилище
  • CLI и GitHub Actions для CI/CD
  • Автоматические снимки и резервные копии
  • Пиринг VPC и объединение сетей
  • Бессерверные вычисления
  • Переносимый публичный IP-адрес
  • Расширенный мониторинг и метрики

> блог

Новое в нашем блоге

Короткие заметки о прерываемых ресурсах, сети и о том, как microsrv обеспечивает непрерывную работу ВМ.

Смешанные нагрузки в едином VPC: объединяем контейнеры и виртуальные машины в microsrv

ОпубликованоОбновлено

Как архитектурно совместить скорость контейнеров gVisor и свободу виртуальных машин в одном приватном облаке на примере собственного стека Git и CI/CD.

Живая миграция виртуальных машин: как перенести RAM и процессы без простоя

ОпубликованоОбновлено

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

Все записи →