Просмотр исходного текста страницы Требования к серверам и клиентам MIS3

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

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

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

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

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

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

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная. 

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

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

=== Сеть ===
* 1 Гбит/с


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

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

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


== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

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

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

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

=== Операционная система ===
* Windows x64, желательно серверная. 

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

=== Процессор ===
* Количество ядер= 4

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

=== Сеть ===
* 1 Гбит/с

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


== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS). 

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


= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2Г байт)
* Место на диске не менее 2 Гбайт
* Сеть

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

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

[[Категория:MIS3]]