0. sergauscas 86 17.10.14 09:06 Сейчас в теме

Создаем отказоустойчивый кластер и сервер лицензирования 1С Предприятие 8.3

Безотказный кластер и сервер лицензий 1С:Предприятие 8.3

Перейти к публикации

Вознаграждение за ответ
Показать полностью
Комментарии
Избранное Подписка Сортировка: Древо
98. sergauscas 86 14.03.17 20:02 Сейчас в теме
через 1 месяц совместно с НПЦ 1С будет тестировать безотказный кластер скорее всего на 8,3,9,2170.Отпишусь о результатах(Будет тестироваться и на толстом и на тонком клиенте)
114. edw2504 06.07.17 17:40 Сейчас в теме
(98) Сергей, как прошло тестирование отказоустойчивого кластера на 8,3,9,2170? Вы не сообщили результаты.
Хотелось бы получить совет если возможно: мы планируем создание резервного ЦОДа, территориально удаленного от основного. В качестве сервера приложения используется 1С. Был ли у вас опыт построения подобной архитектуры? Мы планируем на стороне основного ЦОДа кластер 1С из минимум 3-х виртуальных машин, репликация - средствами Hyper-V по 1 Гб/с каналу. Либо как вариант, можно сделать единый кластер, состоящий из виртуальных машин 1С основного и резервного ЦОДа. При этом SQL-сервер остается на отдельном физическом сервере и БД реплицируется на резервный (в резервном ЦОДе) средствами SQL (always on).). Также виртуализируются и реплицируются серверы DNS, Active Directory и терминальный сервер. При выходе из строя любого одного из компонентов системы основного ЦОДа (1С-кластера, либо SQL-сервера, либо каналов связи) все пользователи переключаются на работу с системой в резервном ЦОДе (резервный 1С-кластер, резервный SQL-сервер и резервные серверы). Мы планируем переключение пользователей делать аппаратным способом: маршрутизаторы, которые мониторит работоспособность каналов связи и компонентов основного ЦОДа и при падении одного из компонентов всех пользователей переключают на аналогичную структуру резервного ЦОДа.
Вопросы: 1. Будет ли работоспособна подобная схема (при условии обновления платформы до 8.3.9)? 2. Поддерживает ли кластер 1С автоматическое переключение всех пользователей на кластер 1С резервного ЦОДа без остановки их работы в автоматического режиме, или требуется переподключение пользователей. 3. Возможно ли осуществление обновления конфигурации 1С (в том числе при изменении структуры таблиц) без отключения пользователей от кластера 1С ?
99. sergauscas 86 14.03.17 20:14 Сейчас в теме
Кстати очень рекомендую книгу "Настольная книга 1С:Эксперта по технологическим вопросам" изд 2. Многие вещи освещены(правда некоторые вещи только по верхам и не все(в части OS Windows и MS SQL)).
100. bondar_vy 15.03.17 11:01 Сейчас в теме
Добрый день.
Если сервер отдельный, то понятно что будет. Но он тоже может выйти из строя и тогда всё тоже самое. Кластер как раз и создаём для резервирования, а по факту получается сервер лицензирования отдельный, сервер для публикации отдельный и где отказоустойчивость?
А именно на серверах кластера публиковать базу не пробовали?
101. sergauscas 86 15.03.17 21:56 Сейчас в теме
(100)а причем здесь безотказный сервер.Ведь публикуешь ты не 1с-ом, а апачи или IIS.можно сделать публикации и на обоих и чтобы переключалось но уже настройки домена, а не 1с.Т.е. безотказность работы сторонних программ у IIS есть свои решения.Но публиковать на том же сервере, по моему мнению не правильное решения так тяжелее будет идентифицировать проблему при возникновении.А 1С только обещают что ресурс к которому будет обращаться IIS или апач будет работать.
102. dimpson 18 12.04.17 17:15 Сейчас в теме
Как я понимаю - схема не является 100% отказоустойчивой.
У Вас используется 1 сервер лицензирования (а больше и невозможно из-за ограничений платформы).
Получается если он ляжет, то и все ляжет.

Я рассматриваю вариант размазать лицензии (2500 пользователей) по серверам приложений.
Но тут есть минусы:
1. лицензий надо в полтора раза больше, чем количество пользователей (Вместе с сервером потеряется и часть лицензий)
.2. не проверял как поведет себя система если сервер ляжет, сессия начнет мигрировать на второй сервер, а лицензия? есть подозрение, что она отвалится и пользователь все-равно вылетит.
103. Vergileo 19.04.17 11:02 Сейчас в теме
Ребят, я совсем новенький во всем этом, так что извините за совсем глупые вопросы. У меня тут не сколько вопросов возникло.
1) Лучше всего это все настраивать что б сервера были разные (физически). Т.к. если настроить на виртуальных( на одном физическом сервере), то при отказе самого железа, вся система не имеет смысла?!
2) На каждом настраевом сервере у меня должна быть полна копия той базы для которой настраивается отказоустойчивая система?
104. bondar_vy 19.04.17 15:49 Сейчас в теме
1. Конечно при отказе железа если сервера приложений созданы все на нём, то всё и рухнет.
2. Нет. Сервер баз данных тоже лучше поднять на отдельной машине и там будет база. Далее на любом из серверов кластера прописываете существующую базу или создаёте новую и она через непродолжительное время будет видна со всех серверов кластера. Реплицируется её описание.
105. user737715 19.04.17 17:20 Сейчас в теме
Спасибо за статью. Подскажите:
1. В последних версиях 8.3 стабильно всё работает?
2. После 150 пользователей уже рассматривать создание кластера? Конфиг стандартный, 16 гиг, 8 ядер.
106. Vergileo 21.04.17 04:47 Сейчас в теме
Еще вопросик, а можно все тоже самое но без сервера лицензий. Т.е. как в 8.2 просто отказоустойчивую систему получить, в том плане, если один падает (например служба отвалилась) все процессы перекидывались на другой? Если да, то со всей этой схемы выпадает 3 сервер и все? И не совсем понял про "Центральный сервере" он у меня должен быть только тот который основной работает?
107. Vergileo 21.04.17 10:05 Сейчас в теме
И еще 2 вопроса которые больше всего интересует. Все пишут что система проседает примерно на 10% при настройки отказоустойчивого кластера, а в чем она проседает? В оперативке, в ЦП или как это вообще понять.
И второй вопрос, а есть подобные темы с описанием как эта, по настройке отказоустойчевого кластера в MS sql?
108. bondar_vy 21.04.17 10:21 Сейчас в теме
1. Сервер лицензий необходим для того чтобы не дублировать лицензии на центральных серверах. Без сервера лицензий Вам придётся иметь лицензии на каждом центральном (рассмотрим случай когда центральных два) чтобы в случае падения центрального сервера система оставалась работоспособной.
2. В кластере на 8.3. работают сразу одновременно все центральные сервера и сеансы распределяются между ними либо по производительности, либо по оперативной памяти. Т.е. так называемого горячего резерва нет.
109. bondar_vy 21.04.17 11:00 Сейчас в теме
10% это просадка по производительности по сравнению с безкластерной конфигурацией. А про MS SQL это у микрософта есть и курсы и литература
110. lion-killer 22 04.05.17 11:13 Сейчас в теме
Здравствуйте, коллеги. Сделал все по инструкции, но появилось несколько вопросов:

1. Если у меня 2 центральных сервера, то куда пишется журнал регистрации (на одном сервере размер файла журнала 600 мб, на другом - 4 мб)
2. В журнале регистрации появляются записи о том что транзакция не завершена, хотя на самом деле все ок и объект записан успешно)
3. С полнотекстовым поиском тоже какая-то беда: файлы создаются то на одном сервере то на другом, в результате в результатах поиска иногда отсутствуют некоторые объеты.

Может нужно настраивать функциональности, только потом непонятно что будет если один из серверов действительно упадет.
На Конференция "1С:Предприятие 8 молчат как рыба об лед.

Платформа: 1С:Предприятие 8.3 (8.3.10.2252)
111. Eduard66 16.05.17 08:53 Сейчас в теме
Добрый день, коллеги.
В одном сообщении было сказано что нельзя ставит 2 сервера лицензирования, из-за ограничений платформы. Есть об этом какая-нибудь официальная информация?
И еще момент как настраивать по данной инструкции пути к базам у клиентов. Ведь если мы укажем конкретный сервер, то при его падении новые пользователи не смогут войти.
128. nvv1970 25.09.18 13:26 Сейчас в теме
(111)
В одном сообщении было сказано что нельзя ставит 2 сервера лицензирования, из-за ограничений платформы. Есть об этом какая-нибудь официальная информация?

Присоединяюсь к вопросу. Откуда ветер дует? На ИТС ничего про это нет.
129. sergauscas 86 26.09.18 08:08 Сейчас в теме
(128)
на 8.3.12 побывал отрабатывало, но нормально не протестировал(могут быть глюки) на ИТС ни чего официального не нашел
130. nvv1970 26.09.18 09:13 Сейчас в теме
(129) получил ответ на партнёрке.
Выделенный сервер будет работать только один. Два можно и нужно ставить для отказоустойчивости.
112. FreZZZeR 24.05.17 15:14 Сейчас в теме
Добрый день, коллеги!

Собрав воедино всё, что здесь написано, не получил ответов на некоторые вопросы:

1. В версии 8.3.9 кластер умеет нормально работать с MS SQL AlwaysOn High Availability Group? Не будет ли требоваться перезапуск службы 1С на серверах кластера, если было переключение на другой сервер БД с MS SQL AlwaysOn High Availability Group?

2. Каким образом распределяются сервисы 1С по серверам кластера 1С (имеется в виду JobService, TimestampService, NumerationService и др.)

3. При подключении пользователя к базе создаётся 2 абсолютно идентичных сеанса, причем на одном рабочем сервере. Это нормально? Не должен ли "двойник" формироваться на любом другом сервере кластера, как раз для обеспечения высокой доступности? Уровень отказоустойчивости кластера выставлен 1.

4. Насколько хорошо происходит перетекание сеансов с остановленного сервера в ваших конфигурациях? Я получаю регулярно зависшие сеансы, их приблизительно 10-15% от общего количества "перетекших".

5. Как правильно указывать на клиентских приложениях строку подключения?
Перечислять все центральные серверы через запятую без пробелов?

Заранее прошу прощения за отнятое время и благодарю за помощь.
113. php5 11 01.06.17 13:43 Сейчас в теме
При организации отказоустойчивого кластера, состоящего из двух центральных серверов столкнулся с нюансом на выявление которого потратил много сил и времени. Нюанс заключается в том, что когда прописываете несколько серверов приложений в списке баз, необходимо указывать без "пробелов", иначе "пробел" не исключается и как следствие, 1с не может найти указанный сервер приложения и соответственно подключиться к базе.
Например, я указывал в подключении "Srvr=serv1, serv2", а надо было "Srvr=serv1,serv2".
115. user806483 01.08.17 12:37 Сейчас в теме
Присоединяюсь к предыдущему автору. Планируется развернуть аналогичную инфраструктуру. За исключением того, что вместо Hyper-V планируем использовать VMware
116. bondar_vy 21.09.17 18:01 Сейчас в теме
Добрый день коллеги.
Поставил платформу 8.3.10.2505 и столкнулся с тем что перечисление в таком формате Srvr="SRV1,SRV2" перестало работать. Пишет что база не существует. По отдельности с каждым сервером соединение есть. Написал в следующем виде: Srvr="SRV1;SRV2" соединение проходить стало, но при этом соединяется только с тем сервером, который первым указан. Проверил следующим образом - положил сервер, который указан первым и соединение не стало проходить. Кто-нибудь с этим сталкивался? Изменился формат? На ИТС ничего не нашёл, может плохо искал. Подскажите.
Заранее спасибо
117. sergauscas 86 09.10.17 16:47 Сейчас в теме
(116) у нас работает.пользователей он сам раскидывает относительно попугаев.их можно посмотреть в рабочих процессах.
156. geldar 3 31.10.19 08:22 Сейчас в теме
(117)
ев.их можно пос


как увидеть процессы второго центрального сервера? в рабочих процессах показывает, что соединений нет. Хотя в кластере сейчас 480 сеансов, под каждое соединение 2 сеанса. На втором сервере ragent достаточно нагружен по CPU.
157. a.doroshkevich 497 31.10.19 16:55 Сейчас в теме
(156)если всё работает корректно, то рабочие процессы всех серверов кластера видно в консоле администрирования
То что рагент нагружен это неправильно, он вообще не нагружется в процессе работы.

Приведите скриншоты настроек кластера, рабочих серверов и их требований назначения функциональности
А так же скриншот рабочих процеесов с консоли
158. geldar 3 31.10.19 17:49 Сейчас в теме
(157)
настроек кластера, рабочих серверов и их требований назначения функциональности
А так же скриншот рабочих процеесов с консоли


прикрепил, в основном все по умолчанию
Прикрепленные файлы:
1с-app центральные сервера, lic1C- сервер лицензий.pdf
159. sergauscas 86 31.10.19 20:24 Сейчас в теме
(158)отключи файрвол и глянь появятся или нет
a.doroshkevich; +1 Ответить
160. sergauscas 86 31.10.19 20:35 Сейчас в теме
(159)сделай скрины раб.процесов справа чтобы видно было и кластера на app-1.он должен быть один в один как app
a.doroshkevich; +1 Ответить
161. a.doroshkevich 497 01.11.19 02:52 Сейчас в теме
(158)На центральных ТНФ которые сейчас есть надо убрать, и назначить Журнал регистрации и полнотекстовый поиск на оба с разным приоритетом

На всех серверах в файерволе разрешить порты сервера 1с на вход, ну или временно отключить его, как посоветовали в (159)
162. geldar 3 01.11.19 10:51 Сейчас в теме
(161)

ок, спасибо, на выходных обязательно сделаю и отпишусь по результатам.
163. geldar 3 03.11.19 08:30 Сейчас в теме
(161)

спаибо! соединения забегали.

ТНФ ниже не нужны чтоли??
Сервис лицензирования Не назначать
Клиентское соединение Назначать

Еще вопрос возник. Сервер лицензий может участвовать в нескольких кластерах??
164. a.doroshkevich 497 03.11.19 13:18 Сейчас в теме
(163)ТНФ ниже не нужны чтоли??
Сервис лицензирования Не назначать
Клиентское соединение Назначать

Нет, в них нет смысла.

Сервер лицензий может участвовать в нескольких кластерах?? - да
165. geldar 3 03.11.19 13:28 Сейчас в теме
(164)
поставил ТНФ и добавил еще один рабочий сервер, посмотрю следующую неделю как отработает.
118. sergauscas 86 09.10.17 16:50 Сейчас в теме
Последний тест отказоустойчивости проходил примерно 3 недели назад.но на спец сборке. Вроде говорили что ещё в 8.3.10 все сделают
119. PerlAmutor 47 13.11.17 20:56 Сейчас в теме
(118) Будут ли работать в кластере 2 сервера разных версий (8.3.7 и 8.3.10), если 8.3.7 - будет центральным, а на 8.3.10 вынесем регламентные задания?
120. sergauscas 86 14.11.17 06:17 Сейчас в теме
(119)Нет, т.к. сервер лицензирования раздает лицензии только на те сервера на которых стоит такая же тех. платформа
121. PerlAmutor 47 14.11.17 06:32 Сейчас в теме
(120) А если у каждого сервера своя лицензия, раздача лицензий отключена, а у пользователей аппаратные ключи?
122. sergauscas 86 23.11.17 16:48 Сейчас в теме
Если только на обоих будут подняты по 2 тех платформы
123. CTA}|{EP 10.03.18 11:02 Сейчас в теме
Есть кто нибудь, кто юзает кластер на последних версиях платформы, как оно себя ведет? Этот зверь работает так как положено работать безотказному кластеру? Или же все как описано, типа перезагрузка каждую ночь )))))))) ну или еще какие костыли!
124. sergauscas 86 10.03.18 15:20 Сейчас в теме
125. nasik90 19.06.18 17:46 Сейчас в теме
Коллеги, подскажите:
есть два сервера приложений, на каждом свой серверный ключ.
Необходимо на третьем серваке развернуть программные клентские лицензии.
Вопрос: если третьему серваку через требования назначения функциональности назначу роль сервиса лицензий, а с первых двух серваков эту роль "сниму", то не отвалятся ли серверные лицензии с этих двух серваков?
127. bondar_vy 27.06.18 12:06 Сейчас в теме
Нет всё будет хорошо, только на том сервере, где развёрнуты программные клиентские лицензии лучше все остальные требования, кроме сервиса лицензирования поставить не назначать, ну или однозначно Клиентское соединение с ИБ поставить не назначать, а на серверах с серверными ключами поставить Клиентское соединение с ИБ назначить, а Сервис лицензирования поставить не назначать.
126. sergauscas 86 20.06.18 07:31 Сейчас в теме
131. user655163_msn25 26.09.18 11:13 Сейчас в теме
Подскажите, как обновлять конфигурацию на отказоустойчивом кластере. Или они могут с разными конфигурациями работать? т.е. пока я один обновляю, запретив к нему подключение, все на втором, и на оборот?
132. user769050 26.11.18 11:23 Сейчас в теме
Добрый день.
Подскажите пожалуйста, при использовании отдельного сервера лицензирования и подключении его к кластеру программные лицензии на конфигурации(и на пользователей тоже) с 1С Предприятия надо активировать с указанием сервера лицензирования или с указанием центрального сервера кластера к которому подключен сервер лицензирования?
133. bondar_vy 1 26.11.18 15:27 Сейчас в теме
Клиентские точно надо указывать сервер лицензирования, если файл на нём находится. У нас такая схема используется.
user769050; +1 Ответить
134. sergauscas 86 10.12.18 12:22 Сейчас в теме
с указанием сервера лицензирования
135. sokir 31.07.19 18:34 Сейчас в теме
А как в этом случае будут раходоваться клиентские лицензии? Расточительно?
Так понимаю что в случае сервера лицензирования - лицензии раздаются сервером 1С?
То есть если пользователей задет на терминальный сервер и запустит 2 сеанса базы, то сколько израсходуется лицензий?
136. sergauscas 86 01.08.19 07:51 Сейчас в теме
(135) Из 1с сказали что используется одна лицензия
138. a.doroshkevich 497 01.08.19 10:29 Сейчас в теме
(136) видимо другая схема была обрисована 1с раз они так сказали, например что лицензии активированы на сервер терминалов, а не выдаются сервером 1с
137. a.doroshkevich 497 01.08.19 10:28 Сейчас в теме
(135)сервер 1с выдаёт лицензии на сеанс, соответственно будет израсходовано 2 лицензии
139. sokir 01.08.19 11:17 Сейчас в теме
Тоесть сервер лицензирования никаким образом не может раздвать лицензии напрямую клиентам?
Только серверу 1С, а он уже на каждый сеанс?
140. a.doroshkevich 497 01.08.19 17:16 Сейчас в теме
(139)да, именно так.
Речь про программные лицензии конечно
141. geldar 3 08.09.19 17:21 Сейчас в теме
Вопрос возник. Есть база на сервере srv1, добавил второй сервер srv2 в кластер, меняю подключение вместо srv1 пишу srv1,srv2. База открывается, но спрашивает - база перемещена или скопирована, это нормально??
142. sergauscas 86 09.09.19 07:28 Сейчас в теме
143. AlexAdm 59 01.10.19 08:20 Сейчас в теме
Привет коллеги.
Почитав все выше изложенное, ну и попробовав воспроизвести кое-что, а именно:
Развернул на трех серверах 1С по следующей схеме
Сервер1 - Центральный сервер (ТНФ сеансовые данные - назначать; Журнал регистрации - Не назначать; Сервис полнотекстового поиска - НЕ назначать)
Севвер2 - Центральный сервер (ТНФ сеансовые данные - назначать; Журнал регистрации - назначать; Сервис полнотекстового поиска - НЕ назначать)
Сервер3 - Рабочий сервер (ТНФ сеансовые данные - НЕ назначать; Журнал регистрации - НЕ назначать, Сервис полнотекстового поиска - назначать).
Отказоустойчивость - 1

И осталось несколько (может вопросов будет больше) вопросов:
1. Без журнала регистрации работа с БД невозможна, (упал Севвер2 и все соединения отвалились) как можно добиться того что бы запись журнала велась в единое место как для Севвер2 так и для Сервер1 , можно ли два центральных сервера натравить на скажем сетевой каталог и будет ли при этом достигнута отказоустойчивость и масштабируемость?
2. Если явно не указывать сервис журнала регистрации записи всегда будут производиться на разные центральные сервера?
144. a.doroshkevich 497 01.10.19 10:26 Сейчас в теме
(143)
1. Без журнала регистрации работа с БД невозможна, (упал Севвер2 и все соединения отвалились) как можно добиться того что бы запись журнала велась в единое место как для Севвер2 так и для Сервер1 , можно ли два центральных сервера натравить на скажем сетевой каталог и будет ли при этом достигнута отказоустойчивость и масштабируемость?


Не совсем верная настройка у Вас, правильно сделать так: Сервер1 - Журнал регистрации - Назначать, приоритет 99 Сервер2 - Журнал регистрации - Назначать, приоритет 100
Тогда при падении Сервера2 ЖР начнёт писаться на Сервер1 (Сетевой каталог для ЖР - неверное решение)


(143)
2. Если явно не указывать сервис журнала регистрации записи всегда будут производиться на разные центральные сервера?

В этом случае ЖР будет писаться в случайном порядке на сервера где не запрещен ТНФ ЖР
145. AlexAdm 59 01.10.19 14:48 Сейчас в теме
(144) Я про приоритеты понял, но тогда неясно как поведет себя журнал в момент падения сервера.
Получится так что часть (до падения сервера2) будет записана на него, вторая часть (после падения сервера2) запишется на Сервер1 и третья часть (после восстановления работы сервера2) продолжит записываться на сервер2 ТАК? Не возникнет ли проблем при работе с Журналом при таких разрывах?
146. a.doroshkevich 497 01.10.19 16:19 Сейчас в теме
(145) Возникнут проблемы с чтением такого журнала и его придётся склеивать.
Но это ничто по сравнению с тем что база продолжит работать.
Сильно нужен ЖР - пишите его в СУБД.
147. AlexAdm 59 02.10.19 06:25 Сейчас в теме
(146) А можете подсказать про склеивание журнала какими методами это лучше делать? И какие есть механизмы по отслеживанию выхода из строя одного из центральных серверов?
148. a.doroshkevich 497 02.10.19 06:53 Сейчас в теме
(147)
А можете подсказать про склеивание журнала какими методами это лучше делать
скорее всего выгрузкой в таблицу данных за время аварии и добавления этих записей в основной ЖР, вроде как есть прям типовые методы в коде


(147)
И какие есть механизмы по отслеживанию выхода из строя одного из центральных серверов?
События ADMIN, ATTN, CLSTR в техжурнале, ну и просто телент на порт рагента для отслеживания самого факта отказа, а не причин
149. AlexAdm 59 02.10.19 07:48 Сейчас в теме
Спасибо.
А по Лицензиям можете подсказать?
Интересует вопрос как работает выделенный сервер лицензирования с физическими ключами..
150. a.doroshkevich 497 04.10.19 12:05 Сейчас в теме
(149)Лучше поменять на программные и забыть о проблемах)

А что именно интересует?
151. AlexAdm 59 04.10.19 14:32 Сейчас в теме
Да просто интересует.
Схема работы при использовании аппаратных ключей.
Каким образом сервер 1С предприятия может найти аппаратные ключи в сети.
152. a.doroshkevich 497 04.10.19 14:53 Сейчас в теме
(151)только ориентируясь на файл nethasp.ini
153. AlexAdm 59 04.10.19 15:44 Сейчас в теме
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Санкт-Петербург
зарплата от 100 000 руб.
Полный день

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Бизнес-архитектор 1С, ведущий консультант
Санкт-Петербург
Полный день

Специалист техподдержки 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Системный аналитик 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день