Цены и состав — из ERP в момент запроса

Смета на сервер для 1С, нейросетей, видеонаблюдения, виртуализации, PostgreSQL, хранения данных

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

Собрать смету под задачу Смотреть каталог

сервер для нейросетей GPU-сервер купить сервер для LLM на своём железе сервер для машинного обучения сервер для 1С терминальный сервер для 1С сервер 1С на 100 пользователей сервер под 1С:ERP сервер виртуализации чем заменить VMware сервер под Proxmox VE кластер zVirt

сервер для видеонаблюдения видеосервер на 128 камер сервер видеоаналитики сколько дисков на 30 суток архива сервер для PostgreSQL сервер БД под нагрузкой замена Oracle на PostgreSQL сервер для СУБД с репликацией сервер хранения данных файловый сервер для организации сервер для резервного копирования СХД на 500 ТБ

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

От платформы до сметы — три шага

01
Выбрать платформу
Каталог из живого Odoo: фильтры по типу узла, бренду и характеристикам каталогизатора. Или сразу конфигурация под задачу.
В каталог →
02
Собрать конфигурацию
Конфигуратор проверяет совместимость и физические правила платформы, цена пересчитывается в Odoo на каждом выборе.
К конфигураторам →
03
Получить смету
Позиции складываются в спецификацию: печатная форма, выгрузка CSV и запрос КП — заявка уходит котировкой в ERP.
Открыть смету →

Подбор по задаче

Best Practice конфигурации

Нормативы сайзинга — сколько памяти на сеанс 1С, сколько VRAM на модель, сколько дисков на 30 суток архива. Платформы под каждый расчёт подтягиваются из живого каталога Odoo.

AI-инфраструктура

GPU-сервер для нейросетей и локальных LLM

Модель целиком живёт в видеопамяти: считать конфигурацию нужно от VRAM и квантования, а не от числа параметров.

Расчёт под: инференс модели 70B, 8-битное квантование, до 20 параллельных сессий

0 ГБ

VRAM суммарно

0 ×

GPU по 80 ГБ

0 ГБ

RAM хоста

0 Вт

пиковое потребление

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

Ускорители: 2 × 80 ГБ HBM (или 4 × 48 ГБ), PCIe Gen5 x16 на каждый
70B в fp16 — 140 ГБ, в 8 битах — 70 ГБ, в 4 битах — 40 ГБ. Плюс 15–20 % на KV-кэш под контекст.
Процессор: 2 сокета, от 32 ядер суммарно
CPU занят токенизацией и подачей батчей; на 8 GPU нужно ≥8 ядер на ускоритель, иначе GPU ждут данные.
Память: 256 ГБ DDR5, все каналы заняты
Правило — не меньше 1,5 суммарной VRAM: веса загружаются через RAM и кэшируются между рестартами.
Накопители: 2 × NVMe 3,84 ТБ (веса) + 2 × NVMe под ОС, RAID1
Один чекпойнт 70B — 140 ГБ. На SATA загрузка модели занимает минуты вместо секунд.
Питание и корпус: 4U, БП 2 × 2000+ Вт с резервированием 1+1
До 700 Вт на ускоритель плюс платформа. В 2U такой пакет не охлаждается без риска троттлинга.
Сеть: 2 × 25 GbE; для обучения на нескольких узлах — InfiniBand или RoCE
Инференсу хватает Ethernet. Распределённое обучение упирается в межузловой обмен градиентами.

Частая ошибка. Считать VRAM по числу параметров без учёта квантования. 70B в 4 битах помещается в 2 × 48 ГБ, в fp16 — не помещается даже в 2 × 80 ГБ.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (AI / ML / GPU), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Бизнес-системы

Сервер для 1С и терминального доступа

Ключевые операции 1С однопоточные: выигрывает высокая частота ядра, а не их количество.

Расчёт под: 100 одновременных сеансов 1С:ERP, роли СУБД и терминала разнесены

0 ГБ

RAM терминала

сеансов на узел

0 ×

узла (СУБД + терминал)

0 ГГц

базовая частота, от

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

Процессор: 1–2 сокета, базовая частота от 3,0 ГГц, 16–32 ядра
Проведение документов и закрытие месяца упираются в один поток. 40 медленных ядер проигрывают 16 быстрым.
Память терминала: 192 ГБ
На сеанс 1С:ERP — 1,5–2 ГБ, на УТ и Бухгалтерию — до 1 ГБ. 100 сеансов ERP — 175 ГБ плюс ОС.
Память СУБД: 128 ГБ и выше, рабочий набор базы должен помещаться в кэш
Чтение с диска вместо кэша даёт блокировки на закрытии периода — это и есть «1С тормозит».
Накопители: 2 × NVMe RAID1 (база) + отдельный том под журналы и tempdb
Журнал транзакций и tempdb — синхронная запись. Один том с данными превращает их в общую очередь.
Топология: Отдельный узел СУБД, отдельный терминальный; +1 терминальный на каждые 100 сеансов
Терминальные сессии вытесняют кэш СУБД. На одном хосте обе роли деградируют одновременно.
Сеть: 2 × 10 GbE между сервером 1С и СУБД
Клиент-серверный обмен 1С чувствителен к задержке: 1 GbE становится узким местом от 50 сеансов.

Частая ошибка. Ставить СУБД и терминальный сервер на один хост. Работает до 20–30 пользователей, дальше упирается в память и блокировки.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (NVMe), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Импортозамещение

Сервер виртуализации: миграция с VMware

Кластеру нужен кворум и запас на отказ узла: три хоста — не избыточность, а минимум для обслуживания без простоя.

Расчёт под: 100 виртуальных машин, кластер Proxmox VE или zVirt, живая миграция

хоста в кластере

0 ГБ

RAM на хост

ВМ на хост

0 GbE

сеть кластера

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

Хосты: 3 узла (N+1 плюс кворум)
Два узла не дают кворума при split-brain. Третий закрывает и голосование, и запас на вывод узла в обслуживание.
Процессор: 2 сокета, 32–64 ядра на хост, одинаковое поколение во всём кластере
Живая миграция требует совместимого набора инструкций CPU. Разные поколения — миграция только с остановкой ВМ.
Память: 512 ГБ на хост
8 ГБ на ВМ при 40 ВМ на узел — 320 ГБ, остальное — запас на отказ соседнего узла и переподписку.
Хранилище: Ceph или общая СХД на NVMe, минимум 3 копии реплик
Без общего хранилища живой миграции нет. Локальные диски пригодны только под гиперконвергентный Ceph.
Сеть: 2 × 25 GbE, раздельные сегменты: управление, миграция, хранилище
Миграция 64 ГБ ВМ по общей 10 GbE забивает канал и роняет задержки продуктивного трафика.
Миграция: Конвертация vmdk → qcow2 (v2v) или восстановление из Veeam / RuBackup
Нужно место под обе копии диска и окно простоя на группу ВМ — переносить весь контур разом нельзя.

Частая ошибка. Собирать кластер из двух узлов. При отказе одного второй теряет кворум и останавливает ВМ — вместо отказоустойчивости получается двойная точка отказа.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (2 сокета · 4 сокета), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Безопасность

Сервер для видеонаблюдения

Ёмкость архива считается арифметически: битрейт × число камер × глубина хранения — и почти всегда оказывается больше ожидаемой.

Расчёт под: 128 IP-камер 4 МП, битрейт 4 Мбит/с, архив 30 суток

0 ТБ

архив за 30 суток

камер

0 ×

дисков 18 ТБ, RAID6

0 Мбит/с

входящий поток

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

Ёмкость: 12 × 18 ТБ в RAID6 — 180 ТБ полезной ёмкости
4 Мбит/с × 128 камер = 64 МБ/с = 5,5 ТБ в сутки. За 30 суток — 166 ТБ, плюс запас на рост битрейта.
Диски: HDD серии для видеонаблюдения, рассчитанные на непрерывную запись 24/7
Десктопные диски рассчитаны на 2400 часов работы в год; в NVR они отрабатывают гарантию за несколько месяцев.
Процессор: 16 ядер — запись без перекодирования
Запись потока почти не грузит CPU. Нагрузка появляется на перекодировании и детекторах — их считают отдельно.
Видеоаналитика: GPU-ускоритель, если нужны распознавание лиц и номеров
Нейросетевые детекторы на CPU обрабатывают единицы каналов; на GPU — десятки на одном ускорителе.
Память: 64 ГБ
Буферы записи и индекс архива. Аналитика поднимает требование до 128 ГБ.
Корпус и сеть: 4U, 12–24 отсека 3,5"; 2 × 10 GbE
512 Мбит/с входящего потока плюс выгрузка архива операторам — в 1 GbE это не помещается.

Частая ошибка. Гнать аналитику по основному потоку. Второй поток с камеры (низкое разрешение) снимает с сервера до половины нагрузки без потери качества архива.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (HDD · Высокая плотность (≥24 отсеков)), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Базы данных

Сервер для PostgreSQL

Производительность СУБД определяется тем, помещается ли рабочий набор в память, и куда пишется журнал.

Расчёт под: база 2 ТБ, 500 активных сессий, синхронная реплика

0 ГБ

RAM

0 ГБ

shared_buffers

узла с репликой

0 ТБ

NVMe RAID10

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

Память: 256 ГБ; shared_buffers — 25 % объёма
Остальное отдаётся страничному кэшу ОС. База 2 ТБ целиком в память не влезет — в кэше держат горячий набор.
Процессор: 2 сокета, 48 ядер суммарно
Одна сессия — один процесс. 500 сессий при разумной переподписке требуют от 32 ядер плюс запас на autovacuum.
Данные: NVMe RAID10, полезная ёмкость от 10 ТБ
Пятикратный запас к объёму базы: индексы, раздувание таблиц, автовакуум и место под pg_dump.
Журнал WAL: Отдельная пара NVMe под pg_wal
WAL — последовательная синхронная запись. На одном томе с данными она конкурирует со случайным чтением.
Отказоустойчивость: Второй узел с потоковой репликацией, автопереключение через Patroni
Реплика закрывает и отказ узла, и отчётность: тяжёлые SELECT уводятся с мастера.
Сеть: 2 × 25 GbE между узлами репликации
Синхронная реплика подтверждает каждую транзакцию. Задержка канала напрямую входит во время коммита.

Частая ошибка. Держать WAL на том же томе, что и данные. Самая частая причина просадки на записи — и самая дешёвая в исправлении.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (NVMe · Базы данных), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Хранение

Сервер хранения данных и резервных копий

Полезная ёмкость и сырая — разные величины: на чётность и резерв уходит около 40 % дисков.

Расчёт под: 500 ТБ полезной ёмкости, RAID6 или erasure coding

0 ТБ

сырая ёмкость

0 ТБ

полезная ёмкость

дисков 18 ТБ

0 GbE

фронтальная сеть

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

Ёмкость: 40 × 18 ТБ — 700 ТБ сырой ёмкости под 500 ТБ полезной
RAID6 или EC забирают чётность, плюс резерв на ребилд и рост. Планировать «в ноль» нельзя.
Корпус: 4U на 36–60 отсеков 3,5"
Плотность на юнит определяет и стоимость стойки, и питание. 60 отсеков — предел для одиночного шасси.
Защита: RAID6 или erasure coding, горячий резерв в каждой группе
Ребилд диска 18 ТБ идёт около суток под нагрузкой. В RAID5 второй отказ за это окно означает потерю массива.
Кэш: NVMe под метаданные и журнал записи
Обход метаданных на HDD упирается в IOPS. Кэш на NVMe снимает основную задержку файловых операций.
Сеть: 2 × 25 GbE на фронт
Окно резервного копирования считается от полосы: 100 ТБ по 10 GbE — больше суток непрерывной передачи.
Схема хранения: Три копии, две среды, одна вне площадки
Правило 3-2-1. Реплика в том же шасси не защищает от пожара, затопления и шифровальщика.

Частая ошибка. Собирать массив на RAID5 из дисков по 18 ТБ. Ребилд длится сутки, и вероятность второго отказа за это окно перестаёт быть теоретической.

Платформы под задачу · живой каталог

Все подходящие →

В карточках Odoo нет характеристик (Storage / СХД · Высокая плотность (≥24 отсеков)), по которым отобрать платформу автоматически — ниже конфигураторы каталога. Состав под расчёт собирается в конфигураторе.

Каталог временно недоступен (Odoo API): CPQ API недоступен (products): The operation was aborted due to timeout

Подобрать платформу Пересчитать под свой масштаб

Категории каталога

Все категории →

Готовые конфигурации

Kit-шаблоны из Odoo — отправные точки для виртуализации, аналитики и AI-нагрузок.

Каталог временно недоступен (Odoo API): CPQ API недоступен (https://vm-cloud.com/server_cpq/api/v1/catalog/products?kit=only&limit=6): The operation was aborted due to timeout

Живые данные Odoo

Цены, состав и наличие приходят из ERP в момент запроса — без устаревших снимков.

Конфигуратор с проверкой

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

Спецификация и КП

Смета печатается и выгружается в CSV, запрос КП уходит в Odoo котировкой с составом.

Голосовой ассистент

Подбор оборудования, поиск и заполнение форм голосом — прямо на сайте.

Смета на сервер для 1СнейросетейвидеонаблюдениявиртуализацииPostgreSQLхранения данных1С1С, нейросетей, видеонаблюдения, виртуализации, PostgreSQL, хранения данных

От платформы до сметы — три шага

Best Practice конфигурации

GPU-сервер для нейросетей и локальных LLM

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

Платформы под задачу · живой каталог

Сервер для 1С и терминального доступа

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

Платформы под задачу · живой каталог

Сервер виртуализации: миграция с VMware

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

Платформы под задачу · живой каталог

Сервер для видеонаблюдения

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

Платформы под задачу · живой каталог

Сервер для PostgreSQL

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

Платформы под задачу · живой каталог

Сервер хранения данных и резервных копий

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

Платформы под задачу · живой каталог

Категории каталога

Готовые конфигурации

GPU-сервер для нейросетей и локальных LLM

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

Платформы под задачу · живой каталог

Сервер для 1С и терминального доступа

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

Платформы под задачу · живой каталог

Сервер виртуализации: миграция с VMware

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

Платформы под задачу · живой каталог

Сервер для видеонаблюдения

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

Платформы под задачу · живой каталог

Сервер для PostgreSQL

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

Платформы под задачу · живой каталог

Сервер хранения данных и резервных копий

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

Платформы под задачу · живой каталог

Смета на сервер для 1С, нейросетей, видеонаблюдения, виртуализации, PostgreSQL, хранения данных