NLB Cluster из терминальных серверов, нет доступа ниоткуда кроме нод входящих в него

[Charg]

В общем пытаюсь следовать этой статье (https://blog.it-kb.ru/2013/09/05/remote-desktop-services-rds-rd-session-host-and-web-access-in-farm-high-availability-rd-connection-broker-in-nlb-cluster-on-windows-server-2012/), пытаюсь объединить 3 виртуалки в NLB кластер с последующим их использованием для 1с в терминалке.
Затык у меня в том что пользователи и сам кластер находятся не в одной и той же подсети. В данный момент просто моя тестовая среда находится в удаленной серверной, и теоретически я мог бы просто поднять все эти виртуалки в той же подсети в которой основная часть пользователей и всё бы работало, но когда всё это дело будет в продакшене - пользователям из всех подсетей нужна 1ска так что нужно разобраться сразу же.
https://i.imgur.com/FRe6Pyp.png
На каждой ноде 2 сетевых интерфейса, та что с айпи 1** в конце - это интерфейсы объединенные в кластер. Именно их статья говорит объединять в кластер, хотя на них нет шлюза, и я не понимаю как оно теоретически тогда должно работать, ведь нет шлюза = нет маршрутизации...

Собственно проблема в том что rdcb.office.company.com (FQDN адрес кластера) не пингуется ниоткуда кроме как с нод, входящих в этот кластер. Даже с любых других хостов из той же подсети не пингуется. Ну и соответстенно по RDP я попасть не могу ни по айпи ни по доменному имени кластера.

[paranoya]

На маршрутизаторе, через который всё объединено в локальную сеть, настроить VLANы и маршрутизацию. Либо просто маршрутизацию.

[Charg]

А поподробнее про "настроить маршрутизацию"? Вообще это 2 разные сети (сеть с бОльшей частью клиентов и сеть с тестовым кластером) за двумя Kerio Control с впн-туннелем между ними.

[Charg]

Видимо ответ кроется тут https://kb.vmware.com/s/article/1556
Но я не уверен какие последствия могут быть если выключить эти RARP пакеты на ESXi хостах, поэтому пока ничего не делаю.

Вообще может я не с того начал? Мне хотелось бы сделать ферму терминальных серверов для 1с в RemoteApp, чтобы в случае каких-то работ\неисправностей\обновлений была возможность один сервер "отключить от кластера", сделать необходимые работы (допустим обновление ОС или какого-нибудь софта) и ввести обратно, чтобы одновременно в рабочем состоянии находились минимум несколько рабочих терминальников.
В данный момент терминальный сервер есть и он один, т.е. если в течении рабочего дня появляется какая-то проблема - приходится ждать пока каждый пользователь закроет 1с, завершит сеанс и это затягивается надолго.
Есть какие-то другие способы решения такой задачи кроме NLB кластера?