Добрый день.
Установлена платформа 1С:Предприятие 8.3 (8.3.13.1690)  и конфигурация 1С:ERP Управление предприятием 2 (2.2.2.127).  Конфигурация ERP зарегистрирована на локально установленном сервере взаимодействия версии 5.0.37. Количество одновременных  пользователей от 50 до 250.

Сервер 1С Предприятия установлен на Linux Ubuntu 16.04
Аппаратные характеристики сервера 1C предприятия: 22vCPU, 132 GB RAM, SSD-диск

База данных: PostgresSQL на Linux Ubuntu 16.04
Аппаратные характеристики сервера 1C предприятия: 18vCPU, 112 GB RAM, SSD-диск

Сервер взаимодействия установлен на Linux Ubuntu 16.04
Аппаратные характеристики сервера взаимодействия: 2vCPU, 4GB RAM

Имеется проблема с Системой взаимодействия, которая заключается в следующем: при одновременной работе более 50 пользователей новые пользователи могут авторизоваться, после чего у них интерфейс  приложения 1С "зависает", невозможно переходить в меню и пункты. В некоторых случаях помогает удаление пользовательского кэша 1С на компьютере, после чего можно зайти 1 раз, на этом компьютере, следующие попытки войти снова приводят к зависанию.

Если остановить сервер взаимодействия или обработкой отменить регистрацию системы взаимодействия - конфигурация начинает работать нормально. Если перезапустить систему взаимодействия - платформа непродолжительное время может работать нормально, от 30 минут до 2 часов, после чего снова начинаются зависания. Время проявления зависания уменьшается если одновременно заходит большое количество пользователей, от 50-100 человек. При этом деградации производительности во время зависания ни на одном сервере не наблюдается, работа серверов стабильна, есть достаточное  количество свободной оперативной памяти и ядер.

Проблема началась после перехода на на платформу 8.3.13.1644 и сервер взаимодействия версии 4.0.73, а затем и на 8.3.13.1690 и  5.0.37. Ранее, до перехода на 8.13, на платформах, включая 8.3.12.1685 - всё работало нормально.

Когда были платформы до 8.3.12 - использовали PostgreSQL 9.6.3 и для сервера взаимодействия, и для сервера базы данных.  После обновления  платформы до 8.3.13.1644 проблема с зависанием появилась при использовании PostgreSQL 9.6.3, после чего обновили PostgreSQL до  версии 11.1 на сервере баз данных, и до последней версии в ветке 9.6 - на сервере взаимодействия. Проблема так и сохранилась, и от версии PostgreSQl не зависит.

Устанавливали сервер взаимодействия заново, на чистую систему, без обновления существующей установки сервера взаимодействия.

Вопросы: куда копать, что смотреть? В конфигурации установлен режим совместимости с 8.3.11, может ли это меть влияние? Как ограничить количество подключений пользователей к серверу взаимодействия?  В техподдержку 1с написал, ответ жду уже больше месяца, результата пока нет.

Тут надо писать багрепорт в 1с

это не сервер - это журнал регистрации.
нужно в старый формат перевести

(1) Месяц от них ответа жду. Дампы приложений отправлял, пока без толку

(2) Спасибо за идею, попробую. Были подобные проблемы?

(4) у меня недавно, журнал регистрацию съедал диск, создалвал очередь и база зависала

(4) а еще при смене прлатформы был сбой связанный с расширениями

(2) Проверил, уже используется старый (последовательный) формат журнала

(0) Платите и обрящете: Разделение лицензий 1с ПРОФ и КОРП

> в соответствии с лицензионным соглашением для использования "1С:Сервера взаимодействия" требуются лицензии уровня КОРП.

(9) я вот это не совсем понял - теперь любая функциональность сервера взаимодействия (сервер на своём железе или использование сервера московской 1С) - требует лицензии уровня КОРП?

(10) Как я понял, на своём. Московский он демонстрационный.

(9) Откуда ты вытянул эту чушь?

(12) последняя строка

+(12) А, понял, отсюда http://1c.ru/news/info.jsp?id=25491
Тогда интересно, как у меня работает у клиента без всяких КОРП?
Думаю, что речь про доступность частичного функционала
Надо изучить вопрос

ЗЫ: (13) Что последняя строка? Последняя строка где?

(12) А как на самом деле, Ром?

+(14) Вообще, похоже на то, что при использовании КОРП сервера 1С лицензии на сервер взаимодействия 1С тоже нужны КОРП
А не то, что при использовании ПРОФ сервера 1С не будет работать сервер взаимодействия вообще

(18) Он будет работать. Пока. Но это нарушение лицензии и тд

Достаточно хреновый шаг - сначала показать очень крутой продукт, а потом завернуть все для КОРП, я уже запланировал развертывание сервера взаимодействий на весну, а тут такая лажа

(21) Это твое мнение или есть пруф?
Или в качестве пруфа ты используешь http://1c.ru/news/info.jsp?id=25491?

(22) Как обычно. Сначала многие кричали "эта конфетка никому не нужна". Потом начали применять. Вендор, естественно, решил её монетизировать отдельно.

(14) У меня тоже работает. Но версия ниже, чем у ТС. И сервера взаимодействия, и платформы. И подключений 50 не набирается. А у твоего клиента?

(23) Вот пруф от вендора: http://v8.1c.ru/overview/corp/

(25) До 8.3.12 было всё ок. Потом 8.3.13 и вот оно  https://dl03.1c.ru/content/Platform/8_3_14_1565/1cv8upd_8_3_14_1565.htm#199f74c5-0668-11e8-a3f7-0050569f678a

Возможность развертывания собственного сервера системы взаимодействия вышла из статуса бета-версии. Для использования собственного сервера системы взаимодействия требуются клиентские и серверные лицензии уровня КОРП (см. здесь). В документации данное изменение описано здесь.

Источник: https://dl03.1c.ru/content/Platform/8_3_14_1565/1cv8upd_8_3_14_1565.htm#945cd1ec-d82e-11e8-a3f7-0050569f678a

(14) Вангую что не на долго. Пишут после 09.09.19 станет еще хуже, и в новых релизах уже включат защиту КОРП в платформу.

(27) Спасибо, что нашел с какого релиза это началось. Буду держаться до последнего )

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

(30) скорее всего: покупать корп серверный, клиентский нет, и отключать функционал сервера взаимодействия

(0) а смысл в сервере взаимодействия ?

(32) уведомления, например

(26) Мда, вот это они зря, конечно
Прямо закапывают на корню невзошедший росток

(33) это важно ?

(31) Без клиентских "Корп" сервер взаимодействия не будет работать, получается. Зачем тогда серверный "Корп"?

Блин, прямо очень плохая новость

(37) "Несите ваши денежки" (цы)

(38) Да не, это-то нормально и понятно
Но несут в основном за проф лицензии же, а, значит, тушите свет, технологию широко в массы не двинешь

А такой прорыв был, такие возможности открывались

Хрен нам, а не возможность пинания клиента с сервера :(

(27) 8.3.12.1855 - вчера словил окно предупредения что мол ядер много и сервер 1С настроен не по дефолту.
Хотя сервер взаимодействий вроде как работает

(41) очень своевременное замечание, например для (32).

(43) на хабре статья разработчиков сервера  .Из неё..."Создать механизм обмена сообщениями. Быстрый, надежный, с гарантированной доставкой, с возможностью гибкого поиска сообщений"

(41) Именно

А откуда сервер взаимодействия знает про вид лицензии?
Если на одном сервере вз-дя зарегены две базы, одна с обычного, другая с корп - на одной будет работать, на другой нет?

(46) Спросит у клиента. Тот спросит у сервера. А как отреагирует - спрашивай у вендора )

(36) остальные серверные фишки использовать. например снять ограничение на 12 ядер

(35) да