Один сервер.
Несколько задач.
Понятное управление.
Виртуальные машины для бизнеса: 1С, базы данных, телефония, сеть и системы доступа в отдельных средах.
КРИТ — Компьютерные решения и технологии. Разворачиваем и сопровождаем виртуальную инфраструктуру на Proxmox VE и Hyper-V: подбираем ресурсы, переносим сервисы, настраиваем мониторинг и резервное копирование. На КМВ и удалённо по России.
Панели подготовлены как наглядные примеры интерфейса. Названия, адрес 192.0.2.10, оборудование и показатели условные. Это иллюстрация возможного решения, не отчёт о действующем сервере.
Разделяем задачи.
Выделяем ресурсы.
Физический сервер предоставляет процессор, оперативную память, накопители и сеть. Гипервизор распределяет их между виртуальными машинами. У каждой ВМ — своя операционная система, приложения, права и план обслуживания.
AMD EPYC · 32 ядра / 64 потока
256 ГБ RAM · дисковая подсистема SSD/NVMe · отдельное хранилище резервных копий
Proxmox VE / Hyper-V → изолированные виртуальные средыСервер 1С
Сервер приложений: работа пользователей с учётной системой.
Сервер SQL
Базы данных: отдельная среда и контроль дисковой нагрузки.
Asterisk · телефония
IP-АТС: внутренние номера, маршруты и сценарии звонков.
Сервер UniFi
Контроллер точек доступа и сетевого оборудования UniFi.
Сервер WireGuard
VPN-доступ и связь между согласованными площадками.
Сервер Patrul
Отдельная среда для прикладной системы Patrul.
Сервер СКУД
Система контроля и управления доступом предприятия.
Сервер Zabbix
Мониторинг серверов, сети и результатов копирования.
Пример выделения ресурсов: всего 30 vCPU и 82 ГБ RAM для перечисленных ВМ. Это не измеренная загрузка; vCPU не равен закреплённому физическому ядру. Для хоста, кэша, резервирования и роста оставляем запас. Конфигурацию выбираем по реальной нагрузке, лицензиям и требованиям приложений.
Вся инфраструктура
в одной панели.
Видно, какие машины запущены, сколько ресурсов им выделено и где растёт нагрузка. Не нужно смешивать телефонию, базы и сетевые службы в одной операционной системе.
У каждой задачи своя среда
Обновление IP-АТС не требует менять ОС сервера баз данных. Права и доступ задаются отдельно. При этом общий хост, сеть и накопители остаются общей зависимостью — её учитываем в проекте.
Не просто больше vCPU
Проверяем загрузку CPU, потребление памяти, задержки накопителей и сеть. Чрезмерное выделение виртуальных ресурсов может ухудшить работу. Для 1С и SQL отдельно оцениваем требования к дискам и лицензированию.
Решения по показателям,
а не наугад.
На общей панели оцениваем физическую платформу, память, хранилище и динамику нагрузки. В Zabbix собираем важные показатели и настраиваем уведомления: свободное место, доступность служб, состояние оборудования и результат резервного копирования.
Процессор и память
Отличаем разовые пики от постоянной нехватки ресурсов. Следим, чтобы задачи копирования не вытесняли рабочие сервисы.
Диски и сеть
Контролируем не только свободное место, но и задержки, пропускную способность и ошибки. Производительность ВМ зависит от всей платформы.
Рост без хаоса
Планируем новые ВМ и увеличение нагрузки с запасом. Расширение ресурсов и перенос на другую платформу выполняем после проверки совместимости.
Переносим сервисы.
Сохраняем управляемость.
Виртуальная машина меньше привязана к конкретному серверу, чем установка прямо на физическом оборудовании. Это упрощает планирование переноса, обновления платформы и тестирования изменений, но не отменяет подготовку.
Оборудование меняется, сервис остаётся знакомым
Проверяем совместимость процессоров, гипервизора, хранилища, виртуальной сети и лицензий. Готовим копию, выполняем тестовый запуск, согласуем окно переключения и план возврата. После переноса проверяем приложения, доступ сотрудников и задания копирования.
Миграция с учётом допустимого перерыва
Перенос с остановкой и «живая» миграция — разные сценарии. Возможность миграции работающей ВМ зависит от совместимости узлов, сети и хранилища. Не обещаем отсутствие простоя заранее: сначала оцениваем ограничения конкретной инфраструктуры.
Сначала проверка в отдельной среде
По согласованию создаём тестовую копию, изолируем её от рабочей сети и проверяем обновления. Копии баз и приложений защищаем так же, как рабочие данные. После проверки изменения переносим в продуктивную систему по плану.
Виртуализация не заменяет
резервирование.
Несколько ВМ на одном физическом сервере удобны, но поломка этого сервера может остановить все размещённые на нём службы. Уровень защиты проектируем под критичность бизнеса и допустимое время восстановления.
Резервные копии
Согласуем расписание, сроки хранения, отдельное хранилище и проверку восстановления. Снимок состояния ВМ полезен для кратковременного отката, но не заменяет независимую резервную копию.
Резервный узел или кластер
Для критичных систем рассматриваем несколько узлов, подходящую схему хранения, сеть и питание. Кластерная доступность требует отдельной настройки и испытаний; это не автоматическое свойство одной ВМ.
Мониторинг Zabbix
Настраиваем осмысленные уведомления и регламент реакции. Наличие графика не гарантирует устранение сбоя: нужны ответственные, доступ и согласованный порядок действий.
Абонентское сопровождение
Обновления, плановые проверки, анализ событий и контроль копий. Фиксируем состав инфраструктуры и выполненные изменения, чтобы не начинать знакомство с системой при каждом обращении.
Подробнее о сопровождении ↗От задачи предприятия
до проверенного запуска.
- 01
Обследование
Сервисы, оборудование, пользователи, нагрузка, лицензии и допустимые перерывы.
- 02
Проект и согласование
Платформа, состав ВМ, ресурсы, сеть, копии, стоимость и порядок выполнения.
- 03
Развёртывание и перенос
Подготовка хоста, настройка ВМ, тесты и переключение в согласованное время.
- 04
Проверка и поддержка
Работа приложений, восстановление из копии, уведомления и документация.
Что важно знать заранее.
Все службы обязательно переносить на один сервер?+
Нет. Состав и размещение ВМ выбираем по нагрузке, требованиям безопасности, лицензиям и рискам. Некоторые роли лучше вынести на отдельный узел. Для телефонии и внешнего VPN особенно важны сеть и изоляция.
Нужен сразу мощный сервер, как на эскизе?+
Нет. AMD EPYC и 256 ГБ памяти на иллюстрации — демонстрационная конфигурация. Реальный сервер подбираем после обследования. Для небольшого числа задач может быть достаточно другой платформы.
Можно обслуживать уже существующие виртуальные машины?+
Да, начинаем с обследования существующего хоста, ВМ, хранилищ и копий. Согласуем доступ, перечень работ и ограничения, затем предлагаем план сопровождения или модернизации.
Технические возможности зависят от выбранной платформы и конфигурации. Возможности Proxmox VE ↗
Какие задачи должен
решать ваш сервер?
Расскажите о приложениях, количестве пользователей и текущем оборудовании. Подготовим понятный следующий шаг — от разовой настройки до абонентского сопровождения.