itdimko написалправильно ли я понял, что возможности сохранить/перенести сеанс пользователя во время отказа одного из серверов нет, он все-равно умрет?
Если сеанс работал на отказавшем сервере, то да, разумеется сеанс умрёт вместе с сервером. Это вполне ожидаемо.
itdimko написалмне так и не ясен смысл использования служб в режиме высокой доступности, т.к. доступность наступит спустя какое-то время...
Ну смысл есть хотя-бы потому что у вас роль RDCB перестает быть службой с единственной точкой отказа, - вышел из строя один сервер с ролью, через некоторое время эти функции перейдут к другому живому серверу.
Если Вы хотите более или менее спокойно ходить в отпуск например, то HA RDCB (пускай даже с небольшой задержкой в срабатывании) для Вас, как для Администратора это лучше чем просто RDCB. Тут, я думаю, поспорить трудно.
itdimko написалтак каков промежуток срабатывания механизма переключения активной роли RDCB и от каких факторов он может зависит?
Этой информации в открытых источниках я нигде найти не смог. Возможно это какие-то периодически запускаемые процедуры на уровне БД RDCB, и как я подозреваю, в зависимости от того, как выход из строя активного брокера попал в этот такт будет варьироваться время передачи роли активного брокера на другой сервер.
Более того, если вы действительно использовали предложенный мной вариант с NLB, то в зависимости от типа отказа сервера, в некоторых ситуациях может потребоваться дополнительное выключение сервера как участника кластера NLB.
itdimko написалесли запретить на одном из серверов вход командой "change logon /disable", пользователи будут перенаправляется на этот сервер?
Не уверен что эта команда будет работать. Для запрета входа пользователей наверно правильней будет использовать консоль Server Manager, там есть возможность разрешить/запретить подключения.
Опять же если вы используете NLB, то надо не забывать про то, что сервер, который вы планируете вывести на обслуживание, нужно также отключать в NLB-кластере.
itdimko написалесли сервер лицензирования на 2008R2, RDSH сервера должны сожрать клиентские лицензии?
Насколько я знаю для раздачи RDS CAL уровня Windows Server 2012 (для 2012 R2 нет отдельного типа CAL) требуется сервер RD Licensing на базе как минимум Windows Server 2012.
По крайней мере так было на предыдущих версиях TS/RDS, и я по старой памяти не стал заморачиваться и сразу обновил сервер RD Licensing до Windows Server 2012 R2, тем более что у меня там параллельно работает служба KMS.