Geek de tous les métiers : VM hébergées RemoteApps - nouvelles bonnes pratiques pour les bureaux virtuels ?

L'utilisation d'applications à distance hébergées sur des ordinateurs virtuels pourrait être la prochaine étape incontournable pour accéder aux applications à distance.

Greg Shields

(Ceci a été écrit à l'aide de la version release candidate de Windows Server 8. Tous les renseignements sont sujets à changement.)

Au début, il y a les ordinateurs Terminal Server, et ils ont été un bon début. Ils ont livré un type « contenu » de l'expérience. Les applications distantes vivaient dans les ordinateurs de bureau de serveur Terminal Server, mais l'expérience a été source de confusion. Applications et données pourraient exister dans une des deux endroits — le bureau local de l'utilisateur ou sur leur bureau à distance Terminal Server.

Puis, un jour, RemoteApp est né. Cela change tout. Soudain, les applications pouvaient être livrées comme des applications. La nécessité pour les ordinateurs de bureau doubles a disparu. Confusion a diminué.

Plus tard, les bureaux virtuels est devenu populaire. S'appuyant sur le succès de la virtualisation des serveurs, nous avons voulu également virtualiser les postes de travail. C'est un bon début. Ces bureaux virtuels a également livré une expérience « contenue ». Les applications de vécu au sein des bureaux virtuels, mais l'expérience a également été source de confusion. Applications et données pourraient exister dans une des deux endroits — le bureau local de l'utilisateur ou sur leur bureau virtuel distant.

Puis, un jour, la machine virtuelle (VM)-RemoteApp hébergé est né. Encore une fois, tout a changé. Ce qui est différent, cette fois, c'est lorsque les applications sont installées, sur le Bureau virtuel au lieu d'hôtes Remote Desktop Services (RDS). Soudain, les applications pouvaient être livrées comme des applications encore une fois. La nécessité pour les ordinateurs de bureau doubles a disparu. Confusion a diminué.

L'histoire a certainement une façon de se répéter. En fait, VM-hébergé RemoteApp programmes dans Windows Server 2012 pourraient arrivé à un moment clé dans l'histoire de l'informatique, juste au moment où nous voir une fois de plus les limites dans la prestation d'un autre bureau.

Prochaine évolution dans les bureaux virtuels ?

Pour apprécier les programmes RemoteApp VM-hébergé, vous devez d'abord reconnaître les serveur hébergé des programmes RemoteApp ne résoudre des problèmes. Comme vous le savez, RDS fournissent une plate-forme capable pour héberger des applications plus éloignées. Vous pouvez accéder apps installés dans un hôte RDS (appelé un durable) tant que vous disposez de privilèges et une connexion réseau.

Parfois, cependant, une application et durable juste mélanger. Peut-être que l'application ne fonctionne pas bien au sommet de durable, ou il y a peut-être un problème de licence de la manière. Parfois, une application errant ne vient installe sur Windows Server. Trouver la correction peut être une corvée de beaucoup de temps. Telles sont certaines des situations qui les conduisent vers les bureaux virtuels. Qui fonctionne application problématique très bien sur les ordinateurs de bureau Windows, alors pourquoi ne pas simplement utiliser un ordinateur de bureau Windows ?

Windows Server 2012 offre cette alternative aux programmes RemoteApp que source de bureaux virtuels ou serveurs durable. Le processus commence dans l'Assistant Gestionnaire de serveur ajouter rôles et fonctionnalités. Vous créez une installation de RDS qui héberge une base VM desktop deployment. L'Assistant (voir Figure 1) configure les services de rôle RDS de lancer ces programmes RemoteApp VM hébergées.

La figure 1 déploiement Bureau VM est le fondement de programmes RemoteApp hébergé VM.

Commencer par choisir le déploiement Standard, puis une base VM desktop deployment. Faire installe les services de rôle Remote Desktop connexion Broker, Remote Desktop Web Access et hôte de virtualisation de bureau distant. Vous pouvez installer ces sur le même serveur ou sur plusieurs serveurs. Cliquez sur déployer en dernière page de l'Assistant pour commencer l'installation (voir Figure 2). Votre serveur hôte de virtualisation de bureau distant aura besoin d'au moins deux cartes réseau de l'Assistant créer automatiquement le commutateur virtuel Hyper-V.

La figure 2 déploiement Remote Desktop Services Services de rôle à un seul serveur.

Ensuite, vous devrez créer un modèle de machine virtuelle pour servir votre image maître du Bureau. Vous pouvez baser cette image sur Windows 7 SP1 ou Windows 8, mais seulement les éditions Enterprise et Ultimate de deux OS soutiendra les programmes RemoteApp VM hébergées.

Créer le modèle de machine virtuelle dans le gestionnaire Hyper-V. Puis installer et configurer Windows 7 ou Windows 8. Vous pouvez aussi installer toutes les applications que vous prévoyez de déployer. Pour cet exemple, nous allons créer une VM SP1 de Windows 7 avec Microsoft Office 2010 pour illustrer la compatibilité ascendante.

Vous avez à Sysprep deux Windows 7 SP1 et Windows 8 en finale de votre étape dans la construction du modèle VM. Exécuter les paramètres corrects pour Windows 7 SP1, Action de nettoyage de système et les Options de fermeture (voir Figure 3). Windows 7 SP1 nécessite également une mise à jour des composants d'intégration Hyper-V avant Sysprepping la machine virtuelle. Le faire en cliquant sur Action | Insérez le disque d'installation de Integration Services dans la fenêtre de connexion de la Machine virtuelle du votre VM modèle. Vous devez également déconnecter tous les périphériques connectés (particulièrement les DVD) dans l'écran des paramètres de la machine virtuelle une fois qu'il a terminé de Sysprep et fermer.

La figure 3 Sysprepping un Windows 7 SP1 modèle VM.

VM-hébergé des programmes RemoteApp sont créés à partir des collections de VMs configurées de façon similaire. RDS dans Windows Server 2012 peut créer automatiquement ces de votre modèle de machine virtuelle. Retour à Server Manager et accédez aux Services à distance Bureau | Collections. Dans le cadre de Collections, cliquez sur tâches | Créer une Collection virtuelle de bureau pour lancer l'Assistant de création de Collection.

L'Assistant vous invite un nom de collection et ensuite demander un type de collection (voir Figure 4). VM hébergées RemoteApp programmes travaillent généralement avec des collections de bureau virtuelles commun. Faisant offre des programmes RemoteApp VM-hébergé de toute VM disponible dans le pool sans assigner directement des VMs. La case à cocher indique à RDS automatiquement de créer et de gérer des bureaux virtuels dans la piscine.

La figure 4 spécifiant le type de collection dans l'Assistant créer Collection.

Continuer avec l'Assistant de création de Collection, sélectionner le modèle de la machine virtuelle que vous avez créé et de fournir des paramètres d'installation sans assistance. On vous demandera d'identifier les utilisateurs et les groupes qui devraient avoir accès pour se connecter à la collection, ainsi que la façon dont plusieurs VMs vous voulez RDS de créer initialement.

On vous demandera également de spécifier un emplacement de stockage des VM (voir Figure 5). Hyper-V dans Windows Server 2012 prend en charge un large éventail de moyens pour stocker les fichiers de disque VM. Certaines de ces nouvelles méthodes sont décrites dans mon mai 2012 Geek de tous les métiers de la colonne.

Figure 5 : Spécification de l'emplacement de stockage de bureau virtuel dans l'Assistant de création de Collection.

La dernière page de l'Assistant spécifie si cette collection utilise des disques de profil utilisateur (voir Figure 6). Disques de profil utilisateur sont une autre nouvelle technologie Windows Server 2012. Ils vous permettent de stocker des paramètres de profil utilisateur indépendamment de VMs RDS-hébergé ou durable serveurs. Ils sont semblables aux profils itinérants de bureau à distance, mais beaucoup plus loin. Disques de profil utilisateur permettent aux utilisateurs de mettre leurs paramètres utilisateur le long comme ils se connecteraient à différents ordinateurs virtuels au sein d'un pool.

Figure 6 : Permettant aux disques de profil utilisateur contribue à faciliter le partage de la VM.

Cliquez sur créer dans la dernière page de l'Assistant pour créer la collection et de commencer le clonage VMs de votre modèle de bureau. Asseyez-vous. Ce processus peut prendre une longue période de temps. Une fois le processus de clonage est terminé, vous êtes prêt à associer à des programmes RemoteApp applications installées.

Dans le gestionnaire de serveur, accédez à la collection, que vous venez de créer. Dans le cadre des programmes RemoteApp, cliquez sur tâches | Publier des programmes RemoteApp. Cet Assistant analyser les bureaux virtuels dans la collection, recherchez les applications installées et vous présente une liste de programmes RemoteApp (voir Figure 7). Sélectionnez programmes et cliquez sur publier pour terminer l'Assistant et créer les programmes RemoteApp.

La figure 7 publier les programmes RemoteApp dans l'Assistant de publication des programmes de RemoteApp.

Reliant les Menus démarrer avec RemoteApps

Avec un ou plusieurs RemoteApps prêts pour la livraison, votre tâche finale est de remplir Menu du chaque utilisateur de démarrer avec les connexions nécessaires. Vous pouvez le faire sur chaque bureau Windows 7 ou Windows 8 via le panneau de RemoteApp et Bureau des connexions. Sélectionnez accès RemoteApp et postes de travail.

Vous pouvez connecter le Menu Démarrer de l'utilisateur à une alimentation de type RemoteApp (voir Figure 8). Le nom de serveur entré dans la zone sera votre courtier de connexion Remote Desktop. Le reste de l'URL restera généralement le même. Windows 8 sera livré avec les nouveaux paramètres de stratégie de groupe qui vous permettent de définir l'URL de connexion via la Configuration utilisateur du groupe politique.

La figure 8 vous avez un accès facile aux RemoteApp et Bureau.

Vous remarquerez également que l'URL de connexion doit être HTTPS, ce qui exige un certificat de serveur Web sur le serveur Remote Desktop Web Access. RDS dans Windows Server 2012 a assoupli ce processus par l'incorporation dans les propriétés de déploiement de collection.

Retour dans Server Manager, accédez à des Services de bureau à distance | Collections. Dans le cadre de Collections, cliquez sur tâches | Modifier les propriétés de déploiement, puis sélectionnez certificats. Sélectionnez RD Web Access et choisissez de créer un nouveau certificat ou de sélectionner un certificat existant qui a déjà été installé (voir Figure 9).

La figure 9 Configuration du niveau de certificat de déploiement de votre collection.

Vous pouvez également choisir de créer un nouveau certificat (voir Figure 10). Fournir le nom de domaine pleinement qualifié pour le serveur Remote Desktop Web Access comme un mot de passe. Vous pouvez également stocker le certificat dans un fichier PFX. Ce faisant vous permet d'installer plus tard le certificat dans le magasin de certificats des autorités de Certification racines de confiance sur les ordinateurs qui seront connecteront à des programmes RemoteApp par le biais de RemoteApp et la connexion au bureau à.

La figure 10 vous pouvez créer un nouveau certificat lorsque vous configurez le niveau de certificat de déploiement de votre collection.

Il y a beaucoup d'histoire dans les Services Terminal Server et RDS, tellement afin que nous commençons à voir l'histoire se répète. Pas chaque environnement peut être prêt pour les programmes RemoteApp transparente. Alors encore une fois, pas tout le monde est prêt pour les bureaux virtuels, soit. Cependant, ces nouvelles améliorations à RDS dans Windows Server 2012 vous donnent la flexibilité complète sur votre expérience.

Greg Shields, MVP, est associé au concentré de technologie. Obtenez plus de touche-à-tout astuces et des conseils à des boucliers ConcentratedTech.com.

Contenu connexe

• Geek de tous les métiers : D'aller au-delà d'un
• Geek de tous les métiers : N'est la triche pas toujours mauvaise
• Geek de tous les métiers : Migrations en direct