Si vous avez besoin d'une robustesse système maximale, configurez votre système vRealize Automation pour une haute disponibilité conformément aux directives de VMware.

Dispositif vRealize Automation

Le dispositif vRealize Automation prend en charge la haute disponibilité active-active pour tous les composants à l'exception de la base de données du dispositif. Pour activer la haute disponibilité pour ces dispositifs, placez-les sous un équilibrage de charge. Pour plus d'informations, reportez-vous à Installation de vRealize Automation 7.2. À partir de la version 7.0, la base de données des dispositifs et vRealize Orchestrator sont automatiquement mis en cluster et disponibles pour l'utilisation.

Serveur de base de données des dispositifs vRealize Automation

Bien que la base de données du dispositif soit automatiquement mise en cluster dans le dispositif vRealize Automation, le basculement est une opération manuelle. En cas de panne, vous devez promouvoir un nœud comme le nouveau maître sur l'onglet Paramètres vRA > Base de données de la console de gestion de dispositifs virtuels.

Gestion des annuaires vRealize Automation

Chaque instance de dispositif vRealize Automation inclut un connecteur qui prend en charge l'authentification de l'utilisateur, bien qu'un seul connecteur soir habituellement configuré pour exécuter la synchronisation d'annuaire. Le choix du connecteur devant faire office de connecteur de synchronisation est sans incidence. Afin de prendre en charge la haute disponibilité pour la fonctionnalité Gestion des annuaires, configurez un second connecteur qui correspond à la seconde instance de dispositif vRealize Automation. Ce connecteur doit se connecter au fournisseur d'identité et pointer vers la même instance d'Active Directory. Grâce à cette configuration, l'échec d'un dispositif est compensé par la reprise de la gestion de l'authentification de l'utilisateur par l'autre dispositif.

Dans un environnement de haute disponibilité, tous les nœuds doivent servir les mêmes instances d'Active Directory, les mêmes utilisateurs, méthodes d'authentification, etc. Pour ce faire, la méthode la plus directe consiste à promouvoir le fournisseur d'identité auprès du cluster, en définissant l'hôte de l'équilibrage de charge en tant qu'hôte du fournisseur d'identité. Grâce à cette configuration, toutes les demandes d'authentification sont dirigées vers l'équilibrage de charge, qui les transmet à son tour au connecteur approprié.

Pour obtenir plus d'informations sur la configuration de la fonctionnalité Gestion des annuaires pour la haute disponibilité, consultez la section Configuration de vRealize Automation.

Infrastructure Web Server

Les composants du serveur Web de l'infrastructure prennent tous en charge la haute disponibilité active-active. Pour activer la haute disponibilité pour ces composants, placez-les sous un équilibrage de charge.

Service de gestionnaire d'infrastructure

Le composant du service de gestionnaire prend en charge la haute disponibilité active-passive. Pour activer la haute disponibilité pour ce composant, placez deux services de gestionnaire sous un équilibrage de charge. Comme deux services de gestionnaire ne peuvent pas être actifs simultanément, désactivez le service de gestionnaire passif dans le cluster et arrêtez le service Windows.

Si le service de gestionnaire échoue, arrêtez le service Windows, s'il n'est pas déjà arrêté sous l'équilibrage de charge. Activez le service de gestionnaire passif et redémarrez le service Windows sous l'équilibrage de charge. Consultez la documentation de Installation de vRealize Automation 7.2.

Agents

Les agents prennent en charge la haute disponibilité active-active. Pour plus d'informations sur la configuration d'agents pour la haute disponibilité, reportez-vous à la documentation sur la configuration de vRealize Automation. Vérifiez le service cible pour la haute disponibilité.

Distributed Execution Manager Worker

Un Distributed Execution Manager (DEM) s'exécutant sous le rôle Worker prend en charge la haute disponibilité active-active. Si une instance de DEM Worker échoue, l'orchestrateur DEM détecte la panne et annule les workflows que l'instance de DEM Worker exécute. Lorsque l'instance de DEM Worker revient en ligne, elle détecte que l'orchestrateur DEM a annulé les workflows de l'instance et cesse de les exécuter. Pour éviter que les workflows soient annulés prématurément, laissez une instance de DEM Worker hors ligne pendant plusieurs minutes avant d'annuler ses workflows.

Orchestrateur Distributed Execution Manager

Les DEM s'exécutant sous le rôle Orchestrateur prennent en charge la haute disponibilité active-active. Lorsqu'un orchestrateur DEM démarre, il recherche un autre orchestrateur DEM en cours d'exécution.

  • S'il ne trouve aucune instance d'orchestrateur DEM en cours d'exécution, il commence à s'exécuter comme l'orchestrateur DEM principal.

  • S'il trouve un autre orchestrateur DEM en cours d'exécution, il surveille l'autre orchestrateur DEM principal pour détecter une panne.

  • S'il détecte une panne, il prend la main comme instance principale.

Lorsque l'instance principale précédente revient en ligne, elle détecte qu'un autre orchestrateur DEM a pris son rôle comme instance principale et surveille l'instance de l'orchestrateur principale pour détecter une éventuelle panne.

Serveur de base de données MSSQL pour les composants d'infrastructure

vRealize Automation prend en charge les groupes SQL AlwaysON uniquement avec Microsoft SQL Server 2016. Lors de l'installation de SQL Server 2016, la base de données doit être créée en mode 100. Si vous utilisez une ancienne version de Microsoft SQL Server, utilisez une instance de cluster de basculement avec des disques partagés. Pour plus d'informations sur la configuration des groupes SQL AlwaysOn avec MSDTC, reportez-vous à https://msdn.microsoft.com/fr-fr/library/ms366279.aspx.

vRealize Orchestrator

Une instance hautement disponible interne de vRealize Orchestrator est fournie comme partie intégrante du dispositif vRealize Automation.