Guide pas à pas – Configuration d'une infrastructure hautement disponible RDS 2012 R2 [Part 1] | Blog de Hicham KADIRI – Bien choisir son serveur d impression
Sommaire
Information
Le scénario de déploiement traité dans ce guide étape par étape est représentatif d'un projet que j'ai déjà réalisé avec un client grand compte (plus de 1000 connexions).
C'est un scénario que j'ai étudié pendant plusieurs semaines et que je voulais partager avec vous car actuellement (et malheureusement) il n'y a pas beaucoup de documentation technique sur Internet (e-Books / Blogs / Bibliothèques IT…) sur la Haute Disponibilité des services RDS pour la solution RDS sous Windows Server 2012 R2.
Vos remarques, suggestions et commentaires sont bien sûr les bienvenus :).
Bonne lecture o__O.
HK.
Application
Ce guide s'applique à: Windows Server 2012 R2 – Windows Server 2012
introduction
Les services Bureau à distance ou RDS pour les services Bureau à distance, anciennement appelés TSE pour les services Terminal Server (jusqu'à Windows Server 2003 R2) est une solution qui vous permet d'établir des connexions Bureau à distance simultanées (Windows Desktop Access) sur un ou plusieurs hôtes, pour accéder aux applications publiées (RemoteApps, également appelées applications transparentes) ou pour se connecter à des postes de travail virtuels (VDI), de n'importe où et via n'importe quel appareil.
La nouvelle version de la solution RDS introduite avec Windows Server 2012 R2 apporte de nombreuses nouvelles fonctionnalités, notamment:
- Séance d'observation: grâce à ce nouveau mode, les administrateurs et / ou ingénieurs informatiques peuvent désormais assister et dépanner les utilisateurs de Remote Desktop en prenant le contrôle de leurs sessions Remote Desktop.
- Mise à niveau sur place RDSH: Le serveur hôte de session peut désormais être mis à niveau à la place.
- Prise en charge d'un serveur hôte de session sur un DC : Avec RDS 2012 R2, un serveur hôte de session Bureau à distance peut être déployé sur un contrôleur de domaine. L'objectif est de réduire le nombre de serveurs dédiés à l'infrastructure RDS en exploitant les serveurs existants et de permettre aux petites et moyennes entreprises (TPE / PME) de bénéficier des fonctionnalités de la solution RDS.
- Temps de reconnexion : de nouvelles fonctions de reconnexion des sessions Remote Desktop sont intégrées dans la solution RDS 2012 R2. Le temps de reconnexion à une session Remote Desktop existante est de + – 10 secondes, il était de 60 ou même 70 secondes sous les anciennes versions.
La liste complète des "Quoi de neuf" de RDS Windows Server 2012 R2 est disponible ici.
Cet article est un guide pas à pas pour déployer l'infrastructure RDS de Windows Server 2012 R2 en mode haute disponibilité.
Limites de ce guide
Ce guide étape par étape décrit les différentes étapes et instructions de déploiement d'une infrastructure RDS 2012 R2 hautement disponible, y compris la redondance des services / composants suivants:
- Hôte de session Bureau à distance
- Service Broker pour les connexions Bureau à distance
- Accès au bureau à distance via le Web
- Gestionnaire de licences des services Bureau à distance.
Cependant, les points suivants ne sont pas traités / détaillés dans ce guide:
- Création de VM
- Déploiement de Windows Server 2012 R2 (OS invité)
- Configuration réseau ou vNetwork
- Configuration du stockage
- Déploiement et promotion du contrôleur de domaine
- Création de comptes utilisateurs et ordinateurs.
- Jonction au domaine AD.
- Hôte de virtualisation des services Bureau à distance
Important: pour une meilleure utilisation de ce guide et afin d'obtenir les mêmes résultats, il est recommandé de configurer votre environnement de test avec les informations techniques fournies dans le tableau du " bac à sable "Et le schéma de la pièce" Architecture cible "
bac à sable
Remarque: c'est un environnement virtuel, les machines utilisées sont donc des machines virtuelles hébergées sur un hyperviseur et non des machines physiques
Le tableau suivant répertorie toutes les machines (serveurs et postes de travail) de notre modèle:
| Nom d'affichage de la machine virtuelle | Nom d'hôte VM | La description |
| LABDC1 | LABDC1 | DC principal du modèle: AD DS + DNS |
| LABSQLSRV1 | LABSQLSRV1 | Serveur SQL principal du modèle: SQL Server Express 2012 SP1 |
| LABRDSH1 | LABRDSH1 | Serveur hôte de première session |
| LABRDSH1 | LABRDSH1 | Serveur hôte de deuxième session (pour HA) |
| LABRDCB1 | LABRDCB1 | Premier serveur RDS Broker |
| LABRDCB2 | LABRDCB2 | Deuxième serveur RDS Broker (pour HA) |
| LABRDWA1 | LABRDWA1 | Premier serveur d'accès Web RDS |
| LABRDWA2 | LABRDWA2 | Deuxième serveur d'accès Web RDS (pour HA) |
| LABRDLS1 | LABRDLS1 | Premier serveur de licences RDS |
| LABRDLS2 | LABRDLS2 | Deuxième serveur de licences RDS (pour HA) |
| LABW81 | LABW81 | Client RDS: Windows 8.1 Enterprise Edition |
Conditions préalables
Le tableau suivant regroupe les prérequis matériels et logiciels nécessaires pour configurer notre infrastructure RDS 2012 R2 en mode HA:
| Conditions préalables |
La description |
|
Logiciels requis |
|
|
ISO Windows 2012 R2 |
Les serveurs répertoriés dans le tableau ci-dessus ont été déployés à l'aide de l'image ISO Windows Server 2012 R2 Edition Datacenter (version d'essai) disponible en téléchargement gratuit ici. |
|
ISO Windows 8.1 Enterprise |
La station de travail (LABW81) a été déployée à l'aide de l'image ISO Windows 8.1 Enterprise Edition (version d'essai) disponible en téléchargement gratuit ici. |
|
Domaine Active Directory |
Depuis Windows Server 2008, un domaine Active Directory est requis pour la mise en œuvre de la solution RDS. Une nouvelle forêt AD (vLAB.LAN) a été placé sur le modèle. |
|
SQL Server Express 2012 SP1 |
Pour la configuration haute disponibilité de Service Broker, une base de données SQL est requise. SQL Server Express Edition 2012 SP1 est déployé pour l'héberger. Il est également disponible en téléchargement gratuit ici. |
|
SQL Server Management Studio Express 2012 SP1 |
La console de gestion "SQL Server Management Studio Express 2012 SP1" est utilisée pour gérer la base de données créée par l'assistant de configuration du mode haute disponibilité pour le service Broker. L'outil est disponible en téléchargement gratuit à partir de la même page que SQL Server Express Edition 2010 SP1. |
|
Exigences matérielles |
|
|
RAM |
Tous les serveurs du modèle doivent avoir au moins 2 Go de RAM | Dans un environnement de production, il est recommandé d'avoir au moins 4 Go ou 8 Go de RAM. |
|
CPU |
Les serveurs suivants doivent avoir deux vCPU: Ø LABDC1Ø LABSQLSRV1Ø LABRDSH1Ø LABRDSH2Ø LABRDCB1Ø LABRDCB2Ø LABRDWA1Ø LABRDWA2 Les autres serveurs ne peuvent avoir qu'un seul vCPU: Ø LABRDLS1Ø LABRDLS2 |
|
Espace disque |
Tous les serveurs peuvent avoir un seul vDisk d'au moins 50 Go | Dans un environnement de production, il est recommandé d'avoir au moins deux (v) disques: un pour le système d'exploitation et un second pour les données. De plus, il est fortement recommandé de dédier un RAID5 pour les disques de données et un RAID1 pour les disques système. |
| vNetwork | Tous les serveurs doivent avoir au moins une carte d'interface réseau virtuelle (vNIC), configurée avec une adresse IP statique. Voir le schéma de notre architecture cible pour le plan d'adressage IP. |
Architecture cible
Le diagramme suivant représente notre infrastructure RDS 2012 R2 cible [Cliquez sur l’image ci-dessous pour une meilleure visibilité] :
Déploiement de la solution RDS
De nouveaux types et modes de déploiement sont introduits avec RDS 2012 et 2012 R2, en fait, le rôle RDS peut désormais être déployé via deux modes différents et selon deux scénarios différents:
Méthodes de déploiement
- Déploiement standard: déploiement de RDS Role Services sur plusieurs serveurs
- Démarrage rapide: déploiement des services de rôle RDS sur un seul serveur
Scénarios de déploiement
- Déploiement basé sur la session: Présentation de Windows Desktop & Publication d'applications
- Déploiement sur machine Virtuel: VDI (Virtual Desktop Infrastructure)
De plus, quel que soit le mode de déploiement, au moins les 3 services de rôle suivants sont déployés automatiquement (et nécessairement):
Déploiement basé sur la session
- Hôte de session Bureau à distance
- Accès au bureau à distance via le Web
- Service Broker pour les connexions Bureau à distance
Déploiement basé sur une machine virtuelle
- Hôte de virtualisation Services de bureau à distance
- Accès au bureau à distance via le Web
- Service Broker pour les connexions Bureau à distance
Remarque: depuis Windows Server 2012, le " Colonne vertébrale D'une infrastructure RDS est le Service Broker. Microsoft considère que son utilisation est essentielle au bon fonctionnement des connexions Bureau à distance, c'est la raison pour laquelle un déploiement RDS (quels que soient le type et le scénario de déploiement) implique le déploiement du Service Broker accompagné d'un accès Bureau à distance via le Web pour accès aux ressources publiées via un portail Web.
La mode " Déploiement standard Est adopté dans notre déploiement, nous allons donc d'abord déployer les 3 services de rôle sur les serveurs suivants:
|
Service de rôle RDS |
Serveur de déploiement |
| Hôte de session Bureau à distance |
LABRDSH1 |
| Accès au bureau à distance via le Web |
LABRDWA1 |
|
Service Broker pour les connexions Bureau à distance |
LABRDCB1 |
Notez que le rôle RDS peut être déployé via:
- Gestionnaire de serveur
- Windows PowerShell
Déploiement des services de rôle RDS via Manager Serveur
Suivez les instructions suivantes pour effectuer ce premier déploiement via le Gestionnaire de serveur:
- Ouvrez une session Windows sur le DC "LABDC1" et lancez le Gestionnaire de serveur
- Cliquer sur " Tous les serveurs", Ensuite" Gérer "Et enfin" Ajouter des serveurs ":
- Une fois ajoutés, les trois serveurs apparaissent désormais dans le " Tous les serveurs"
- Maintenant que nous avons ajouté les serveurs sur lesquels nous allons déployer RDS, accédez au tableau de bord et cliquez sur le bouton " Ajouter des rôles et des fonctionnalités"
- Choisissez " Déploiement de bureaux basés sur les sessions"Comme scénario de déploiement et cliquez sur" Suivant "
- Avant de cliquer sur " Suivant"Prenez note des informations suivantes:
- Le déploiement des 3 services de rôle RDS se fera comme suit:
- "LABRDSH1" pour le déploiement du serveur hôte de session Bureau à distance
- "LABRDWA1" pour le déploiement du serveur Web Remote Desktop Access
- "LABRDCB1" pour le déploiement du serveur Broker pour les connexions Bureau à distance
- Le déploiement des 3 services de rôle RDS se fera comme suit:
- Sélectionnez et ajoutez le serveur " LABRDCB1 "Et cliquez sur" Suivant":
- Sélectionnez et ajoutez le serveur " LABRDWA1"Et cliquez sur" Suivant "
Sélectionnez et ajoutez le serveur " LABRDSH1"Et cliquez sur" Suivant ":
- Si le déploiement réussit, les informations suivantes s'affichent:
- Cliquer sur " Services de bureau à distance Et vérifiez les serveurs de votre déploiement:
Si vous lancez le Gestionnaire de serveur à partir des serveurs LABRDSH1, LABRDCB1 et LABRDWA1, vous verrez apparaître la même console "Remote Desktop Services". En effet, il suffit de déployer l'un des services de rôle RDS sur un serveur pour faire apparaître la console de gestion «Remote Desktop Services».
Nous arrivons à la fin de cette première partie, [Part 2] à partir de ce guide étape par étape, nous verrons:
Comment déployer des services de rôle RDS via Windows PowerShell
Comment créer une collection de sessions en mode GUI et CLI
Comment publier des RemoteApps en mode GUI et CLI
Comment déployer un serveur de licences
Commentaires
Laisser un commentaire