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

Резервированные сетевые соединения могут использоваться для удаленных пользовательских интерфейсов, для резервированных систем (см. также раздел Резервирование, основы), между двумя распределенными системами (соединения менеджера распределения — см. также раздел Распределенные системы, основы) или для любого менеджера, работающего на другом компьютере в качестве его «сервера» (например, драйверы или API-менеджеры, работающие на отдельном компьютере).

Используемые сетевые соединения должны быть определены в файле hosts. В ОС Windows файл hosts располагается в каталоге <SystemRoot>/system32/drivers/etc/, в ОС Linux — в каталоге /etc/. По существу следует отметить, что имена резервированных сетевых соединений в файле hosts fi не должны совпадать с именем хоста. По этой причине в файле hosts для IP-адресов определены псевдонимы.

ВНИМАНИЕ!

Примите во внимание, что:
— параметр для localhost, 127.0.0.1 localhost, должен быть определен в файле хоста;
— все компьютеры распределенной/резервированной системы должны иметь одинаковое состояние IPv6 state (активное или неактивное). Смешанный режим не поддерживается;
— параметры IPv6 не допускаются в ОС Solaris.

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

ПРИМЕЧАНИЕ

Если файл hosts содержит ошибку конфигурации, то в средстве просмотра журналов будет отображаться сообщение об ошибке (например, WCCOActrl      (1), 2005.08.25 13:37:45.775, SYS,  WARNING,     ,     0, , Possible mismatch in host configuration: host1=eitst010xp host2=eitst0172k-1). host1=eitst010xp host2=eitst0172k-1).

Настройки в файле hosts

Конфигурация резервированной системы, которая оснащена резервированным сетевым соединением между двумя серверами (резервированный хост 1 = сервер 1, резервированный хост 2 = сервер 2). Оба компьютера имеют два сетевых контроллера (основной контроллер и альтернативный путь).

IP-адреса для сервера 1: 1.1.1.11 (основной контроллер) и 1.1.2.11 (альтернативный путь)

IP-адреса для сервера 2: 1.1.1.12 (основной контроллер) и 1.1.2.12 (альтернативный путь)

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

1.1.1.11     server1     server1-1
1.1.2.11     server1-2

1.1.1.12     server2     server2-1
1.1.2.12     server2-2

При определении конфигурационных параметров (например, с резервированием) первым соединением должно быть соединение, которое имеет такой же IP-адрес, что и компьютер. В соответствии с файлом hosts , показанным выше, параметр «data» в конфигурационном файле для резервированного проекта выглядит следующим образом (на компьютере «server1»):

data = «server1-1,server1-2$server2-1,server2-2»

После IP-адреса основного сетевого контроллера должно стоять правильное имя хоста. Это гарантирует, что функции CTRL, например, dataHost(), eventHost() и т.д. будут всегда возвращать правильное имя хоста. Псевдонимы для IP-соединения стоят после имени хоста.

ВНИМАНИЕ!

Записи <Имя хоста>-1 или -2 – это псевдонимы для резервированных сетевых соединений. Псевдонимы не должны совпадать с именем хоста. Тем не менее также можно использовать другие псевдонимы для этих соединений!

С помощью команды «PING» можно проверить конфигурацию:

Все определенные имена в файле hosts должны возвращать правильные IP-адреса (ping <Имя>). Например, «ping server1-1» должно возвращать «1.1.1.11» («ping server1» также должно возвращать «1.1.1.11»), «ping server2-2» должно возвращать «1.1.2.12».

«PING» на IP-адресах должен возвращать правильные имена, которые определены сначала в файле (ping -a <IP-адрес>). Например, «ping -a 1.1.1.11» должен возвращать «server1» (но не server1-1), «ping -a 1.1.2.12» должен возвращать «server2-2».

Резервированное сетевое соединение конфигурируется в конфигурационном файле. Каждый параметр, который задает имя хоста (или IP-адрес), к которому необходимо подсоединиться (например, event, data или distPeer), должен изменяться таким образом, чтобы параметр содержал имена обоих IP-соединений удаленного хоста, разделенные «,».

Например, если сервер (имеющий имя «server») имеет два сетевых контроллера с IP-соединениями, имеющими имена «server_n1» и «server_n2», то конфигурационный параметр будет иметь следующий вид:

event = «server_n1,server_n2»

ПРИМЕР 1

Удаленный пользовательский интерфейс (UI) соединяется с автономной системой (имя хоста «server», IP-соединения имеют имена «server_n1» и «server_n2»)

Конфигурационный файл удаленного UI должен содержать следующие параметры:

[general]
data = «server_n1,server_n2»
event = «server_n1,server_n2»

ПРИМЕР 2

Распределенная система («System1» – автономная система, а «System2» – резервированная система). System1 устанавливает соединение с System2 через резервированное сетевое соединение (имена хостов System2: System2_host1 и System2_host2; IP-соединения System2: Sys2_host1_n1, Sys2_host1_n2, Sys2_host2_n1, Sys2_host2_n2).

Конфигурационный файл системы System1, которая соединяется с системой System2, должен содержать следующие параметры:

[general]
distributed = 1

[dist]
distPeer = «Sys2_host1_n1,Sys2_host1_n2$Sys2_host2_n1,Sys2_host2_n2» 2 #Соединяет с обоими хостами System2 через резервированное сетевое соединение

ПРИМЕЧАНИЕ

Примите во внимание, что, если вы задаете серверный порт, то вы должны задать один порт для всех соединений, например, host1,host2:port. Если вы не задаете порт, то используется порт по умолчанию.

Кроме того, пользователь должен иметь каталог HOME на локальном компьютере, и никакие HARD-установки не допускаются!

Тестирование резервированных сетевых соединений

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

1. Каждое сетевое соединение должно тестироваться отдельно.
2. Убедитесь в том, что одно из сетевых соединений является деактивированным, и каждый адрес для этого соединения (host1-1 <—> host 2-1 или host 1-2 <—> host 2-2) является не доступным.

Обработка сообщений и резервированные сетевые соединения в распределенной системе

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