Touche-à-tout informatique : Monter en charge avec les modèles

Vous pouvez créer des modèles de service System Center 2012 Virtual Machine Manager pour déployer et gérer des services de bureau à distance avec montée en charge.

Greg Shields

Un modèle bien conçu est quelque chose que vous pouvez utiliser encore et encore. Vous pouvez redéployer des environnements entières avec juste quelques clics. Modèles exceptionellement peuvent également évoluer sur un service en déployant rapidement les nouveaux serveurs. Modèles de service System Center 2012 Virtual Machine Manager (VMM) vous donnent une approche bottom-up à construire et il provisioning services.

Alors que c'est génial dans leur potentielle d'automatisation, les modèles de service VMM 2012 souffrent d'un problème de perception. Parcourir le contenu Web actuel et vous pouvez finir par penser que ces modèles sont conçus exclusivement pour les services Web et les développeurs Web. Ils ne le sont pas.

Vous pouvez faire n'importe quel service informatique qui inclut des serveurs, les applications et les configurations dans un modèle de service VMM 2012 — si vous êtes prêt à faire le travail. Un de ces services IT que vous pouvez faire dans un modèle est Remote Desktop Services (RDS).

En tant que les utilisateurs réguliers du service Windows Server seules directement, il semble que vous devez toujours recréer vos serveurs RDS. Parce que vous avez à le faire régulièrement, la fonctionnalité de l'évolutivité horizontale automatique VMM 2012 peut être une solution idéale pour déployer rapidement des serveurs Remote Desktop Session Host (RDSH) supplémentaires. Nous avons tous souhaité une meilleure façon de déployer des serveurs RDS. Avec VMM 2012, nous avons les outils pour le travail.

Trois niveaux, que vous avez déjà vu

Creuser par le biais de l'interface VMM 2012 et vous trouverez un bouton anodin appelé échelle. À leur valeur nominale, en cliquant sur ce bouton fait peu plus que d'ajouter un nouveau serveur au niveau machine d'un déploiement service. Vous pouvez cliquer sur tout cela que vous voulez. Cliquant dessus sans la préparation adéquate ne sera pas vous aller loin.

Il est plus facile d'expliquer cette dernière déclaration avec un exemple. Figure 1 montre un modèle de service pour un service de Web à trois niveaux prototypique vous avez probablement déjà vu.

Figure 1 un modèle de service VMM 2012 à trois niveaux prototypique.

Ce service Web a un palier de machine pour Web server, serveur d'applications et serveur de base de données. Il intègre également un modèle d'IP (VIP) virtuel Microsoft Network Load Balancing (NLB) pour le trafic Web entrant d'équilibrer la charge entre les serveurs au niveau du modèle service Web.

Pas chaque niveau de service ou machine fait un bon candidat pour échelle dehors. Dans cet exemple, la couche plus susceptible de faire évoluer est la couche Web. Mise à l'échelle sur un serveur IIS 7 ou IIS 8 Web requiert peu plus de création d'un nouveau serveur, installez les services de rôle IIS nécessaires, puis vers un emplacement réseau pour ses pages Web IIS.

Cette simplicité contraste l'effort initial nécessaire à l'échelle des autres niveaux. Car ils contiennent des données et applications, autres rangées ont tendance à besoin d'une configuration beaucoup plus complexe si ils ont à faire évoluer automatiquement. La leçon avec cet exemple vaut reprenant : Non chaque service ou chaque niveau est un bon candidat de scale-out.

Serveurs RDSH : jamais assez

Cette leçon même est vraie pour les RDS. Un déploiement de RDS base installe trois services de rôle sur un seul serveur : Accès Web Bureau à distance (RDWA), Broker de connexion Bureau à distance (RDCB) et RDSH. Parmi eux, le plus probable candidat pour échelle dehors est RDSH.

Microsoft a apporté quelques modifications notables à RDS dans Windows Server 2012 pour simplifier l'implémentation. Un tel ajustement est la présomption que tous les serveurs RDSH dans une collection et de déploiement sont configurés de la même façon. Chaque serveur RDSH dans une collection et un déploiement de Windows Server 2012 RDS est présumé contiennent les mêmes applications et configurations comme l'autre.

Alors que cette exigence y paraît contraignant, il simplifie considérablement l'automatisation de déploiement. Utilisateurs RDS plus simultanés nécessitent plus de séances RDSH. À un certain moment, vous aurez besoin de plus de serveurs RDSH pour supporter cette charge accrue de l'utilisateur. Parce que chaque serveur RDSH doit être la même que celle qui la précède, chaque nouveau serveur peut commencer sa vie d'un modèle commun de la machine virtuelle (VM).

C'est la bonne nouvelle. La mauvaise nouvelle est que vous ne pouvez pas simplement cliquez le bouton de VMM 2012 Scale Out (voir en bas à droite de Figure 2) et attendre le nouveau serveur débute automatiquement en servant de séances. Vous devrez ajouter les serveurs RDSH nouvellement mis en service dans la collection et le déploiement de RDS existant. Dans les versions antérieures de Windows, cette étape nécessaire intervention manuelle. Dans Windows Server 2012, vous pouvez automatiser cela avec des cmdlets Windows PowerShell bien placés quelques.

La figure 2 The Scale Out bouton VMM 2012.

Étape 1. Construire un modèle d'ordinateur virtuel

Voici un processus étape par étape, vous pouvez implémenter pour construire votre propre réutilisable — et évolutive — modèle de service RDS dans VMM 2012. La première étape est peut-être le plus facile, parce que vous l'avez sans doute fait avant. Créer un modèle d'ordinateur virtuel VMM 2012. C'est une des activités plus fondamentales dans VMM et est documentée dans l'article TechNet Library "création modèles d'ordinateurs virtuels dans VMM. »

Il y a évidemment un peu d'art dans la science de la création de ce modèle d'ordinateur virtuel. Vous vais l'utiliser pour déployer rapidement des serveurs RDSH dans les étapes qui suivent. Cela signifie que votre modèle doit être prêt pour le déploiement automatique. Vous pouvez choisir d'installer des applications directement dans le modèle ou le livrer à la demande avec la solution automatisée telle que System Center Configuration Manager ou App-V.

Ce modèle VM devienne le point de départ pour toutes les machines virtuelles que vous allez mettre en service votre service RDS. Assurez-vous que vous configurez du modèle profil matériel et profil d'OS invité pour correspondre à toute configuration de n'importe quel serveur RDSH devrait avoir lorsqu'il est déployé plus tard.

Étape 2. Créez un modèle de service RDS monoserveur

Ce modèle de machine virtuelle est la base pour votre modèle de service VMM. Ce modèle de service contient deux volets : une couche hôte Initial et un second niveau de Scale-Out. Cette séparation est importante parce que le modèle de service ne doit faire évoluer le service de rôle RDSH. Tous les autres services de rôle (et l'instance initiale de RDSH) restent situés le niveau Initial des serveurs.

Cliquez-droit sur modèles de Service dans la vue Bibliothèque 2012 VMM pour créer un nouveau modèle de service. Nommez le modèle et sélectionnez le modèle vierge. Cela crée un espace de travail vide pour créer votre modèle de service RDS.

Dans le concepteur de modèle de Service, cliquez sur le bouton Ajouter de niveau Machine. Cela lance l'Assistant de modèle créer Machine couche (voir Figure 3). Sélectionnez l'option pour personnaliser une copie d'un modèle d'ordinateur virtuel existant, puis cliquez sur le bouton Parcourir pour spécifier le modèle de machine virtuelle, que vous avez créé à l'étape 1.

Figure 3 l'Assistant pour créer un modèle de niveau machine.

Nommez ce premier niveau de la couche hôte Initial dans la page de propriétés supplémentaires de l'Assistant. Laisser cela autres paramètres de la page inchangés. Sélectionnez un profil matériel dans la page de configuration matérielle de l'Assistant, puis un profil de système d'exploitation invité dans la page Configurer le système d'exploitation.

Faire une pause pendant une minute sur la page Configurer le système d'exploitation et jetez un oeil à sa valeur pour les informations d'identité. Cette valeur définit le nom de l'ordinateur de la machine virtuelle, vous allez déployer. Il utilise par défaut un caractère générique ("*").  Cette valeur générique indique à VMM 2012 pour générer un nom unique et aléatoire pour l'ordinateur virtuel après son déploiement. Notre prochaines applets de commande Windows PowerShell , toutefois, exigent que nous connaissons le nom de l'ordinateur. Par conséquent, nous aurez besoin de le spécifier dans la configuration de notre déploiement en lui affectant une variable de modèle de service.

VMM 2012 accomplit cette mission en entourant le nom de la variable avec le "@" symbole (voir Figure 4). Ici, le nom de l'ordinateur a été défini selon la variable @RDSFirstServerHostname @. Cette utilisation de variables dans les modèles de service VMM est un élément clé de ce qui les rend hautement automatisé. Variables comme ceci obtiennent leurs valeurs comme services et sont configurés pour le déploiement.

Figure 4 définir le nom de l'ordinateur comme une variable en utilisant le "@" symbole.

Vous devez également sélectionner les services de rôle RDS à installer sur la page Configurer le système d'exploitation. Sélectionnez uniquement les cases à cocher suivantes sous rôles : Distance Services Bureau, Broker Connexion Bureau à distance, Remote Desktop Session Host et Remote Desktop Web Access (voir Figure 5). Ce faisant, indique à VMM d'installer ces rôles et ses conditions préalables dans le cadre de la machine virtuelle, processus de fourniture.

Figure 5 Voici quelques-unes des rôles, vous aurez besoin.

Voici où nous avons besoin mettre en pause une seconde fois. N'oubliez pas que le RDS est un cas spécial dans Windows Server 2012. Installation de ses services de rôle accomplit un peu jusqu'à ce qu'ils sont assemblés dans un déploiement et une collection. Normalement, cela se passe dans l'interface graphique du gestionnaire de serveur, mais peut également se produire via un jeu d'applets de commande Windows PowerShell .

Vous allez créer la collection et le déploiement de RDS dans la page de configurer des Applications de l'Assistant à l'aide d'une série de scripts de pré-installation. Quelque peu énigmatique, Microsoft se réfère à celles-ci comme les exécutions de commande générique (GCEs). Ils peuvent être réel VBScript, scripts Windows PowerShell , ou batch scripts exécutés sur la machine virtuelle, ou des commandes exécutées dans un ordre de déploiement.

Vous aurez besoin de cinq scripts séparés de pré-installation. Les deux premiers forcer la machine virtuelle de redémarrer... deux fois. Oui, vous aurez besoin de redémarrer l'ordinateur deux fois pour installer entièrement les services de rôle RDS avant de créer la collection et le déploiement.

Le script de pré-installation troisième définit la stratégie d'exécution Windows PowerShell à contourner. Ce bit de piratage assure que les quatrième et cinquième commandes exécuteront silencieusement. Le quatrième commandement (voir Figure 6) lance Windows PowerShell avec ses - interrupteur de commande pour exécuter une applet de commande New-RDSessionDeployment spécialement configuré. La cinquième et dernière commande lance Windows PowerShell pour exécuter la commande New-RDSessionCollection.

La figure 6. Configurer Windows PowerShell pour RDS.

Cette liste présente les détails de préinstaller CME que vous aurez besoin pour construire vous-même. Ces cinq commandes doivent être exécutées dans cet ordre et avec les paramètres suivants pour RDS déployer avec succès :

• Pré-installation 1 :
  • Programme exécutable : cmd.exe
  • Paramètres : / q/c shutdown /r /t 0
• Pré-installation 2 :
  • Programme exécutable : cmd.exe
  • Paramètres : / q/c shutdown /r /t 0
• Pré-installation 3 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande set-executionpolicy ignorer - forcer
• Pré-installation 4 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande de nouvelle-RDSessionDeployment - ConnectionBroker @ComputerName @ - WebAccessServer @ComputerName @ - SessionHost @ComputerName @ - verbose
• Pré-installation 5 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande de nouvelle-RDSessionCollection - NomCollection @CollectionName @ - SessionHost @ComputerName @ - ConnectionBroker @ComputerName @ - verbose

Vous aurez également besoin d'inclure quelques paramètres supplémentaires dans chaque CME de préinstallation. Tout d'abord, configurez chaque script de pré-installation avec un VMM compte avec des privilèges d'administrateur de domaine. Vous aurez besoin pour la cmdlet New-RDSessionDeployment. Augmenter le timeout de chaque script configuration à 3 600 secondes. Enfin, cliquez sur le bouton avancé sur les deux premiers scripts et cochez la case redémarrer politique, « Toujours redémarrer après que le script est terminée. » Cela devrait assurer que le redémarrage s'effectue sans générer d'erreur.

Vous verrez que vous utilisez plusieurs variables (encore une fois entouré par le "@" symbole) dans ces applets de commande Windows PowerShell . Les variables de fournissent les renseignements les commandes demandent, comme le nom de l'ordinateur (@ComputerName @) et le nom de collection (@CollectionName @). Il vous sera demandé pour le @CollectionName @ la valeur dans la configuration de déploiement. Le @ComputerName @ valeur est une variable intégrée qui traduit automatiquement au nom de domaine pleinement qualifié du serveur (FQDN).

Cliquez pour terminer l'Assistant. Vous avez maintenant construit un modèle de service RDS serveur unique que vous pouvez utiliser pour tester un déploiement. Pour ce faire, cliquez sur le bouton configurer le déploiement du concepteur et fonctionne par le biais de l'Assistant de déploiement (voir Figure 7). Notez les valeurs pour NomCollection et RDSFirstServerName nécessitant une spécification sous l'onglet Paramètres avant de déployer le service.

La figure 7 l'Assistant de déploiement pour configurer les déploiements.

Étape 3. Ajouter une couche de scale-out

Un modèle de service VMM 2012 est conçu pour déployer un service fonctionnant avec le déclic simple d'un bouton. Accomplir cet exploit nécessite de remplir le modèle de service avec toutes les configurations qu'un déploiement nécessite si c'est pour terminer avec succès et en silence. C'est pourquoi il faut un peu d'effort. Cela devient particulièrement important si vous avez l'intention d'ajouter plus tard automatismes via System Center Operations Manager et System Center Orchestrator.

Le modèle de service VMM que vous venez de créer ne prend en charge une configuration à serveur unique, mais vous voulez une solution scale-out pour RDSH. Pour obtenir cette échelle dehors, vous aurez besoin d'un second niveau de la machine. Commencer par la suppression de tous les services déployés associés à votre modèle de service RDS. Vous pouvez également faire une copie de ce modèle de service initiale.

Faites un clic droit pour ouvrir le modèle dans le concepteur. Puis cliquez sur le bouton Ajouter de niveau Machine. Dans le premier écran de l'Assistant modèle de Tier création de la Machine, choisir de personnaliser une copie d'un modèle d'ordinateur virtuel existant, puis sélectionnez le modèle de machine virtuelle, que vous avez créé à l'étape 1.

Cette fois page de propriétés supplémentaires de l'Assistant nécessite plus d'attention (voir Figure 8). Ce second niveau devra l'ordre de déploiement préféré et préféré entretien ordre défini sur 2. Cela garantit que les ordinateurs virtuels de ce niveau obtenir mis en service après ceux de la première rangée. Cette couche doit également être configurée pour échelle dehors avec un nombre d'instances par défaut de l'un et un nombre d'instances maximale de cinq (ou n'importe quelle valeur vos besoins nécessitent).

Figure 8 vous pouvez définir des propriétés supplémentaires pour l'échelle des Tier.

Configuration de la couche comme ceci indique à VMM pour configurer une machine virtuelle unique au cours du déploiement initial et permettre un maximum de cinq ordinateurs virtuels par la suite. Création d'une disponibilité pour la couche aidera pendant les mises à jour ultérieures aux machines virtuelles de ce niveau.

Dans les pages de l'Assistant de configuration matériel et configurer le système d'exploitation, vous allez utiliser des paramètres semblables à ceux de la couche initiale, à quelques exceptions près. Pour votre première exception, la valeur identity information sur RDSH ## (voir Figure 9). Échelle requiert l'utilisation de caractères génériques d'affectation de noms, qui sont définies à l'aide de l'opérateur « # ». Ce paramètre donne à chaque nouvelle machine virtuelle dans le niveau au prochain numéro disponible, de 1 à 99.

Figure 9 définir les informations d'identité pour l'échelle des Tier.

Pour votre deuxième exception, sélectionnez uniquement les services de rôle RDS et RDSH de ce niveau. Comme mentionné précédemment, cette couche ne supporte que l'évolution pour RDSH. Les autres services de rôle RDS ne doivent pas s'appliquer.

Les GCEs, que vous allez configurer dans la page configurer des Applications de cette gamme sont aussi légèrement différentes. Contrairement à la première rangée, où vous avez créé un nouveau déploiement de RDS et de la collection, cette fois vous simplement ajoutez un nouveau serveur. Ce faisant nécessite des applets de commande légèrement différente. Exécutez ces applets de commande dans l'ordre et avec leurs variables d'ajouter avec succès l'hôte :

• Pré-installation 1 :
  • Programme exécutable : cmd.exe
  • Paramètres : / q/c shutdown /r /t 0
• Pré-installation 2 :
  • Programme exécutable : cmd.exe
  • Paramètres : / q/c shutdown /r /t 0
• Pré-installation 3 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande set-executionpolicy ignorer - forcer
• Pré-installation 4 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande Ajouter-RDServer-serveur @ComputerName @ ConnectionBroker - @RDSFirstServerHostname@ .des .pri-rôle serveur-RD-RDS - verbose
• Pré-installation 5 :
  • Programme exécutable : %WINDIR%\system32\WindowsPowerShell\v1.0\powershell.exe
  • Paramètres : -commande Ajouter-RDSessionHost - NomCollection @CollectionName @ - SessionHost @ComputerName @ ConnectionBroker - @RDSFirstServerHostname@ .des .pri-verbose

Comme avant, augmentez le délai d'expiration de script sur chaque commande à 3 600 secondes et ajuster la stratégie de redémarrage sur les deux premiers. Parcourez les autres pages de l'Assistant pour terminer votre échelle sur couche.

Étape 4. Déployer et qui adapte votre gabarit

Votre modèle de service devrait maintenant ressembler le modèle dans Figure 10. Vous pouvez voir la couche hôte Initial aux côtés de la nouvelle échelle sur couche. Cliquez sur le bouton configurer le déploiement du concepteur pour commencer le déploiement de ce service à votre groupe hôte Hyper-V ou cluster.

Figure 10 votre modèle de service RDS multi-serveurs avec échelle à.

Déployer le niveau des deux serveurs peut prendre un certain temps — aussi longtemps que 30 minutes sur certains matériels. Une fois qu'il est déployé, tester votre travail en accédant à la VMM 2012 SMV et Services Découvre pour inspecter le service que vous venez de créer (voir Figure 11). Notez le bouton Scale Out sur la barre de boutons. Vous pouvez maintenant cliquez sur ce bouton pour déployer un nouvel hôte RDSH à votre déploiement de RDS et de la collection.

Figure 11 c'est comment votre service RDS déployé devrait ressembler.

Jusqu'à la prochaine : échelle avec Orchestrator

Il y a beaucoup de travail avance ici, mais la période de récupération à investir le temps de déployer en silence ces configurations est la capacité à rapidement reconstruire ou adapte le service quand vous le voulez. Vous pouvez maintenant supprimer et recréer ce service — une activité régulière dans de nombreux services informatiques — avec juste quelques clics dans l'interface VMM. Vous pouvez également facilement mettre à jour vos services. Modifiez simplement le modèle VM et redéployer le service. Vous avez jamais eu si facile dans la gestion de RDS.

La prochaine fois, je vais vous montrer comment faire évoluer dans ce même service. Vous serez en mesure d'intégrer ce processus avec Operations Manager et orchestrateur pour encore plus d'automatisation pour votre environnement de RDS.

Greg ShieldsMVP, est associé à la technologie concentrés. Obtenez plus de Shields' Geek des métiers tous les trucs et astuces à ConcentratedTech.com.

Contenus associés

• Touche-à-tout informatique : Stockage à tolérance de panne de Hyper-V
• Touche-à-tout informatique : Automatiser l'Assistant
• Touche-à-tout informatique : Gradués pour le GPP-moins