Today, we will explain how the deployment of RDS Session Host on Windows Server 2012 R2 differs from earlier versions of Windows Server and describes the available deployment options. Remote Desktop Services on Windows Server have significantly improved over the last time, but nevertheless, a lot of incomprehensible due to the many components involved in the process remains. RD Session
When a remote desktop session is disconnected, applications in the user session continue to run. To track user sessions, RD Connection Broker stores information such as the name of the
Starting with Windows Server 2012, remote desktop connection brokers not only store data about user sessions, but also configuration information. RD Connection Broker uses a Windows internal database to save session and configuration information, except when High Availability Mode (HA) is set up using SQL 2008 R2 server (or later version).
Remote Desktop Connection Broker requires an Active Directory domain, but cannot be installed on a domain controller (DC). You can deploy remote desktop services in a workgroup by installing the server role, although it loses the possibility of centralized management, control panels and the functionality of remote applications Remoteapp.
Windows Server 2012 also introduces the collections concept. In Windows Server 2008 R2, system administrators were required to publish applications for each RD Session Host individually. The Remote Desktop Connection Broker now stores configuration information.
The key to understanding how to deploy RDS on Windows Server 2012 R2 in the understanding that installing the RD Session Host is not enough. Server Manager provides a special deployment mode for installing RDS, so all the necessary components are installed in the right places to make deployment simple and quick.
In the Add Roles and Features Wizard in Server Manager, there is a special installation option, the installation of Remote Desktop Services installation, which you need to select when you deploy Remote Desktop Services. The wording with this option is a bit confusing, but the option allows you to set up hosts for remote desktop sessions without deploying a full virtual desktop infrastructure (VDI).
Standard deployment is the default deployment model, and if you really want to install all the necessary roles on one server, which is not the best practice, then you should select this option. A quick installation can be useful in test scenarios or in small branches where there is only one available server.
Standard deployment allows you to install RD Connection Broker, RD Session Host and RD Web Access on a single server or on multiple servers, which is the most likely deployment scenario in a production environment. Remote Desktop Connection Broker includes the Windows internal database, RD Session Host, and RD Web Access roles. All of this is mandatory, but RD Gateway plays an optional role. RD Web Access provides users with access to RemoteApps or desktops from the Start menu or from a
All necessary management consoles can be found in Server Manager on the server where the Remote Desktop Connection Proxy is installed, with the exception of RD Gateway and RD Licensing.
Here we will talk about the standard deployment model, which allows you to distribute the roles of remote desktop servers or install them for a single server.
Standard deployment is the default deployment model, and even if the three server roles per server are installed for the demonstration, this is not the best solution. The Windows internal database is installed as part of the process to support the role of the RD Connection Broker, as well as some of the IIS components for RD Web Access that provide access to RemoteApps or desktops from the Start menu or from the
If you want to use deployed Remote Desktop Services for more than a
Servers that you plan to use in your
Source: https://habr.com/ru/post/306002/
All Articles