Exploiter Microsoft RDS sur le Scale HC3

L'un des grands avantages d'une plateforme d'infrastructure centralisée et unifiée comme le Scale HC3 est la possibilité d'utiliser la plateforme pour fournir des services de bureau et des services aux utilisateurs finaux de manière centralisée, parallèlement aux services serveur traditionnels. Le fond de panier à haut débit permet aux ressources serveur et bureau de communiquer à grande vitesse, et la gestion centralisée réduit le coût total de possession souvent associé à ce type de services. Des applications telles que le service de fichiers et les communications sensibles à la latence bénéficient tout particulièrement de cette architecture.

Pour la majorité des entreprises, l'approche la plus judicieuse pour ajouter des services informatiques distants destinés aux utilisateurs finaux à leur environnement consistera à recourir aux propres serveurs Bureau à distance (Remote Desktop Servers, ou RDS) de Microsoft, car la plupart des environnements cherchent à offrir une expérience similaire à celle d'un bureau Windows traditionnel. Le RDS de Microsoft est un ensemble d'outils puissant et relativement facile à mettre en œuvre. C'est un excellent point de départ pour proposer une gamme de services.

En raison de la nature à haute disponibilité de la plateforme Scale HC3, nous disposons de bonnes options quant à la manière d'aborder la planification et le provisionnement d'un déploiement RDS. Nous pouvons choisir de maintenir notre déploiement réduit et simple et d'exploiter les fonctionnalités de haute disponibilité intégrées au cluster Scale HC3 pour maintenir notre environnement en cas de défaillance matérielle, ou bien nous pouvons à cet effet tirer parti de la haute disponibilité offerte par l'environnement RDS lui-même.

Dans un déploiement de petite taille, il serait le plus courant d'exploiter les fonctionnalités de haute disponibilité du Scale HC3 pour maintenir la disponibilité de nos services RDS. Cette façon de procéder nous permet d'exécuter une seule instance RDS avec un minimum de licences, de ressources et de charge de maintenance. C'est l'approche la plus simple et elle est très efficace. C'est une excellente manière, pour la majorité des clients, de tirer le meilleur parti de la plateforme Scale HC3. Scale peut se charger du gros du travail dans ce cas, et nous sommes en mesure de concentrer nos efforts là où ils sont plus efficaces.

Dans les déploiements de grande envergure, disposer d'une seule instance RDS peut ne pas être suffisant. À ce stade, il deviendrait généralement raisonnable de passer à un déploiement RDS multiserveur avec une répartition de charge des charges de travail entre les instances. En règle générale, nous souhaiterions ne pas voir plus d'un seul serveur RDS déployé par nœud Scale HC3 afin d'exploiter au mieux les ressources disponibles. De cette manière, autant d'instances de serveur RDS que nécessaire pourraient être déployées pour absorber la capacité de l'environnement.

Dans la plupart des cas, même avec le déploiement de plus grande envergure réparti sur de nombreux nœuds, nous utiliserions une répartition de charge en amont de la ferme RDS, mais nous continuerions tout de même à recourir aux fonctionnalités de haute disponibilité intégrées au cluster Scale HC3 pour gérer les défaillances matérielles en déplaçant les charges de travail en cours d'exécution depuis un nœud défaillant vers un nœud disponible. Le répartiteur de charge verrait la même instance avec la même adresse IP, permettant une reprise quasiment transparente, entièrement automatisée et n'exigeant qu'un minimum d'effort.

Dans des cas plus extrêmes où la pleine capacité du cluster est requise, il est possible de configurer une instance RDS par nœud physique du cluster et de désactiver les fonctionnalités de haute disponibilité, pour utiliser à la place les fonctions de répartition de charge afin de transférer la charge vers les nœuds restants. Cela se traduirait par une perte de performance progressive plutôt que par une interruption de service. À moins que les ressources ne soient déjà extrêmement limitées, le processeur et la mémoire alloués aux utilisateurs diminueraient, mais la fonctionnalité du système resterait intacte. Ce n'est pas une solution aussi idéale qu'une solution de haute disponibilité complète, mais cela peut constituer une alternative très fonctionnelle au coût du matériel nécessaire à ce niveau de protection.

Microsoft Windows RDS et Scale forment un partenariat évident. Scale s'attache à rendre la plateforme aussi simple et robuste que possible, tandis que les produits Windows et RDS de Microsoft nous offrent le point d'entrée le plus simple dans l'espace de l'informatique partagée. Pour les petites et moyennes entreprises, et tout particulièrement pour les déploiements sur site, le RDS constitue souvent le choix parfait pour évoluer vers une informatique centralisée fondée sur des clients légers, et il peut être un élément clé favorisant la mobilité du personnel, la sécurité, voire les options de type « apportez votre propre appareil » (bring your own device).

[Cet article a été commandé pour le blog de Scale.]