Les instances de Devolutions Server peuvent être installées à travers différentes topologies. Les exemples suivants illustrent différentes topologies pour divers usages.
Le Devolutions Server et le SQL Server peuvent être installés sur la même machine pour une petite équipe de jusqu'à 20 utilisateurs. Avoir Devolutions Server et SQL Server sur la même machine pourrait entraîner certains problèmes de performance si vous tentez de servir plus de 20 utilisateurs.
Une topologie de base recommandée consiste en deux serveurs : un pour le Devolutions Server et un pour la base de données SQL. Ainsi, toutes les requêtes sont faites par le serveur SQL et la performance est moins affectée sur le serveur d'applications.
Pour une haute disponibilité de la base de données, le miroir de base de données peut être utilisé, ce qui réplique les données sur un serveur partenaire. Le serveur partenaire de basculement est prêt à tout moment lorsque le serveur principal devient indisponible. Cela garantit que le Devolutions Server accède toujours à la source de données et est transparent pour les utilisateurs de Remote Desktop Manager.
Pour assurer une performance maximale du Devolutions Server, il peut être déployé comme une topologie de Devolutions Server en équilibrage de charges, comme illustré dans l'image ci-dessous. Il peut s'agir soit d'un système d'équilibrage de charges physique ou logiciel.
Pour les clients qui ne souhaitent pas acheter un répartiteur de charge ou cherchent une topologie plus simplifiée pour leur système, vous pouvez simplement utiliser deux instances de Devolutions Server sur deux serveurs Web différents et les diriger vers la même base de données SQL Server. En enregistrant les deux instances comme sources de données séparées dans les applications clientes, les utilisateurs peuvent basculer manuellement entre les serveurs dans le cas où l'un d'eux devient non réactif.
Donnez-nous vos commentaires