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

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

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

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

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

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

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

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

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

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

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

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

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

Процессор

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

Сеть

• 1 Гбит/с

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

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

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

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

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

• объем = 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 Гбайт и выше.
• Сеть.

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

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