Вебинар: Архитектура отказоустойчивой RDS-фермы 2026

RDS на 50 пользователей — это сервер. RDS на 500 — это уже система: брокер, лицензирование, файловое хранилище профилей, шлюзы, контроллеры домена, балансировка между площадками. Каждый из этих компонентов — потенциальная точка отказа.

По данным Uptime Institute, за последние три года более трети операторов столкнулись с серьёзными перебоями в работе из-за системных и программных неполадок, а сбои в сетевой инфраструктуре стали более частой причиной остановки сервисов, чем проблемы с электроснабжением. Стандартная инсталляция с одним брокером и одной базой такие отказы не переживает.

На вебинаре 28 мая в 14:00 по МСК разберём референсную архитектуру отказоустойчивой RDS-фермы с двумя активными ЦОД, изолированным Witness-узлом и синхронной репликацией SQL.

Покажем не идеальный сценарий из вендорских презентаций, а реальные отказы: EDGE, NPS, брокер, SQL Primary, файловый сервер, контроллер домена, полная изоляция ЦОД. Для каждого случая – что переключается автоматически, что требует ручных действий, и где скрыты подводные камни.

Зарегистрируйтесь на вебинар и получите RDS Infrastructure Playground – автономную интерактивную схему фермы. На схеме – все ключевые компоненты (RD Gateway, RD Web Access, Connection Broker, Session Hosts, SQL Always On, FSLogix, DFS, NPS, RD Licensing, Domain Controllers) и связи между ними: клиентский трафик, внутренние соединения, репликация, HA-связи, DNS и кросс-ЦОД маршруты.

Удобно использовать для подготовки к проектированию или модернизации RDS, для разбора архитектуры с командой и для объяснения заказчику, почему отказоустойчивая ферма строится как связанная система, а не как «сервер плюс ещё один сервер».

Для кого

• Архитекторы корпоративной IT-инфраструктуры.
• IT-директора и системные администраторы, проектирующие или эксплуатирующие RDS-фермы с требованием непрерывности 24/7.
• Специалисты по информационной безопасности и непрерывности бизнеса, отвечающие за выполнение SLA, RTO и RPO.

О чём мы расскажем?

• От SLA к архитектуре: как требования доступности определяют конкретную топологию решения
• Active-Active на двух ЦОД: маршрутизация клиентов, DNS Round Robin, EDGE-узлы и кросс-ЦОД-проксирование
• Ядро RDS: Active-Active брокеры с общей SQL-базой, Session Hosts
• SQL Always On + Witness-узел в третьей локации: синхронная реплика, автоматический failover, защита от split-brain
• FSLogix и DFS: три модели хранения пользовательских профилей (VHDLocations, Cloud Cache, Concurrent Access) — когда какая применима
• Сценарии отказов и сводная матрица RTO/RPO — от потери одного компонента до полной изоляции ЦОД. Каждый сценарий разбираем на интерактивном playground, который остаётся у участников