Добрый день, коллеги. Проблема следующая: как будто бы не работает балансировка нагрузки в кластере.

Дано: 2 сервера (менеджер кластера и рабочий сервер), менеджер кластера с мощным железом (20 ядер Xeon Gold 6256 3.6Ghz, 300 Гб ОЗУ), рабочий сервер послабей (20 ядер Xeon Godl 6132 2.60GHz, 100 Гб ОЗУ)
Версия 1С 8.3.17.1851 (недавно обновились, на предыдущем релизе ситуация была такая же).
Лицензии ПРОФ, т.е. все настройки кластера по умолчанию.

В консоли вижу, что на менеджере кластера висит 1 рабочий процесс (300 Мб, 7 соединений, дост. производ. 60), зато на рабочем сервере висит 8 рабочих процессов (суммарно 86 Гб, 400 соединений, средняя производ. 140).

Как так, ведь по идее менеджер кластера должен распределять соединения на более мощное железо. Подскажите, куда копать, пжлст.

менеджере кластера - дост. производ. 60
на рабочем сервере - средняя производ. 140

Всё отлично работает. Как и задумано.

Но разве не должен менеджер распределят соединения так, чтобы сначала более мощная машина была загружена?

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

(2) Так ты сам показал "средняя производ"
Вот у тебя более мощная и загружена

Но это же не так по факту. Рабочий сервер слабее...

(5) уверен? эталонный вызов включает в себя и файловые операции, а в (0) о дисковой подсистеме ни слова

Уверен. Там везде SSD в рейде, самые быстрые, которые только удалось купить. Короче, по всем параметрам менеджер кластера мощней рабочего сервера...

Кластеру виднее

(5) СУБД где находится? На том же, "более мощном" или на отдельном сервере?

просто сетевая воткнута в 100 Мбит порт, а на рабочем сервере 10 GbE ))

Что медленно стало работать? Тормозить, зависать, падать из-за нехватки памяти и т.д.?

(9) СУДБ на отдельном

(10) сервера в одной подсети, скорость соединения одинаковая

(11) до обновления оборудования работало медленно. Спецом купили железо для нового сервака, а оно по сути не используется - т.е. продолжает тормозить, т.к. соединения на старом сервере

Перенести все на 1 сервер.
1С и СУБД.

(12) часть нагрузки можно перенести требованиями назначения функциональности. а в целом вызывай специалиста ( (13) не зови :) , мож у тебя на новом сервере странная схема управления питанием или еще что

Ветка, вообще показательна.
"работало медленно."
А давайте воткнем еще сервак.

20 ядер, кстати, не может быть у Xeon® Gold 6256
https://ark.intel.com/content/www/ru/ru/ark/products/198655/intel-xeon-gold-6256-processor-33m-cache-3-60-ghz.html

на всех 3 серверах
CPU-Z bench single thread с наблюдением за наличием нарастания
CrystalDiskMark bench 4k

ping -l 8000 c клиента до обоих серверов, с серверов до сервера СУБД
tracert с клиента до обоих серверов, с серверов до сервера СУБД

Потом можно тест Гилева с принудительным размещением соединения до обоих серверов, ну, или самому написать.

Вообще, первым делом я бы поулыбался бы результатам CPU-Z bench