Инструменты пользователя

Инструменты сайта


pub:системные_требования

Это старая версия документа!


Системные требования

Требования к серверу баз данных

  • Процессор: Dual Pentium (Xeon P4) 1,8 ГГц или выше.
  • Оперативная память: 8 ГБ или более.
  • Жесткий диск: 128ГБ и более свободного пространства.
  • Сетевая карта не менее 100 Мбит/с
  • Операционная система: Microsoft Windows Server 2003 и выше (рекомендовано Windows Server 2008 R2). Обязательное условие для конфигурации ОС – установка последнего пакета обновления. Если оперативная память сервера более 4 Гб, то рекомендуется установить 64- разрядную ОС.

• Обязательные для установки компоненты:

  • Microsoft SQL Server 2008 R2 и выше и [[http://go.microsoft.com/fwlink/?LinkId=94001|открыте порты]]
  • Net framework 4.5 full

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

  • IIS 7 развертывание с ролями ASP.NET.
  • Microsoft .Net Framework 4.5 SP1.
  • Место на диске для приложения 128 МБ.
  • Доступность из сети Internet.
  • Канал связи для веб-доступа:
    • пропускная способность 256 Кбит/с и выше;
    • наличие устойчивого (непрерываемого) соединения.

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

• Оперативная память: 8 ГБ или более.

• Жесткий диск: 30ГБ и более свободного пространства.

• Сетевая карта минимальные параметры: 10/100 Мбит/с

• Обязательные для установки компоненты:

  • Microsoft SQL Server 2008 R2 Standard и выше (Express не поддерживает работу Analysis Services).
  • Net framework 4.5 full 
  • Все рабочие станции должны быть введены в домен, для предоставления доступа к службе.
  • Microsoft Office 2007 и выше

Требования к рабочей станции

  • Операционная система (ОС):
    • Microsoft Windows 10;
    • Microsoft Windows 8;
    • Microsoft Windows 7;
  • Компьютер на базе процессора с тактовой частотой
    • Определяется согласно требования установленной операционной системы.
  • Объём оперативной памяти:
    • Определяется согласно требования установленной операционной системы.
  • Свободное пространство на жёстком диске:
    • Модули и компоненты OC Windows: не менее 50 Мб в системном разделе;
    • Клиентские модули информационной системы: не менее 35 MБ;
    • Шаблоны отчетов: не менее 10 Мб (при установке на рабочую станцию);
    • Карты территорий: не менее 30 Мб (при установке на рабочую станцию);
    • Microsoft Office Excel 2007 и выше (при необходимости формирования отчетов);
    • Microsoft Office Word 2007 и выше (при необходимости формирования отчетов);
    • Для хранения отчетов, создаваемых в процессе работы системы, также необходимо предусмотреть достаточное свободное пространство на жестком диске;
    • Монитор и видеокарта с поддержкой режима XGA (разрешение 1024х768 или выше);
    • Подключение к ЛВС 100 Мбит/с (для удаленных рабочих мест, работающих через VPN соединение необходим канал не менее 2Мбит/с);
    • Клавиатура со стандартной раскладкой;
    • Мышь или другое аналогичное устройство

Требования к доступу

Для поддержки и настройки информационной системы необходимо организовать следующие доступы к серверу:

  • RDP доступ, с правами администратора к серверам, на которых будут располагаться компоненты ИС Авиабит
  • Доступ к SQL server по порту 1433

В случае настройки VPN, рекомендуем использовать стандартную VPN от Microsoft. С другими мы не работаем.

Возможно также прописать наши статический ip адреса на firewall для доступа к серверам.

Полезная информация

Несколько советов:

  • не следует на одном сервере совмещать работу ИС «Авиабит» и других приложений, даже если имеются для этого избыточные аппаратные ресурсы.
  • не следует гнаться за размером дискового пространства, гораздо важнее скорость доступа к данным и надежность.
  • не забывайте про систему резервирования БД. Никакой самый надежный дисковый массив не застрахован от поломки, например, самого контроллера. Кроме того, копия БД выручит и от других проблем, напрямую не связанных с «железом». Резервная копия БД должна сохраняться на отдельном физическом носителе - сетевом хранилище или просто отдельном жестком диске в самом простом случае.
  • система может работать и на значительно более низких требованиях (особенно без аналитического блока), но выше указаны рекомендуемые параметры, при которых в «средней» организации не будет возникать проблем с производительностью.
  • желательно размещать службу аналитики, веб-сайты и базу на разных серверах или виртуальных машинах. Это способствует лучшей работе каждого из этих модулей.

Часто задаваемые вопросы

1. Как я понял, ваш программный продукт модульный. От количества модулей будут меняться требования к аппаратному обеспечения. Вы сообщили, как я заметил, для минимального набора модулей. Можете еще сообщить требования при максимально количестве подключенных ваших модулей?

От количества модулей ИС «Авиабит» не меняются требования к аппаратному обеспечению. Требования могут расти в зависимости от количества пользователей системы. Те требования, что я перечислил, подходят для полноценной работы средней авиакомпании или аэропорта. По мере увеличения числа пользователей, при необходимости, возможно наращивание оперативной памяти.

2. Как я предполагаю, система построена по клиент-серверной архитектуре. Мне хотелось бы понимать нагрузка по вычислениям в основном ложиться на сервер (например все считается хранимыми процедурами на сервере) или какая-то часть расчетов выполняется на стороне клиента? Т.е. при увеличении количества подключенных клиентских рабочих мест, как будет увеличиваться нагрузка на сервер?

В основном на сервер.

3. Изначально я хотел бы заложить аппаратную платформу рассчитанную примерно на 50 пользовательских подключений. Какие будут советы/рекомендации?

Для 50 пользователей вполне подходят указанные выше характеристики сервера.

4. Если в будущем планируется увеличивать количество пользователей до 100/150, нужно будет увеличивать ресурсу сервера? Или устанавливать дополнительно второй, третий? Т.е. предполагается, что ваша система может быть разнесена по разным серверам?

Все происходит на одном сервере. Просто придется увеличить его ресурс.

5. Так как в качестве СУБД используется MS SQL, для более оптимального подбора конфигурации сервера БД, мне бы не помешала информация о размере базы (начальном, предполагаемом) или это будет несколько баз, количество физических файлов в базе будет классическим (файл базы и файл лога транзакций) или несколько файлом. Т.е. может нужно разнести файл базы и файл лога транзакций на разные дисковые массивы.

База будет одна. Размер базы данных начинается со 100 МБ и далее постепенно наращивается. За год размер базы данных среднего авиапредприятия может быть увеличен примерно на 1 Гб. Количество физических файлов в базе классическое (файл базы и файл лога транзакций).

6. Что подразумевается под веб-версией? Это должен быть отдельный сервер или просто на сервере с SQL устанавливается IIS?

Веб-версия или интернет приложение предназначается для отображения информации о плане полётов, оповещения сотрудников о предстоящих событиях, рейсах, ознакомлении с документами и доступа к библиотеке документов, прохождения тестирования и др. Можно и на сервере с SQL установить IIS, можно и на другой виртуальной машине разместить – это уже по Вашему желанию.

7.«… Желательно установить Microsoft Office 2007 и выше (для OLAP).» Какие приложения из состава пакета будут использоваться, это нужно для понимания, какую версию брать Standard или Profesional (Access нужен?)? Этот пакет будет использоваться каждым пользователем использующим OLAP? Или это для внутреннего использования самим сервером? От этого будет зависеть сколько лицензий брать. Если Microsoft Office нужен для работы веб-сервера, то лицензия нужна одна, если с Microsoft Office будут работать пользователи на сервере – то нужно больше лицензий.

Microsoft Office нужен на машине каждого пользователя, который будет работать с ИС «Авиабит» для формирования отчетов и работы с OLAP-кубами, если есть такая необходимость. В рамках MS Office нужен по сути только Excel. Плюс желательно установить одну лицензию на сервере – это позволит нам при необходимости более эффективно помогать пользователям с разработкой собственных отчетов на базе Кубов.

8. Насчет вашей рекомендации для дисковой подсистемы «гораздо важнее скорость доступа к данным и надежность» - полностью согласен. И хотел бы спросить, ваши клиенты, которые уже используют вашу систему как обеспечиваю быстродействие и надежность дисковой подсистемы? Быстрые SAS диски (с 15000 оборотов) в RAID1? Или делают на базе быстрых дисков RAID5? Или используют SSD диски?

Как пример могу привести следующий вариант: SSD под систему, Raid 10. Все остальное Sata2. Но это лишь пример одной из реализаций.

9. Насчет «не следует на одном сервере совмещать работу ИС «Авиабит» и других приложений, даже если имеются для этого избыточные аппаратные ресурсы.». Хорошо, так и поступим. Но не исключаю, что для обеспечения независимой привязки к конкретной аппаратуре, система будет работать на виртуальной машине, запущенной из под Hyper-V на Windows 2012. Сервер будет полностью отдан по нужды ваше программы, виртуализацию подумываю использовать из за возможности миграции на другие сервера, возможностей репликации и т.п.. Вопрос. Кто-то из ваши клиентов уже пробовал эксплуатировать систему в такой среде?

Да, многие используют виртуализацию. С этим никаких проблем нет, хотя MS и не рекомендует виртуализировать SQL.

10. Как будет реализован механизм проверки лицензии на ваше ПО (если он есть конечно)? Т.е. интересует, будет это аппаратный LPT, USB или COM ключ? И на каком сервере будет установлена та часть программы – которая будет проверять ключ (сервер баз данных или веб сервер)? Эти вопросы мотивированы тем, что сервера либо сразу или чуть позже будут перемещены на виртуальные машины. На виртуальных серверах подключение LPT, USB или COM не планирую. Так что мне нужно знать будут использоваться или нет эти (физические) порты.

«Лицензирование» не использует аппаратные методы. «Лицензия» устанавливается на базу данных и хранится в ней же.

11. Вопрос насчет установки и настройки баз. Я могу сам установить и предварительно настроить MS SQL 2008/2012 (мне сообщите только кодовую страницу по умолчанию “SQL collations”). Базы и необходимых пользователей вы сами создадите? Т.е. как вы планируете разворачивать базы и какой вам доступ нужен для этого (RDP или на порт SQL - 1433)?

Базу мы создадим и сами развернем, пользователей создадим. Но если будет желание или необходимость разбивать файл базы на несколько, то мы скинем базу, а развернуть можете и Вы. Как показывает практика, для поддержки и сопровождения нашего программного продукта наиболее эффективно, когда компании предоставляют и RDP к серверу и возможность подключения через порт напрямую к серверу SQL. SQL collations - Cyrillic_General_CI_AS

12. Если версии ОС Windows 2012 и MS SQL 2008/2012 будут англоязычные. Не будет конфликтов с вашим программным обеспечением? Или нужны русские версии каких то продуктов? Русскую версию планирую ставить только MS Office 2010, но могу и английскую поставить, если не будет возражений, какие требования?

ОС Windows 2012 и MS SQL 2008/2012 могут быть английскими. Для MS Office удобнее использовать русскую версию (но это не принципиально).

13. MS SQL 2008/2012 и MS Office 2010 могут быть х32 (32-битные версии) или нужны х64?

MS SQL 2008/2012 – x64. Для MS Office по желанию.

14. Также не указаны требования к обеспечению бесперебойной работы системы (серверов). Нужно или нет? И на сколько критичен простой системы. Как ваши клиенты решают этот вопрос, можете поделиться опытом?

Желательно иметь основные и резервные источники питания и выполнять периодически резервное копирование данных. Все по-разному делают. У кого-то бэкап раз в месяц, а у кого-то отказоустойчивый кластер на это стоит. Зависит от решения ИТ специалистов Вашей компании.

15. Насчет резервного копирования. У вас есть какие-то модули или наработки – реализующие этот функционал? Или клиенты сами обеспечивают настройку плана резервного копирования?

Обычно клиенты сами настраивают план резервного копирования. Кто-то выполняет раз в неделю, кто- то каждые 10 минут.

pub/системные_требования.1542264367.txt.gz · Последнее изменение: 2018/11/15 06:46 — kav

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki