jonygreen пишет:
Никаких таких проблем не испытываю, скажу что настроено, в моем случае, чтобы брокеры использовали не стандартную базу для хранения текущих сессиий, а MSSQL , профили используем VHDX, кол-во одновременных сессий доходит до 400. Ошибок авторизаций как таковых нет, если у тебя сессия на первом например октрыта, а ты подключаешь в тонком клиенте к третему, то он тебя перенаправляет на первый (он же брокер) событием об этом есть в журнале windows. Согласен , что схема, когда все хосты брокеры не является best practise , если у тебя десятки-сотни хостов, наверное, не самая удачная идея, но если как в моем случае 3-4, то ничего плохого не вижу, отказоустойчивость как бонус, не важно какой хост упадет, ну кроме хоста с mssql базой конечно, но и её при желании можно реплицировать.
ошибки следующие
- 3 сервера не могут быть одновременно CB и SH серверами, это возможно без HA (официальная документация как бЭ намекает)
- ошибки у вас не в авторизации, а в том что вы не понимаете логику работы CB серверов
когда заходите пользователем на ферму, смотрим логи, там будет на одном сервере что зашел, на 2 других создан временный профиль TEMP (он создается только один на весь сервер, если таких будет несколько, будет небольшая задержка в логоне пользователей, опять таки мало заметно но есть), через примерно 30-60 секунд профиль будет убит, вроде бы ничего, до первой блокировки профиля
- load-balance у вас не работает как задумано, поясню, он вообще не работает, тк работает только RR (это видно по перекосу пользователей), конечно в 16 сервере даже на связке 2:2 которая не рекомендуется, но возможна, перекос есть, хоть и небольшой. При нормальной работе фермы пользователи должны быть поровну, из 400 каждому должно достаться по 133, и одному +1 (134)
жаль что M$ не скоро сделает балансировку по CPU, IOPS, RAM и утилизации
конечно если профили лежат не на CFS а на SMB (пусть даже с DFS) то там легко снять блокировку профиля достаточно разорвать с ним связь для указанного сервера, у меня вот CFS тк профили большие около 30-40гб и поэтому файловый кластер, а под капотом FC 16 Gbit
я отлаживал не одну ферму, и собирал разные конфигурации в песочнице, тестирую разные каверзные способы входа и выхода, в итоге пришел к конфигурации 3:3
все ошибки видно либо в логах каждого сервера либо в оснастке серверов, их стоит искать как в основной панели серверов, и там же в разделе Удаленные рабочие сервера, и так же по серверам пройтись, там остальные логи видны
при нормально работе там не должно быть ошибок вообще, у меня там только алерты что зашел как /admin или сервер выведен на обслуживание