Смотреть всё оборудование
Более 10 видов оборудования под ваши задачи
«Более 10 лет помогаем развивать и модернизировать IT-инфраструктуру»
Александр Макаров, Ген директор ТКТД
Заявка на консультацию
Оставьте ваши данные и наши менеджеры свяжуться с вами в ближайшее время
Рейтинг компании
В реестре проверенных поставщиков
В реестре проверенных поставщиков
Подбор сервера базы данных для электронной очереди
Электронная очередь в МФЦ или поликлинике - это система реального времени: посетитель берёт талон и сразу видит номер на табло. Зависание базы данных хотя бы на пять секунд оборачивается живой очередью у стойки администратора.
Сервер базы данных для электронной очереди мы собираем под нагрузку конкретного отделения: считаем число окон обслуживания и пиковую интенсивность талонов, подбираем железо и передаём систему как готовый комплекс под ключ
Сервер базы данных для электронной очереди мы собираем под нагрузку конкретного отделения: считаем число окон обслуживания и пиковую интенсивность талонов, подбираем железо и передаём систему как готовый комплекс под ключ
Выделенный сервер БД
Выделяем сервер базы данных под систему электронной очереди отдельно от других сервисов отделения
Совместимая СУБД
Подбираем СУБД под действующее ПО - PostgreSQL, MS SQL Server или серверную часть 1С:Предприятие 8
Быстрая дисковая подсистема
Проектируем дисковую подсистему под высокий темп записи журнала и быстрый поиск по талону
Резервирование инфраструктуры
Закладываем резервный сервер и резервный канал питания - обслуживание не прерывается при отказе одного узла
Соответствие требованиям ФЗ
Соблюдаем требования ФЗ-152 на хранение персональных данных посетителей
Если база живёт на одном сервере с 1С-Бухгалтерией или CRM, ночная регламентная операция тормозит работу очереди с утра, а оператор перестаёт видеть, кто следующий
Зачем системе электронной очереди отдельный сервер базы данных
{ серверные решения }
Технические характеристики и преимущества профессиональных решений
{ характеристики }
Вычислительная мощность и оперативная память
Серверу базы данных для электронной очереди нужен ровный отклик в часы пик. Используем 8–16 ядер серверного класса с поддержкой ECC-памяти, объём RAM подбираем под размер активной части базы: до 10 окон обслуживания достаточно 32 ГБ, для крупных МФЦ от 64 ГБ. Конфигурацию ведёт инженер с опытом проектов на системах электронной очереди
Сетевая инфраструктура и резервирование питания
Сеть 1 GbE закрывает отделение до 20 окон обслуживания, для крупного МФЦ переходим на 10 GbE с агрегацией портов. Питание резервируем через два блока и подключаем к ИБП с расчётным временем автономной работы
Журнал событий растёт постоянно: каждый выданный талон, каждый вызов, каждое перенаправление - отдельная запись. Под него собираем NVMe SSD в RAID 10 на аппаратном контроллере с энергонезависимым кэшем. Архивные данные выносим на SATA-массив
Дисковая подсистема и хранение журнала событий
Готовые конфигурации сервера базы данных для электронной очереди
{ конфигурации }
1U-платформа на 8 ядрах серверного класса и 32 ГБ ECC
NVMe SSD в RAID 10 на 2 ТБ под основную базу + SATA SSD под систему
Сеть 1 GbE с двумя портами под отделение до 10 окон обслуживания
PostgreSQL или MS SQL Express, лицензирование и пусконаладка включены - система работает с первого рабочего дня
Базовая конфигурация для отделения банка или небольшой клиники
2U-платформа на 16 ядрах и 64 ГБ ECC с заделом до 256 ГБ
NVMe в RAID 10 на 4 ТБ + резервный том под журнал событий
Сеть 10 GbE с агрегацией портов под десятки рабочих мест и интеграцию с информационной системой
Postgres Pro или MS SQL Server Standard с поддержкой репликации на резервный узел
Расширенная конфигурация для крупного МФЦ или медицинского центра
Кластер из двух узлов на 16 ядрах и 64 ГБ ECC с зеркалированием базы
NVMe в RAID 10 на каждом узле и потоковая репликация журнала между основным и резервным
Сеть 10 GbE с резервированием каналов и двумя блоками питания на каждом узле
Конфигурация полностью из реестра радиоэлектронной продукции Минпромторга, закрывает 187-ФЗ и сценарий импортозамещения
Отказоустойчивая конфигурация для государственных учреждений
число окон обслуживания, пиковая интенсивность талонов, действующее ПО управления очередью и сценарии интеграции с медицинской информационной системой, CRM или 1С
Анализируем профиль отделения
до 10 окон достаточно 8 ядер и 32 ГБ ECC, на крупный МФЦ закладываем 16 ядер и 64–128 ГБ
Рассчитываем CPU и память под отклик в часы пик
На что мы опираемся при проектировании сервера
{ проводим работу в несколько этапов }
NVMe RAID 10 под основную базу и журнал, SATA-массив под архив и резервное копирование, аппаратный RAID-контроллер с энергонезависимым кэшем для надёжности
Проектируем дисковую подсистему
резервный сервер в active-passive, два блока питания, ИБП с расчётным временем автономной работы
Закладываем отказоустойчивость
шифрование диска, разграничение прав доступа, журнал действий администраторов, оборудование из реестра радиоэлектронной продукции Минпромторга
Готовим документы под ФЗ-152 и 187-ФЗ
с действующей СУБД (PostgreSQL, Postgres Pro, MS SQL, 1С) и с системой управления очередью на стороне интегратора
Проверяем совместимость
Инженеры Serverzilla собирают платформу, прошивают узлы, ставят СУБД и настраивают резервное копирование. Подключаем сервер к системе управления очередью на стороне интегратора, отлаживаем интеграцию с медицинской информационной системой, CRM или 1С. Платформа базируется на наших серверах баз данных под разные СУБД, что упрощает дальнейшее обслуживание
Настройка и ввод в эксплуатацию
При росте отделения с 10 до 30 окон обслуживания конфигурацию расширяем памятью, NVMe-накопителями и сетевыми портами без остановки СУБД. Архитектура допускает горячую установку модулей памяти и подключение второго узла без переноса базы
Масштабирование при росте числа окон обслуживания
Мы отслеживаем ECC-модули, SMART-показатели дисков и репликацию журнала событий, превентивно меняем накопители и обновляем patch-релизы СУБД плановым циклом. На крупных объектах с риском простоя в часы пик закладываем отказоустойчивый сервер в active-passive — параметры обслуживания фиксируем в сервисном договоре
Мониторинг, отказоустойчивость и аудит
Технический сервис и внедрение под ключ
{ сервисное обслуживание }
Специалисты Serverzilla подготовят конфигурацию под нагрузку вашего отделения, рассчитают сервер базы данных под действующее ПО электронной очереди и подберут оптимальную архитектуру под бюджет
Получите расчёт сервера для электронной очереди за 1 рабочий день
{ свяжитесь с нами }
Часто задаваемые вопросы (FAQ)
{ FAQ }
Выбираем под действующее ПО управления очередью. Если система написана под MS SQL — берём MS SQL Server Standard или Express в зависимости от числа рабочих мест. PostgreSQL и Postgres Pro подходят для большинства систем электронной очереди, а 1С используют при интеграции с учётной системой отделения.
Базовая конфигурация на 8 ядрах и 32 ГБ ECC держит до 10 окон обслуживания и сотни посетителей в смене. Расширенная — до 30 окон и крупного МФЦ с тысячами талонов в день.
Закладываем резервный сервер в active-passive с потоковой репликацией базы. При отказе основного узла второй подхватывает работу системы за секунды — посетители у окошек не замечают переключения, обращения не теряются.
Да, для государственных заказчиков собираем сервер из реестра радиоэлектронной продукции Минпромторга, СУБД — Postgres Pro из реестра отечественного ПО, документацию готовим под 44-ФЗ или 223-ФЗ. Решение проходит требования ФЗ-152 и 187-ФЗ.