Требования к серверам и клиентам MIS3 — различия между версиями

Материал из ИбисоПедии
Перейти к: навигация, поиск
(→‎Использование терминального сервера для клиентов)
Строка 1: Строка 1:
−
== Требования к серверу ==
+
= Архитектура серверной части =
 +
 
 +
Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных: основного и резервного и сервера интеграции с внешними сервисами.
 +
 
 +
== Требования к серверу БД ==
 
=== Дисковая подсистема ===
 
=== Дисковая подсистема ===
 
* объем = 2 Гбайт + (<количество случаев>*1Мбайт)
 
* объем = 2 Гбайт + (<количество случаев>*1Мбайт)
 
* RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.
 
* RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.
 +
 +
Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD.
  
 
=== Оперативная память ===
 
=== Оперативная память ===
−
*минимальное ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей>/100) Гбайт
+
* минимальное ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей>/100) Гбайт.
  
 
В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.
 
В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.
  
 
=== Операционная система ===
 
=== Операционная система ===
−
* Windows x64 желательно серверная.  
+
* Windows x64, желательно серверная.  
−
* Linux (по договоренности)
+
* Linux x64
 +
 
 +
Использование Windows не желательно ввиду с ресурсоемкими средствами обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтитедлен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Oracle Linux. Использование дебиаановских дисприбутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.
  
 
=== Процессор ===
 
=== Процессор ===
 
* Количество ядер= 2 + <количество пользователей>/100
 
* Количество ядер= 2 + <количество пользователей>/100
  
−
=== Подсистема резервного копирования ===
+
=== Сеть ===
−
* Внешний USB жесткий диск или SSD.
+
* 1 Гбит/с
−
* Дополнительный жесткий диск в сервере.
+
 
−
* Раздел на сетевом хранилище (NAS).
+
 
−
* Репликация базы на резервный standby сервер.
+
=== Обеспечение отказоустойчивости ===
  
−
Перечисленные вырианты создания резерва являются дополняющими друг друга и могут быть объединены в любых возможных комбинациях для обеспечения мер по сохранности и доступности данных.
+
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.
  
 
{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.
 
{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.
 +
 +
 +
== Требования к серверу интеграции ==
 +
=== Дисковая подсистема ===
 +
* объем = 250 Гбайт
 +
* RAID 1.
 +
 +
Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.
 +
 +
=== Оперативная память ===
 +
* минимальное ОЗУ: вычисляем по формуле 8 Гбайт.
 +
 +
Для комфортной работы сервисов луше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.
 +
 +
=== Операционная система ===
 +
* Windows x64, желательно серверная.
 +
 +
Интеграционные сервисы работают в среде Windows. примененеие других ОС не придусмотрено.
 +
 +
=== Процессор ===
 +
* Количество ядер= 4
 +
 +
Возможно увеличение количества до 8.
  
 
=== Сеть ===
 
=== Сеть ===
 
* 1 Гбит/с
 
* 1 Гбит/с
  
−
== Требования к клиентскому рабочему месту ==
+
{{warning}} Допускается использовать для сервера интеграции виртуальную машину.
−
=== WINDOWS XP и выше ===
+
 
−
* ОЗУ 512 Мбайт (желательно 1 Гбайт)
+
 
−
* Место на диске 2 Гбайт
+
== Подсистема резервного копирования ==
 +
* Раздел на сетевом хранилище (NAS).
 +
 
 +
Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза,  превышать объем диска для базы данных.
 +
 
 +
 
 +
= Требования к клиентскому рабочему месту =
 +
== Wштвщцы XP и выше ==
 +
* ОЗУ 1 Гбайт (желательно 2Г байт)
 +
* Место на диске не менее 2 Гбайт
 
* Сеть
 
* Сеть
  
−
=== LINUX ===
+
== Linux ==
 
* Wine 1.8 и выше(Ubuntu 17.04). При это  возможны некоторые ограничения в работе программы.
 
* Wine 1.8 и выше(Ubuntu 17.04). При это  возможны некоторые ограничения в работе программы.
−
* ОЗУ 1 Гбайт и выше.
+
* ОЗУ 2 Гбайт и выше.
 
* Сеть.
 
* Сеть.
  
Строка 44: Строка 84:
 
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.
 
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.
  
−
Для работы SQL серверу нужна память - чем больше, тем лучше. Каждому пользователю нужно выделять какой-то объём памяти.
 
−
 
−
Исходя из этих двух тезисов возможен вариант эксплуатации системы на двух серверов в комплексе - сервер БД и сервер терминалов. Естественно памяти на сервере терминалов должно быть не 4ГБ.
 
  
 
[[Категория:MIS3]]
 
[[Категория:MIS3]]

Версия 11:17, 15 июня 2021

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

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

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

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

  • объем = 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 Гбит/с


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

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

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


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

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

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

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

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

  • минимальное ОЗУ: вычисляем по формуле 8 Гбайт.

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

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

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

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

Процессор

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

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

Сеть

  • 1 Гбит/с

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


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

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

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


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

Wштвщцы XP и выше

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

Linux

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


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

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

Источник — «http://mediawiki.oblteh/mediawiki/index.php?title=Требования_к_серверам_и_клиентам_MIS3&oldid=4584»