MS Terminal Services

 Download PDF File
2014-03
1.4

Table of Contents

1Introduction

1.1Document Purpose

1.2Intended Audience

2Load Balancing Microsoft Terminal Services

3References

Document History

1Introduction

KEMP Technologies leads the industry in driving the price/performance value proposition for application delivery and load balancing to levels that our customers can afford. Our products’ versatile and powerful architecture provide the highest value, while enabling our customers to optimize their businesses that rely on Internet-based infrastructure to conduct business with their customers, employees and partners.

KEMP Technologies products optimize web and application infrastructure as defined by high-availability, high-performance, flexible scalability, security and ease of management. They maximize the total cost-of-ownership for web infrastructure, while enabling flexible and comprehensive deployment options.

1.1Document Purpose

This document describes various aspects of configuring the KEMP LoadMaster for use with Microsoft Terminal Services. It describes in detail how to configure the LoadMaster using the LoadMaster Web User Interface (WUI).

1.2Intended Audience

This document is intended to help anyone who wishes to learn about or implement load balancing on Microsoft Terminal Services using the KEMP LoadMaster.

2Load Balancing Microsoft Terminal Services

Setting up a Virtual Service to balance Microsoft Terminal Servers is very similar to setting up any other Virtual Service. The system tries to automatically detect the type of Virtual Service based on the port of the Virtual Service.If the Virtual Service uses port 80, 8080 or 443, then it will be configured as a HTTP/HTTPS service. If it uses port 3389 then it will be configured for terminal services. If the port is set to anything else, the service will be configured as “Generic”.

The type of the service can always be changed manually if needed.

This configuration is intended to allow the LoadMaster to balance Microsoft Terminal Services across multiple servers. Upon first connection, a server is allocated using the standard scheduling methods, i.e. Round Robin, Least Connection, Adaptive, etc.

If a user disconnects from his/her session without logging out, it is preferable to maintain persistence with the server that he/she originally connected to. This allows that user to come back to the screen they were working on, with all the same windows open and applications running where they had left off.

This is where the Persistence Mode of Terminal Service comes in. If this persistence mode is enabled, when a user reconnects, the LoadMaster will try to connect the session to the same server. It does this in one of three ways:

Figure 2‑1: Virtual Service Properties

If the terminal servers support a Session Directory, the LoadMaster will use the "routing token" supplied by the Session Directory to determine the correct host to connect to. The LoadMaster persistency timeout value is irrelevant here - it is a feature of the Session Directory.

The IP address redirection option in the Session Directory configuration must be unchecked for this to work.

msrdp-3

Figure 2‑2: Remote Desktop Connection

Using Session Directory with the LoadMaster is optional in terms of persistence. If the client pre-populates the username and password fields in the initial request, then this value is stored on the LoadMaster. As long as these fields are still populated upon reconnect, the LoadMaster will look up the name and reconnect to the same server as the original connection. The persistence timeout is used to limit the time the information is kept on the LoadMaster.

If using Terminal-Service or source IP mode, then if neither of these two modes succeeds, the source IP address will be used for persistency.

3References

Unless otherwise specified, the following documents can be found at http://www.kemptechnologies.com/documentation.

Web User Interface (WUI), Configuration Guide KEMP LoadMaster, Product Overview

Document History

Date

Change

Reason for Change

Ver.

Resp.

May 2013

Initial draft of the document

Documentation reorganization

1.0

DD

July 2013

Updated copyright

Updated section

1.1

LB

Oct 2013

Minor changes

Consistency improvements

1.2

LB

Jan 2014

Minor change

Update to Copyright

1.3

LB

Mar 2014

Minor change

Update to

1.4

LB

Was this article helpful?

0 out of 0 found this helpful

Comments