ЛР4_1С_83_тонкий_и_WEB-клиент (1031817), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

СОВЕТ. Не рекомендуется размещать несколько рабочих серверов на одном физическом компьютере для систем, находящихся в промышленной эксплуатации.

Кластер серверов представляет собой один или несколько рабочих серверов. При этом информация о том, сколько рабочих серверов выполняется на одном физическом компьютере, не важна для описания и работы кластера. Для того чтобы «знать», для каких кластеров серверов данный рабочий сервер является центральным, агент кластера ведет список кластеров. Список кластеров представляет собой файл 1cv8wsrv.lst, в котором хранится информация о тех кластерах серверов, в состав которых входит данный рабочий сервер, а также список администраторов данного рабочего сервера. Данный файл хранится в каталоге данных кластера (см. здесь). Фактически, агент сервера не входит в состав рабочего сервера, а лишь обеспечивает его работу (в том числе и «представительство» в кластере серверов)

Рис. 2. Общая схема сервера «1С:Предприятия»

В состав любого кластера должен входить минимум один рабочий сервер, у которого установлено свойство Центральный сервер. Максимальное количество центральных серверов не ограничено. Это означает, что для всех рабочих серверов, входящих в состав кластера серверов, можно установить флажок Центральный сервер. Рабочий сервер может быть центральным сервером в одном кластере и обычным (не центральным) – в другом кластере серверов. Также, рабочий сервер с установленным признаком Центральный сервер, может выступать в качестве точки подключения к кластеру серверов, в состав которого он (рабочий сервер) входит.

Рабочая часть рабочего сервера включает в себя менеджер кластера (rmngr) и рабочий процесс (rphost). Менеджер кластера обеспечивает функционирование рабочего сервера и взаимодействие с другими рабочими серверами, входящими в состав кластера. Рабочий процесс непосредственно обслуживает клиентские приложения, взаимодействует с сервером баз данных, исполняет код, который в прикладном решении отмечен как выполняемый на сервере. Количество рабочих процессов определяется настройками рабочего сервера, кластера серверов и физическими характеристиками компьютера, на котором работает рабочий сервер.

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

Главный менеджер кластера «ведет» реестр кластера. Реестр кластера представляет собой файл 1CV8Clst.lst, который хранит следующую информацию:

• ● список информационных баз, зарегистрированных в данном кластере;

• ● список рабочих серверов, входящих в кластер;

• ● список рабочих процессов, входящих в кластер;

• ● список менеджеров кластера;

• ● список сервисов кластера;

• ● список администраторов кластера.

Если в состав кластера входит несколько центральных серверов, то реестр кластера ведется каждым из главных менеджеров кластера. Для того чтобы данные каждой копии реестра кластера были актуальными, внутри кластера серверов выполняется постоянная синхронизация реестра кластера между главными менеджерами кластера центральных серверов.

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

Рис. 3. Простой вариант кластера

1.2. Взаимодействие клиентского приложения с кластером серверов

Взаимодействие различных процессов кластера серверов «1С:Предприятия» между собой и с клиентским приложением осуществляется по протоколу TCP/IP. Таким образом, каждый из процессов кластера адресуется именем рабочего сервера, на котором он запущен, и номером сетевого порта.

По умолчанию при установке кластера серверов используются следующие номера сетевых портов:

• ● Агент сервера – порт 1540;

• ● Менеджер кластера – порт 1541.

• ● Для рабочего процесса номер порта выделяется динамически из указанного диапазона, по умолчанию используется диапазон сетевых портов 1560:1591.

При необходимости можно изменить номера и диапазон используемых портов.

Рис. 4. Простой кластер

На приведенном рисунке имя центрального сервера – 1C_Serv. Таким образом, сам центральный сервер адресуется как 1С_Serv:1540. Кластер, расположенный на этом сервере, адресуется как 1С_Serv:1541, а рабочий процесс – 1С_Serv:1561.

Когда клиентское приложение пытается подключиться к информационной базе в варианте клиент-сервер, оно обращается по адресу кластера серверов: 1С_Serv:1541.

Рис. 5. Обращение к простому кластеру

Менеджер кластера выбирает рабочий процесс, который будет обслуживать клиентское приложение, и сообщает клиентскому приложению его адрес. В данном случае, поскольку рабочий процесс один, это будет 1С_Serv:1561.

Рис. 6. Установленное соединение

Клиентское приложение связывается с выделенным ему рабочим процессом, который выполняет аутентификацию пользователя информационной базы и осуществляет все дальнейшее взаимодействие клиентского приложения с информационной базой.

ВНИМАНИЕ! Для успешного функционирования системы версии клиентского приложения и сервера должны быть полностью идентичными. Функционирование системы будет невозможно, если, например, сервер имеет версию 8.3.3.100, а клиентское приложение – версию 8.3.3.150.

1.3. Сервисы кластера

Вся функциональность менеджера кластера серверов разделена на несколько независимых сервисов. Каждый сервис обладает некоторыми характеристиками. Далее приведен список сервисов, с кратким описанием и указанием состава характеристик:

В таблице использованы следующие термины:

• ● Диск – ресурсоемкий сервис, создает повышенную нагрузку на дисковую подсистему.

• ● Память – ресурсоемкий сервис, создает повышенную нагрузку на процессор и оперативную память.

• ● Репликация – поддерживается репликация между основным и резервными экземплярами сервиса. Репликация возникает в том случае, если уровень отказоустойчивости кластера отличен от 0 (см. здесь). Для сервисов конфигурации кластера и блокировок кластера, репликация возникает в том случае, если в кластере зарегистрировано несколько рабочих серверов с установленным признаком Центральный сервер.

• ● Деление по ИБ – для каждой информационной базы существует свой экземпляр сервиса.

• ● Возможность переноса между рабочими серверами:

• ● Перенос+ – сервис может мигрировать между рабочими серверами без потери данных.

• ● Перенос– – сервис может мигрировать между рабочими серверами с потерей данных.

• ● Не переносится – сервис не может мигрировать между рабочими серверами и размещается только на компьютере центрального сервера кластера. Для таких сервисов не могут быть созданы требования назначения функциональности (см. здесь).

Сервисы кластера по типам сервисов, информационным базам и сеансам равномерно распределяются по рабочим серверам кластера.

1.4. Сеансы и соединения

Сеанс определяет активного пользователя информационной базы и поток управления этого пользователя. Активным пользователем может являться:

• ● экземпляр клиентского приложения «1С:Предприятия»;

• ● экземпляр веб-приложения, в котором исполняется веб-клиент;

• ● экземпляр внешнего соединения (полученный из объекта V83.COMConnector);

• ● один экземпляр фонового задания;

• ● одно обращение к Web-сервису.

Все данные, хранимые кластером, которые относятся к одному активному пользователю и актуальны только на время работы этого пользователя, являются данными сеанса. К данным сеанса относятся:

• ● информационная база,

• ● номер сеанса,

• ● аутентифицированный пользователь информационной базы,

• ● язык интерфейса,

• ● значения параметров сеанса,

• ● временные хранилища,

• ● статистика работы сеанса,

• ● информация форм управляемого приложения,

• ● некоторые внутренние данные платформы.

Данные сеансов сохраняет менеджер кластера. Для этого предусмотрен сервис сеансовых данных (см. здесь). При перезапуске кластера серверов данные сеансов сохраняются. Если активный пользователь не выполнил ни одного обращения к кластеру за 20 минут и сеанс не назначен соединению, то сеанс удаляется вместе с данными сеанса. Для поддержания сеанса тонкий клиент и веб-клиент обеспечивают обращение к кластеру не реже 1 раза в 10 минут. Для ускорения доступа данные сеансов кешируются в рабочих процессах и в толстых клиентах. В списке активных пользователей показывается список сеансов.

Характеристики

Список файлов книги