Please enable JavaScript to view this site.

Topologies

Description

Devolutions Password Server instances can be installed through different topologies. The following are examples of different topologies serving various purposes.

Single Server Topology

The Devolutions Password Server and the SQL Server can be installed on the same machine for a small team up to 20 users. Having Devolutions Password Server and SQL Server on the same machine could result in certain performance issues if you attempt to serve more than 20 users.

Single Server Installation

Single Server Installation

Recommended Basic Topology

A recommended basic topology consists of two servers, one for the Devolutions Password Server and one for the SQL Database. By doing so, all queries are made by the SQL server and performance is less affected on the application server.

Basic Topology

Basic Topology

High Availability Topology

Database layer only

For a high availability of the database, Database Mirroring can be used which replicates data to a partner server. The failover partner server will be ready at anytime when the main server becomes unavailable. This ensures that the Devolutions Password Server is still accessing the data source and is transparent for Remote Desktop Manager users.

High Availability Topology

High Availability Topology

 

Load Balancing Topology

To ensure maximum performance of the Devolutions Password Server, it can be deployed as a load balancing Devolutions Password Server topology as illustrated in the image below. It can either be a physical or software load balancing system.

Load Balancing Devolutions Password Server Topology

Load Balancing Devolutions Password Server Topology

Devolutions Password Server Instance Manual Failover

For customers that do not wish to purchase a load balancer or are seeking a more simplified topology for their system, you can simply utilize two Devolutions Password Server instances on two different web servers and direct them to the same SQL Server database. By registering both instances as separate data sources in the client applications, users can manually toggle between servers in the scenario that one becomes unresponsive.

Manual Failover with Two Devolutions Password Servers

Manual Failover with Two Devolutions Password Servers