Keep each RDS session collection at a consistent Windows Server version

Source facts

Microsoft requires the Session Hosts within one collection to use the same version level, while allowing separate collections. Connection Brokers in a highly available deployment must also share an operating-system level. The source’s compatibility example allows a Windows Server 2022 Session Host with a Windows Server 2025 Broker, but not the reverse pairing. Microsoft documentation.

Applicability

Use this review when designing or auditing a mixed-version RDS environment. Identify every collection, its member hosts, and the brokers serving it. Check the current interoperability tables for the actual proposed combinations.

DSE recommendation

Build a collection-membership matrix rather than relying on a deployment-wide list of servers. Have the RDS owner confirm the intended version for each collection and the consistent level of the broker group. Review any newly added host against that matrix before admitting user sessions. Keep a subsequent migration or upgrade sequence separately planned from this supported steady-state design.

Verification

Inspect actual collection membership and operating-system versions, then test representative sessions through the intended broker path. Record the specific host and collection serving each test. Resolve an inconsistent collection or unsupported broker pairing before adding more hosts. Retain the accepted matrix with the deployment inventory and review it after membership changes.

Official references

Microsoft Learn: Supported Configurations for Remote Desktop Services. Source reviewed September 8, 2026.