Версия 08:59, 2 сентября 2021

Архитектура серверной части

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных: основного и резервного и сервера интеграции с внешними сервисами.

Требования к серверу БД

Дисковая подсистема

• Объем = 2 Гбайт + (<количество случаев> * 1Мбайт)
• RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD.

Оперативная память

• Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

Процессор

• Количество ядер= 2 + <количество пользователей> / 100

Сеть

• 1 Гбит/с

Операционная система

• Linux x64
• Windows x64, желательно серверная.

Использование Windows не желательно ввиду с ресурсоемкими средствами обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

База данных

База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13, но также допускается использование 11 и 12.

Обеспечение отказоустойчивости

Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

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

Требования к серверу интеграции

Дисковая подсистема

• Объем = 250 Гбайт
• RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

Оперативная память

• Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов луше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

Операционная система

• Windows x64, желательно серверная.

Интеграционные сервисы работают в среде Windows. примененеие других ОС не придусмотрено.

Процессор

• Количество ядер= 4

Возможно увеличение количества до 8.

Сеть

• 1 Гбит/с

Внимание: Допускается использовать для сервера интеграции виртуальную машину.

Подсистема резервного копирования

• Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

Требования к клиентскому рабочему месту

Windows XP и выше

• ОЗУ 1 Гбайт (желательно 2 Гбайт)
• Место на диске не менее 2 Гбайт
• Сеть

Linux

• Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
• ОЗУ 2 Гбайт и выше.
• Сеть.

Внимание: На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

Использование терминального сервера для клиентов

Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.