В статье приведена минимальная рекомендуемая конфигурация для программы IBM DOORS Web Access, поскольку каждый ярус архитектуры предъявляет конкретные требования для обеспечения нормальной работы. Ли Бернс поясняет и обосновывает приведенные требования.
Необходимые условия
На рисунке 1, обобщающем содержание настоящей статьи, показана минимальная конфигурация, которую мы хотели бы иметь на стороне заказчика. Поскольку эта статья посвящена продукту IBM® Rational® DOORS® Web Access, предполагается, что вы уже успешно установили основной продукт - клиент и сервер Rational DOORS.
Для наглядности мы начнем с сервера DOORS Web Access и будем переходить от компонента к компоненту в рамках данного рисунка.
Рисунок 1. Схема рекомендуемой установки
Сервер DOORS Web Access
Сервер DOORS Web Access представляет собой приложение Java и является первым ярусом архитектуры. Серверу необходима наиболее тщательная настройка для обеспечения ожидаемых возможностей подключения и производительности.
Выделение ресурсов памяти JVM
Указанный ниже файл содержит код запуска виртуальной машины Java (JVM) сервера DOORS Web Access:
C:\\Program Files\ibm\Rational\ DOORS Web Access\1.5.0.0\server.start.bat
Один из Java-параметров в этом файле, -Xmx, указывает стандартный объем памяти при установке, равный 512 МБ, поскольку мы не можем рассчитывать на то, что наши заказчики будут выполнять установку на серверы с большим объемом памяти. Тем не менее мы рекомендуем вам увеличить это значение до 1536 МБ, если это возможно. Это обеспечит некоторый запас для автоматического управления памятью в JVM, что улучшит производительность. JVM с таким объемом памяти сможет обслуживать до 100 интенсивных пользователей почти без потери производительности.
Необходимые изменения файла
В рамках стандартной установки можно внести три изменения в файл festival.xml:
C:\\Program Files\ibm\Rational\ DOORS Web Access\1.5.0.0\server\festival\config\festival.xml
Эти три параметра базового подключения описаны в стандартных инструкциях по установке, но для полноты данной статьи мы приведем их и здесь:
- Переменную repositoryUrn нужно заменить переменной repositoryUrn для вашего DOORS, чтобы DOORS Web Access мог найти нужную базу данных.
- Переменную
license.server.locationнужно изменить так, чтобы она содержала информацию о вашей компании. - И, наконец, если DOORS Web Access Broker расположен на отдельном сервере, нужно заменить два адреса локального компьютера (127.0.0.1) адресом DOORS Web Access Broker.
DOORS Web Access Broker Базовый вариант установки DOORS Web Access Broker менять не нужно.
Сервер Interop
Серверный компонент Interop стека Rational DOORS Web Access представляет собой видоизмененный традиционный клиент. Это значит, что он является однопоточным приложением, что сильно влияет на структуру этого яруса.
Серверы Interop можно запустить как сервисы, но в процессе тестирования мы запускаем серверы Interop через ярлыки. Эти ярлыки представляют собой ярлыки для запуска DOORS с модифицированными командными аргументами.
Разрешение серверов Interop
В строке Объект ярлыка DOORS добавьте следующую команду:
Эта команда сообщает файлу DOORS.exe, что он должен запускаться не в качестве клиента, а в качестве сервера Interop.
Необходимое число серверов Interop
Из-за однопоточной структуры серверов Interop одного сервера Interop всегда недостаточно. Сервер Interop может обрабатывать только один запрос за раз, поэтому любые параллельные обращения приведут к существенному снижению производительности DOORS Web Access. Решить эту проблему может кластеризация серверов.
Мы рекомендуем использовать не менее 4 серверов Interop в любых вариантах установки.
Опция -maxMemory
Для повышения производительности серверы Interop кэшируют данные и хранят их в течение некоторого времени. Это приводит к увеличению объема памяти, используемой сервером Interop, причем этот объем ограничен только памятью, выделяемой для каждого процесса на данном уровне операционной системы. В 32-разрядной операционной системе это 2 ГБ. Рекомендуемое гнездо из 4 серверов может занять 8 ГБ ОЗУ. Если сервер, на котором они развернуты, имеет меньший объем памяти, операционная система начнет использовать подкачку страниц виртуальной памяти, что скажется на производительности.
Поэтому мы рекомендуем указывать в строке запуска всех активных серверов Interop параметр -maxMemory. Эта команда перезапускает отдельный сервер Interop без потери транзакций и соединения.
Мы также рекомендуем проверить доступный объем памяти того сервера, на котором будут запущены 4 сервера Interop, а затем разделить его на четыре части. Это позволит всем серверам Interop максимально использовать доступный объем памяти без потери производительности.
Вслед за командой -maxMemory указывается объем памяти в МБ, который вы хотите разрешить. Например:
Включение регистрации событий
Чтобы включить регистрацию событий, используйте команду -l, указав за ней в кавычках местоположение и имя файла журнала. Например:
Уровень регистрации
Команда -logLevel определяет уровень данных, регистрируемых активными серверами Interop. Чаще всего используются уровни 7 и 8, где 7 записывает заголовки транзакций, а 8 записывает все данные, проходящие через сервер. Эти уровни следует включать только по указанию службы технической поддержки IBM.
Местоположение Brokerhost
Команда -brokerHost позволяет серверу Interop находить DOORS Web Access Broker, если он установлен на отдельный сервер. В кавычках нужно указать имя сервера или его IP-адрес:
Опция легковесного сервера
Команда -lightServer запрещает выбранному серверу Interop обслуживать команды открытия любых модулей. Это значит, что в наличии всегда будет сервер, способный обработать задачи с меньшей нагрузкой, такие как аутентификация при входе в систему.
Мы рекомендуем активировать эту функцию для одного сервера Interop в каждом гнезде.
Полная команда
Ниже приведена полная команда для запуска сервера Interop с включенной регистрацией событий (кроме опции -lightServer):