Planification de la haute disponibilité avec App-V 5.1
Les configurations système De Microsoft Application Virtualization (App-V) 5.1 peuvent tirer parti des options qui maintiennent un niveau élevé de service disponible.
Utilisez les informations des sections suivantes pour vous aider à comprendre les options de déploiement d’App-V 5.1 dans une configuration hautement disponible.
Prise en charge du clustering Microsoft SQL Server
Vous pouvez exécuter la base de données de gestion App-V et la base de données de rapports sur les ordinateurs qui exécutent des clusters Microsoft SQL Server. Toutefois, vous devez installer les bases de données à l’aide de scripts.
Pour obtenir des instructions, consultez Comment déployer les bases de données App-V à l’aide de scripts SQL.
Prise en charge de l’équilibrage de charge réseau IIS
Vous pouvez utiliser l’équilibrage de charge réseau Iis (Internet Information Services) pour configurer un environnement hautement disponible pour les ordinateurs exécutant les services De gestion, de publication et de création de rapports App-V 5.x déployés via IIS.
Pour plus d’informations sur la configuration d’IIS et de l’équilibrage de la charge réseau pour les ordinateurs exécutant des systèmes d’exploitation Windows Server, consultez ce qui suit :
Configuration de Microsoft Windows Server
Équilibrage de la charge réseau.
Ces informations s’appliquent également aux clusters d’équilibrage de charge réseau IIS dans Windows Server 2008, Windows Server 2008 R2 ou Windows Server 2012.
Remarque
La fonctionnalité d’équilibrage de charge réseau IIS dans Windows Server 2012 est généralement la même que dans Windows Server 2008 R2. Toutefois, certains détails des tâches sont modifiés dans Windows Server 2012. Pour plus d’informations sur les nouvelles façons d’effectuer des tâches, consultez Tâches de gestion courantes et navigation dans Windows Server 2012 R2 Preview et Windows Server 2012.
Prise en charge des serveurs de fichiers en cluster lors de l’exécution du mode (SCS)
L’exécution d’App-V 5.1 en mode Partager le magasin de contenu (SCS) avec des serveurs de fichiers en cluster est prise en charge.
Les étapes suivantes peuvent être utilisées pour activer cette configuration :
Configurez App-V 5.1 pour qu’il s’exécute en mode SCS client. Pour plus d’informations sur la configuration du mode SCS App-V 5.1, consultez Installation du client App-V 5.1 pour le mode magasin de contenu partagé.
Configurez le cluster de serveurs de fichiers configuré à la fois en mode scale-out de Microsoft Server 2012 et en mode antérieur à 2012 avec un san virtuel.
Les étapes suivantes peuvent être utilisées pour valider la configuration :
Ajoutez un package sur le serveur de publication. Pour plus d’informations sur l’ajout d’un package, consultez Guide pratique pour ajouter ou mettre à niveau des packages à l’aide de la console de gestion.
Effectuez une actualisation de publication sur l’ordinateur exécutant le client App-V 5.1 et ouvrez une application.
Basculez les nœuds de cluster à la mi-publication et à mi-diffusion en continu pour garantir le bon fonctionnement du basculement.
Pour plus d’informations sur la configuration des clusters de basculement Windows Server, consultez les rubriques suivantes :
Liste de contrôle : créez un serveur de fichiers en cluster.
Utilisez des volumes partagés de cluster dans un cluster de basculement Windows Server 2012.
Prise en charge de la mise en miroir Microsoft SQL Server
L’utilisation de la mise en miroir Microsoft SQL Server, où la base de données du serveur d’administration App-V 5.1 est mise en miroir à l’aide de deux instances SQL Server, pour les bases de données du serveur d’administration App-V 5.1 est prise en charge.
Pour plus d’informations sur la configuration de la mise en miroir Microsoft SQL Server, consultez ce qui suit :
Les étapes suivantes peuvent être utilisées pour valider la configuration :
Lancez une session de mise en miroir Microsoft SQL Server.
Sélectionnez Basculement pour désigner une nouvelle instance principale de Microsoft SQL Server.
Vérifiez que le serveur d’administration App-V 5.1 continue de fonctionner comme prévu après le basculement.
La chaîne de connexion sur le serveur d’administration peut être modifiée pour inclure partenaire de basculement = <serveur2>. Cela n’est utile que lorsque le serveur principal du miroir a basculé vers le serveur secondaire et que l’ordinateur exécutant le client App-V 5.1 effectue une nouvelle connexion (par exemple, après le redémarrage).
Procédez comme suit pour modifier la chaîne de connexion afin d’inclure le partenaire de basculement = <server2> :
Important
Cette rubrique explique comment modifier le Registre Windows à l’aide de l’Éditeur du Registre. Si vous modifiez le Registre Windows de manière incorrecte, vous risquez de provoquer des problèmes graves qui peuvent vous obliger à réinstaller Windows. Vous devez effectuer une copie de sauvegarde des fichiers de Registre (System.dat et User.dat) avant de modifier le Registre. Microsoft ne peut pas garantir que les problèmes qui peuvent se produire lorsque vous modifiez le Registre peuvent être résolus. Modifiez le registre à vos propres risques.
Connectez-vous au serveur d’administration et ouvrez regedit.
Accédez à HKEY_LOCAL_MACHINE \ Software \ Microsoft \ AppV \ Server \ ManagementService.
Modifiez la valeur MANAGEMENT_SQL_CONNECTION_STRING avec le partenaire de basculement = <server2>.
Redémarrez le service de gestion à l’aide de la console IIS.
Remarque
La mise en miroir de bases de données figure dans la liste des fonctionnalités du moteur de base de données déconseillées pour Microsoft SQL Server 2012 en raison de la fonctionnalité AlwaysOn disponible avec Microsoft SQL Server 2012.
Pour plus d’informations, consultez les articles suivants :
Guide pratique pour préparer une base de données miroir pour la mise en miroir (Transact-SQL).
Fonctionnalités du moteur de base de données déconseillées dans SQL Server 2012.
Prise en charge de la configuration Always On de Microsoft SQL Server
La base de données du serveur d’administration App-V 5.1 prend en charge les déploiements sur les ordinateurs exécutant Microsoft SQL Server avec la configuration Always On .