В основе архитектуры Directum RX лежит принцип горизонтального масштабирования. При увеличении нагрузки на сервер рекомендуется увеличить количество серверов и распределить нагрузку между ними. На каждый сервер можно установить все серверные компоненты или некоторые из них.

На схеме приведен пример архитектуры, в которой обеспечивается отказоустойчивость всех серверных компонентов. Это достигается за счет того, что серверные компоненты установлены в нескольких экземплярах и распределены по кластерам серверов. Для бесперебойного доступа к содержимому документов используется система хранения данных (СХД) – комплекс аппаратных и программных средств для хранения и управления данными, а также их резервного копирования.

Порядок настройки Directum RX в Linux по предложенному на схеме варианту см. в руководстве администратора, в разделе «Настройка отказоустойчивой архитектуры Directum RX».

Если развернута база данных PostgreSQL или Postgres Pro, то используйте рекомендации по обеспечению отказоустойчивости сервера БД. Подробнее см. раздел «Настройка отказоустойчивого кластера PostgreSQL».

Для балансировки нагрузки и отказоустойчивости сервисов Directum RX необходимо настроить:

•обратный прокси-сервер (рекомендуется). Используется обратный прокси-сервер, развернутый в Linux. Он перенаправляет запросы клиентов из внешней сети на один или несколько серверов, расположенных во внутренней сети. При этом для клиента это выглядит так, будто запрашиваемые ресурсы находятся непосредственно на прокси-сервере. На схеме выше используется прокси-сервер HAProxy. Для автоматического переключения запросов с одного сервера на другой используется программное обеспечение Keepalived;

•веб-ферму на базе IIS с расширением Application Request Routing (ARR). Сервер ARR позволяет использовать правила маршрутизации, балансировать нагрузку запросов, поступающих к серверу, и выступает в роли прокси-сервера для разгрузки веб-сервера. Для обеспечения большей отказоустойчивости сервера ARR рекомендуется развернуть второй сервер ARR и объединить их в NLB-кластер (Network Load Balancing).

На схеме выше используется отказоустойчивый кластер, на каждом узле которого установлены компоненты RabbitMQ и MongoDB. Через брокер сообщений RabbitMQ экземпляры веб-серверов обмениваются служебной информацией. В базе данных MongoDB хранятся описания файлов предпросмотра, данные виджетов и другая служебная информация.

СМ. ТАКЖЕ