|
Настройка отказоустойчивого и балансирующего сервера 1с 8.3.11 | ☑ | ||
---|---|---|---|---|
0
squidw
27.03.18
✎
23:45
|
Исходные:
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. В тот момент у меня были два сервера без дополнительных кластеров поэтому я не заморачивался с портами. Проблема однако была когда я настроил пользователи не могли работать нормально, постоянно дублировались сеансы и постоянно выбрасывало юзеров из сеанса. Может косяк платформы был, но скорее всего я не правильно что-то сделал и сейчас не до конца понимаю как организовать это уже под текущие условия. |
|||
1
squidw
28.03.18
✎
00:06
|
(0) С портами кажись разобрался их можно изменить после добавления рабочего сервера, уровень отказоустойчивости=1 также выставил, проблема сделать их центральными. То есть если я смотрю на сервер 1с из оснастки сервера 1, то он центральный, аналогично и для второго, но если я смотрю на добавленный сервер 1с(сервер1) на оснастке сервера 2, то не стоит галка "центральный сервер" и при попытке поставить ошибка:
ошибка изменения параметров рабочего сервера кластера: центральный сервер не аутентифицирован. Выполнение операции на рабочем сервере невозможно. |
|||
2
squidw
28.03.18
✎
00:26
|
(0) Ни отказоустойчивость ни балансировка не работает, я так понимаю как минимум во второй кластер на сервере 2 должны попасть ИБ с сервера 1с чего не произошло. Проверил еще дополнительно собственно запуск клиента и отключение службы на сервере 1, указывал соответственно кластер server1;server2:1641. Не пашет. Что я делаю не так?
|
|||
3
Fram
28.03.18
✎
01:36
|
> На сервер 1 добавить сервер 2, а на сервер 2 добавить сервер 1
вот это звучит бредово. сам не делал, но по логике только один из серверов может быть главным (управляющим) в кластере, который и надо будет указывать клиентам |
|||
4
Fram
28.03.18
✎
01:39
|
пардон правильный термин "центральный". и если только один может быть центральным (точкой входа), то похоже об отказоустойчивости речи быть не может. только балансировка
|
|||
5
Fram
28.03.18
✎
01:43
|
а не.. все работает. вот http://catalog.mista.ru/public/307973/
|
|||
6
Fram
28.03.18
✎
01:55
|
кароч, суть в том, что на 2 сервере надо удалить кластер, добавить 2 сервер в кластер сервера 1 и там уже ставить ставить на второй сервер галочку "центральный"
|
|||
7
squidw
28.03.18
✎
15:17
|
(6) удалил второй кластер на втором сервере. Подключил на первом сервере не существующий кластер со второго сервера с портами 1540,1641,1660-1691. На втором сервере при этом второй кластер не появился. Не то.
|
|||
8
Fram
28.03.18
✎
17:54
|
(7) не кластер надо было добавлять, а рабочий сервер! в статье картинки же есть
|
|||
9
unregistered
28.03.18
✎
18:09
|
Я конечно извиняюсь, но в статье по ссылке из (5) фигня какая-то...
Отказоустойчивый кластер, который каждую ночь надо перезапускать - это просто феерическая "отказоустойчивость". |
|||
10
Fram
28.03.18
✎
18:13
|
(9) ну это 14 год про 8.3.5. сейчас ситуация получше должна быть.
|
|||
11
unregistered
28.03.18
✎
18:26
|
(10) Я не про то.
Я про то, что автор статьи имеет весьма отдаленное понимание того, как вообще работает кластер серверов 1С, что такое реестр кластера и к чему может привести то, что у него реестры обоих серверов в одной папке лежат. Не говоря уже о том, что такое отказоустойчивый кластер 1С. Он построил систему, которая в любой момент может грохнуться из-за тупого конфликта 1С-овских сервисов. (0) https://its.1c.ru/db/v8310doc#bookmark:cs:TI000000031 Уровень отказоустойчивости определяет максимальное количество рабочих серверов, входящих в состав кластера, одновременный выход из строя которых не приведет к аварийному завершению сеансов подключенных пользователей. Таким образом, можно вывести следующую формулу, связывающую количество центральных серверов в кластере и уровень отказоустойчивости: Количество центральных серверов = Уровень отказоустойчивости+1. Короче. Для отказоустойчивого кластера с уровнем отказоустойчивости 1 необходимо как минимум 2 центральных сервера. Далее из документации: При этом надо понимать, что буквальное следование этой формуле приведет к некоторому снижению производительности кластера, т. к. на синхронизацию реестра кластера будет тратиться некоторая часть мощности системы. При определении количества центральных серверов и уровня отказоустойчивости следует соблюдать баланс между отказоустойчивостью и приемлемым уровнем производительности кластера серверов, учитывая при этом характеристики оборудования компьютеров, входящих в состав кластера. |
|||
12
squidw
28.03.18
✎
19:46
|
(8) я сделал опечатку я добавлял не кластер а "рабочий сервер" а оснастке сервера 1
|
|||
13
squidw
28.03.18
✎
19:51
|
(11) Вы частично дублировали то что я писал в вопросе. То есть расчет отказоустойчивости я заведомо выставил верно у меня 2 сервера значит уровень отказоустойчивости=1. Вопрос в том что я не могу сделать их центральными если смотреть не с родной оснастки а с оснастки соседнего сервера в разделе "рабочие сервера".
Тот материал что вы скинули на ИТС я пытался читать, но вопрос стоит в том что разговор там начинается "с середины", не понятно что вообще на самых первых этапах нужно сделать чтобы получить хоть какой-то минимальный результат и увидеть что да оно работает в разрезе отказоустойчивости и сеансы балансируются по двум серверам. Опять же под мои условия со вторым локальным кластером на втором сервере еще куда более запутанно как это делать. |
|||
14
Fram
28.03.18
✎
20:04
|
(12) перечитал еще раз (7)..
> На втором сервере при этом второй кластер не появился Он и не должен был там появится? Зачем тебе второй кластер? |
|||
15
Fram
28.03.18
✎
20:15
|
*появиться.
|
|||
16
Cyberhawk
28.03.18
✎
20:21
|
Сколько платят за решение вопроса?
|
|||
17
Lama12
28.03.18
✎
21:10
|
(0) Как показывает практика, все отказоустойчивые кластеры, устойчиво отказывают. Оно нужно?
|
|||
18
Fram
28.03.18
✎
22:32
|
(0) кстати, а остальное у тебя задублировано? сетевые коммуникации, сервер БД? 1С сервер это последнее, что требует дублирования. потому как восстанавливается за 5 мин
|
|||
19
squidw
28.03.18
✎
23:05
|
(18) ну видимо у меня перевернутая пирамида, я начинаю с сервера 1с. В разрезе отказоустойчивости СУБД я на данном этапе развития пока опираюсь только на бэкапы
|
|||
20
squidw
28.03.18
✎
23:09
|
(17) и тем не менее я хочу пропустить это через себя, чтобы делать такие заявления. На слово я отвык верить кому угодно уже года так 3 назад. Все равно найдутся костылы, которыми нужно будет воспользоваться, но сначала я не могу разобраться в базовых вещах именно на практике.
|
|||
21
squidw
28.03.18
✎
23:12
|
(14) Почему это не должен а что является тогда критериев того что оно работает? Я конечно же проверил по факту отказоустойчивость - не работает, но даже если бы не работала это не подтверждение того что оно работает сносно. Я просто помнится где-то 1,5 года назад пытался уже настроить подобное у меня криво косо получилось. Может конечно память подводит, но хотя бы из логики должно быть средство, которое сообщит находясь на сервере 1 что сервер 2 успешно к серверу 1 подключен и выполняет функции отказа/балансировки.
|
|||
22
squidw
28.03.18
✎
23:13
|
(21) *критерием, черт как не привычно я всегда ошибаюсь потом пересматриваю и переделываю сообщение, редактирования сообщений нет, эм...
|
|||
23
squidw
16.04.18
✎
12:18
|
(14) (21) Тема повисла. Я попробую задать вопрос иначе. Как мне убедиться что действительно работает отказоустойчивость и балансировка? Какой показатель в MMC говорит об этом
|
|||
24
Tateossian
16.04.18
✎
12:23
|
(23) Можно перезапускать службу не центрального сервера без отключения юзеров. Но чтобы полностью "пощупать" нужно разнести менеджеры сервисов между серверами. Например, если "зависло" регламентное задание, а за регл. задание отвечает отдельный сервер - после ребута все задания будут убиты.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |