Исходные:
2 сервера на каждом соответственно сервер 1С(x86-64) свой. На первом сервере целевые ИБ 1С. На втором есть тестовые ИБ в сервере. Я хочу задействовать второй сервер как балансирующий/отказоустойчивый. Проблема в том что:
1) На ИТС смотрю не особо понимаю что необходимо выполнить для настройки данного функционала. В моем случае насколько я понял как минимум необходимо настроить оба сервера как центральные и поставить уровень отказоустойчивости=1
2) С учетом того что на сервере 2 уже есть свои тестовые ИБ, то создал дополнительный локальный кластер с другими портами: 1540 оставилкак есть как и для первого локального кластера на втором сервере; остальные 1641,1660:1691. Что мне необходимо сделать чтобы настроить? Насколько я понял мне необходимо добавить в разделе оснастки "рабочие серверы"? На сервер 1 добавить сервер 2, а на сервер 2 добавить сервер 1? Но проблема в том что мне нужно подключиться к кластеру с портом 1641 на второй сервер.
В нэте описано в основном для 1c8.2 настройка подобного а для 8.3 нет, а они кардинально отличаются.
Я как-то пытался сделать подобное когда у меня на руках были другие сервера на платформе 8.3.~7. В тот момент у меня были два сервера без дополнительных кластеров поэтому я не заморачивался с портами. Проблема однако была когда я настроил пользователи не могли работать нормально, постоянно дублировались сеансы и постоянно выбрасывало юзеров из сеанса. Может косяк платформы был, но скорее всего я не правильно что-то сделал и сейчас не до конца понимаю как организовать это уже под текущие условия.

(0) С портами кажись разобрался их можно изменить после добавления рабочего сервера, уровень отказоустойчивости=1 также выставил, проблема сделать их центральными. То есть если я смотрю на сервер 1с из оснастки сервера 1, то он центральный, аналогично и для второго, но если я смотрю на добавленный сервер 1с(сервер1) на оснастке сервера 2, то не стоит галка "центральный сервер" и при попытке поставить ошибка:
ошибка изменения параметров рабочего сервера кластера: центральный сервер не аутентифицирован. Выполнение операции на рабочем сервере невозможно.

(0) Ни отказоустойчивость ни балансировка не работает, я так понимаю как минимум во второй кластер на сервере 2 должны попасть ИБ с сервера 1с чего не произошло. Проверил еще дополнительно собственно запуск клиента и отключение службы на сервере 1, указывал соответственно кластер server1;server2:1641. Не пашет. Что я делаю не так?

> На сервер 1 добавить сервер 2, а на сервер 2 добавить сервер 1

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

пардон правильный термин "центральный". и если только один может быть центральным (точкой входа), то похоже об отказоустойчивости речи быть не может. только балансировка

а не.. все работает. вот http://catalog.mista.ru/public/307973/

кароч, суть в том, что на 2 сервере надо удалить кластер, добавить 2 сервер в кластер сервера 1 и там уже ставить ставить на второй сервер галочку "центральный"

(6) удалил второй кластер на втором сервере. Подключил на первом сервере не существующий кластер со второго сервера с портами 1540,1641,1660-1691. На втором сервере при этом второй кластер не появился. Не то.

(7) не кластер надо было добавлять, а рабочий сервер! в статье картинки же есть

Я конечно извиняюсь, но в статье по ссылке из (5) фигня какая-то...
Отказоустойчивый кластер, который каждую ночь надо перезапускать - это просто феерическая "отказоустойчивость".

(9) ну это 14 год про 8.3.5. сейчас ситуация получше должна быть.

(10) Я не про то.
Я про то, что автор статьи имеет весьма отдаленное понимание того, как вообще работает кластер серверов 1С, что такое реестр кластера и к чему может привести то, что у него реестры обоих серверов в одной папке лежат. Не говоря уже о том, что такое отказоустойчивый кластер 1С.
Он построил систему, которая в любой момент может грохнуться из-за тупого конфликта 1С-овских сервисов.

(0) https://its.1c.ru/db/v8310doc#bookmark:cs:TI000000031

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

Количество центральных серверов = Уровень отказоустойчивости+1.

Короче. Для отказоустойчивого кластера с уровнем отказоустойчивости 1 необходимо как минимум 2 центральных сервера.

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

(8) я сделал опечатку я добавлял не кластер а "рабочий сервер"  а оснастке сервера 1

(11) Вы частично дублировали то что я писал в вопросе. То есть расчет отказоустойчивости я заведомо выставил верно у меня 2 сервера значит уровень отказоустойчивости=1. Вопрос в том что я не могу сделать их центральными если смотреть не с родной оснастки а с оснастки соседнего сервера в разделе "рабочие сервера".
Тот материал что вы скинули на ИТС я пытался читать, но вопрос стоит в том что разговор там начинается "с середины", не понятно что вообще на самых первых этапах нужно сделать чтобы получить хоть какой-то минимальный результат и увидеть что да оно работает в разрезе отказоустойчивости и сеансы балансируются по двум серверам. Опять же под мои условия со вторым локальным кластером на втором сервере еще куда более запутанно как это делать.

(12) перечитал еще раз (7)..
> На втором сервере при этом второй кластер не появился

Он и не должен был там появится? Зачем тебе второй кластер?

*появиться.

Сколько платят за решение вопроса?

(0) Как показывает практика, все отказоустойчивые кластеры, устойчиво отказывают. Оно нужно?

(0) кстати, а остальное у тебя задублировано? сетевые коммуникации, сервер БД? 1С сервер это последнее, что требует дублирования. потому как восстанавливается за 5 мин

(18) ну видимо у меня перевернутая пирамида, я начинаю с сервера 1с. В разрезе отказоустойчивости СУБД я на данном этапе развития пока опираюсь только на бэкапы

(17) и тем не менее я хочу пропустить это через себя, чтобы делать такие заявления. На слово я отвык верить кому угодно уже года так 3 назад. Все равно найдутся костылы, которыми нужно будет воспользоваться, но сначала я не могу разобраться в базовых вещах именно на практике.

(14) Почему это не должен а что является тогда критериев того что оно работает? Я конечно же проверил по факту отказоустойчивость - не работает, но даже если бы не работала это не подтверждение того что оно работает сносно. Я просто помнится где-то 1,5 года назад пытался уже настроить подобное у меня криво косо получилось. Может конечно память подводит, но хотя бы из логики должно быть средство, которое сообщит находясь на сервере 1 что сервер 2 успешно к серверу 1 подключен и выполняет функции отказа/балансировки.

(21) *критерием, черт как не привычно я всегда ошибаюсь потом пересматриваю и переделываю сообщение, редактирования сообщений нет, эм...

(14) (21) Тема повисла. Я попробую задать вопрос иначе. Как мне убедиться что действительно работает отказоустойчивость и балансировка? Какой показатель в MMC говорит об этом

(23) Можно перезапускать службу не центрального сервера без отключения юзеров. Но чтобы полностью "пощупать" нужно разнести менеджеры сервисов между серверами. Например, если "зависло" регламентное задание, а за регл. задание отвечает отдельный сервер - после ребута все задания будут убиты.