|
Кластер серверов 1С | ☑ | ||
---|---|---|---|---|
0
Антиквар
03.10.24
✎
21:20
|
Всем привет!
Решил провести горизонтальное масштабирование нашей системы 1С с помощью добавления второго сервера 1С в кластер. Отказоустойчивость не нужна, поэтому думаю текущий сервер сделать центральным, а второй рабочим. Это проще, не надо настраивать требования назначения функциональности. Но мне непонятен такой момент: центральный сервер может поручить выполнить любое задание второму серверу, например какое-то регламентное задание, которое читает сообщения из брокера, или выгружает какой-то файл в сетевую папку, отправляет почту, подключается к какому-то ресту... А для этого всего нужны доступы. Получается для этого второго сервера нужно прорубать все те же доступы, что и для первого? |
|||
1
Волшебник
03.10.24
✎
21:21
|
Тема не отражает суть сообщения.
|
|||
2
Волшебник
03.10.24
✎
21:22
|
Вы там вообще кто? Вы имеете права на рефакторинг кластера?
|
|||
3
Антиквар
03.10.24
✎
21:24
|
(1) Почему? Был 1 сервер, хотим сделать кластер серверов. Ранее не делал, хочется понять как правильно настроить. Тему изменить не могу, вроде тут нельзя
|
|||
4
Волшебник
03.10.24
✎
21:25
|
>> Отказоустойчивость не нужна
Она не нужна только очень глупым людям. Остальным нормальным людям нужна отказоустойчивость. |
|||
5
Волшебник
03.10.24
✎
21:25
|
(3) Не закапывай себя.
|
|||
6
Антиквар
03.10.24
✎
21:28
|
(2) Нам выделяют сервера, а всё что связано с настройкой и администрированием 1С - наша (моя в том числе) задача
|
|||
7
Hmster
03.10.24
✎
21:29
|
Так я не понял в чем вопрос?
Код выполняется на сервере? Код обращается к сетевой шаре? Значит сервер должен иметь доступ к сетевой шаре. |
|||
8
Антиквар
03.10.24
✎
21:35
|
(4) Ну давай дадим тебе умному 2 сервера и посмотрим как ты организуешь отказоустойчивость. К чему эти грубости.
Я исходные данные озвучил, пока есть что имеем. До сих пор работа велась только на одном сервере 1С, заказ доп. ресурсов дело у нас очень сложное. Но имея хотя бы второй сервер можно сделать связку Центральный-Рабочий. Это должно разгрузить, такая схема взаимодействия есть, и не только глупые люди её используют. |
|||
9
Волшебник
03.10.24
✎
21:39
|
(8) Давай!
|
|||
10
Антиквар
03.10.24
✎
21:40
|
(7) Ну я думал может кто какой совет даст, как допустим ограничить список заданий, которые идут на второй сервер. Читал где-то, что в ТНФ при лицензии КОРП можно тонко настраивать, прописывать конкретные базы, вроде даже рег. задания... Могу ошибаться. Не нахожу примеров, как это сделать
|
|||
11
Fram
03.10.24
✎
21:49
|
(8) Что то интересно стало а чем будет заниматься "Центральный" сервер?
|
|||
12
Fram
03.10.24
✎
21:51
|
(0) Сейчас у вас куда упирается производительность?
|
|||
13
H A D G E H O G s
03.10.24
✎
22:19
|
(12) Вангую, что никуда. 1С тормозило или автору стало скучно и ему купили 2-ой сервер, чтобы все летало, а теперь автор стал задаваться вопросом.
p.s. Летать не будет. |
|||
14
Волшебник
03.10.24
✎
22:21
|
(13) Примерно так... Присоединяюсь к Ванге в глазах H A D G E H O G s
|
|||
15
Антиквар
03.10.24
✎
22:30
|
(12) В основном в память упирается, но и проц бывает. Самое частое - достигается временно допустимый объем памяти всех процессов, после чего срабатывает ограничение на безопасный расход памяти за 1 вызов. Объем памяти наращивать уже не получится, есть стандарты в организации, только горизонтально расширяться
|
|||
16
Антиквар
03.10.24
✎
22:33
|
(11) Не понял вопроса, что значит чем заниматься? Тем же самым и будет заниматься чем сейчас, плюс надеюсь будет нагружать рабочий сервер, надеюсь будет распределять нагрузку. Я так понимаю, что без настроек ТНФ это всё должно так работать. Первый опыт у меня в этом вопросе (не считая отдельного сервера лицензий), потому и спросил.
|
|||
17
H A D G E H O G s
03.10.24
✎
22:44
|
(15) "после чего срабатывает ограничение на безопасный расход памяти за 1 вызов"
Ну тоесть, ничего не смущает? |
|||
18
vde69
03.10.24
✎
22:50
|
(11) раньше он занимался 3 вещами
1. управление остальными серверами 2. поддержание блокировок 3. поддержание танзакций (в какой-то момент 1с стало мало блокировок и транзакций в SQL и оно это зафигачило на сервер 1с) но в последнее время 1с вроде как даже сделало возможным иметь несколько главных серверов в одном кластере (я на эту тему читал отчет об исправлении ошибок в последних версиях), и тут по моему уже можно говорить об отказоустойчивости. |
|||
19
Hmster
03.10.24
✎
22:52
|
(15) "Объем памяти наращивать уже не получится" - это как понимать? Что у вас там за железо-то? Сколько отъедает памяти 1С? А то у меня такое чувство, что вторым сервером вы хотите свой локальный комп сделать
|
|||
20
Антиквар
03.10.24
✎
23:44
|
(17) Смущает, что сеанс столько может отжирать памяти? Но есть определенные механизмы, которые оптимизировать на текущий момент не получится в связи с большими объемами данных. Только если на РИБ переводить.
(19) Всё на виртуалках. Память 64 Гб, сервер СУБД на другой машине, но памяти в горячие дни не хватает. Т.е. 1С всё и отъедает. Второй сервер тоже 64 Гб. |
|||
21
Волшебник
03.10.24
✎
23:45
|
(20) Дайте больше памяти
|
|||
22
H A D G E H O G s
03.10.24
✎
23:49
|
(20) Смотри, какая магия у меня в прикрепленном фото.
Это мой домашний комп. Не сервер. А вот сервер в 1 Тб памяти, к примеру, у одних наших клиентов был еще в 2019 году, 5 лет назад.
|
|||
23
H A D G E H O G s
03.10.24
✎
23:50
|
(20) Ну и отжиралово в несколько Гб памяти за 1 серверный вызов - это не нормально и ничем не мотивированно.
|
|||
24
Антиквар
04.10.24
✎
00:11
|
(21) Нам и дали больше памяти, второй сервер, я с этого и начал. Говорю же, есть определенные рамки, организация огромная, 1С-ников особо выделять никто не хочет. Почему то на джаве пишут им хватает памяти, а 1Сникам вечно не хватает. Всё у нас в ЦОДах, на виртуалках, с ними договор определенный видимо, память 64 Гб максимум, ведем переговоры с руководством насчет того, что нам нужно больше, ищутся варианты. Но всё это трудно движется.
|
|||
25
Антиквар
04.10.24
✎
00:12
|
(23) согласен, работаем над этим. Но когда типовая так работает, это не так просто исправить.
|
|||
26
Антиквар
04.10.24
✎
00:15
|
Ребят, вопрос то был в общем то о другом, а вы наболевшие для меня темы мусолите)
Вот нет больше памяти, нет пока возможности оптимизировать расход памяти при серверном вызове при определенных операциях. Но есть второй сервер. Хочу текущий оставить центральным, а второй сделать рабочим. И как я понимаю, нужно дать ему все те же доступы, что и у первого, и это должно взлететь и разгрузить первый сервак. В чем тут ошибаюсь? |
|||
27
Волшебник
04.10.24
✎
00:18
|
(26) Отвалите на полгода, само рассосётся
|
|||
28
lEvGl
04.10.24
✎
09:28
|
были непонятные ситуации, когда один отдавал другому и сбивались счетчики номеров документов, справочников и тд. ну как сбивались, другой начинал нумеровать от того, что было у него в последний раз
доп производительности от двух как то не ощущалось ну это так, из минусов, а отказоустойчивость в некоторой степени Была, это плюс |
|||
29
Антиквар
04.10.24
✎
00:47
|
(28) Значит у Вас оба сервера были центральными. Я же хочу второй сделать просто рабочим
|
|||
30
osa1C
04.10.24
✎
06:35
|
(26) Ты так внятно и не ответил, чем у тебя будет заниматься Центральный сервер, как ты его называешь и чем рабочий. Поэтому тебе и сказать ничего не могут, потому как не знают чего ты там удумал. Как мне видится дичь какую-то
|
|||
31
osa1C
04.10.24
✎
07:03
|
||||
32
sikuda
04.10.24
✎
10:40
|
Прямо в тему:
"никакие настройки кластера или сервера 1С не заставят вашу 1С работать быстрее. Все настройки необходимы исключительно для того, чтобы система в целом работала стабильнее, а не быстрее. Быстрее – это вопрос к программисту, пусть код переписывает, Либо к DBA – пусть сервер базы данных настраивает." Память 64 Гб на сервере это смешно. У Вас вообще база самописа или Типовая? У Вас лицензия ПРОФ или КОРП? |
|||
33
H A D G E H O G s
04.10.24
✎
10:41
|
(32) медленнее можно сделать :)
|
|||
34
VladZ
04.10.24
✎
10:42
|
(0) "Получается для этого второго сервера нужно прорубать все те же доступы, что и для первого?" - да.
Это позволит немного убрать загрузка с первого сервера. Какой профит ты с этого получишь - никто не знает. Возможно 10%. Возможно 20%. Чудес не жди. |
|||
35
программистище
04.10.24
✎
10:54
|
Автор вообще в курсе, что кластер работает с лицензией платформы КОРП?
|
|||
36
sikuda
04.10.24
✎
11:03
|
(33) 2019. Было дело разводили Тонких и Толстых клиентов
http://sikuda.tw1.ru/?p=2947 Но это было для самописки где строились безумные отчеты по миллиону строк... Наигрались с кластером 1С до нервного срыва. (Начальство думало о нем как о волшебной таблетке) Но тогда еще не было КОРП лицензий.. (35) не вводите в заблуждение - менять большинство параметров нельзя в ПРОФ |
|||
37
PLUT
04.10.24
✎
11:36
|
(24)
Нам и дали больше памяти, второй сервер
Всё у нас в ЦОДах, на виртуалках а у нас физический сервер на оптанах (их можно "нарезать" как угодно - хочешь ОЗУ, хочешь ПЗУ) физический сервер для продуктива - как оказалось быстрее и приятнее работает, чем виртуализация... тестовые сервера и базы на виртуалках на более слабом железе - боль и страдания... вот тут про Матрицы виртуализации забавно... https://infostart.ru/1c/articles/1686720/ p.s. для сравнения. восстановление базы размером овер 300 Гектар из бэкапа на продуктивном сервере буквально несколько минут, на виртуалке на тестовом - часа на 2 ожидания... понятно, что сравнение теплого с мягким.. но что имеем, то и .бём |
|||
38
программистище
04.10.24
✎
11:12
|
(36) а у меня что написано? читать не умеем?
|
|||
39
Hmster
04.10.24
✎
13:13
|
(20) Сейчас на ноутбуки ставят столько памяти
|
|||
40
Начинающий Восьмерочн
04.10.24
✎
17:51
|
(29) Какой релиз платформы у вас сейчас ?
|
|||
41
Фокусник
05.10.24
✎
07:12
|
(20) >Всё на виртуалках. Память 64 Гб, сервер СУБД на другой машине, но памяти в горячие дни не хватает. Т.е. 1С всё и отъедает. Второй сервер тоже 64 Гб.
У меня на лично-рабочем ноутбуке память 64Гб. И всего-то 3-4 виртуалки на нём использую. Видимо это не так уж много для рабочего сервера ;) |
|||
42
Антиквар
07.10.24
✎
13:36
|
(31) По моему крайне неудачная инструкция. Делают 2 центральных сервера, а ТНФ назначают только по сервису лицензирования. А как же сеансовые данные, журнал регистрации,... Лучше бы с помощью ТНФ их на один сервер определить. Ну или приоритет расставить, если уж отказоустойчивый кластер делаем.
Я то как раз хочу этим не заморачиваться и сделать один центральный сервер, а второй просто рабочий, который по указанию центрального всё делает, но не принимает клиентов, не ведет ЖР, не пишет сеансовые данные... |
|||
43
Антиквар
07.10.24
✎
13:37
|
(35) автор в курсе, у нас лицензия КОРП
|
|||
44
Антиквар
07.10.24
✎
13:39
|
(37) "физический сервер для продуктива - как оказалось быстрее и приятнее работает, чем виртуализация...
тестовые сервера и базы на виртуалках на более слабом железе - боль и страдания..." Ну это к гадалке не ходи. Физические ресурсы просим уже год, через год обещали дать ) |
|||
45
Антиквар
07.10.24
✎
13:41
|
(40) 8.3.22, но скоро переходим, типовые конфигурации того требуют
|
|||
46
Антиквар
07.10.24
✎
13:45
|
(30) Почему дичь?
А почему я должен решать, чем будет заниматься центральный сервер, если он один, а второй просто рабочий? Если 2 центральных, то надо поделить между ними полномочия, а я хочу лишь разгрузить центральный сервер. Предполагаю, что центральный сервер сам должен передавать на рабочий задания и управлять им. Это так не работает разве? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |