![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Validation d'une édition
La validation d'une édition consiste à déterminer si une nouvelle édition est disponible et prête à entrer en production et remplacer l'édition actuelle. Vous pouvez installer et valider une nouvelle édition dans des conditions réelles, tandis que votre édition d'application de production continue de répondre aux demandes.
Avant de commencer
- Vous devez vous assurer que tous les modules de votre application sont déployés sur les mêmes cibles de déploiement.
- Définissez des règles de routage uniques pour l'édition 2.0. Les stratégies de routage permettent aux éditions de s'exécuter simultanément et d'acheminer correctement les demandes HTTP pour l'édition de validation vers la cible de validation, sans qu'elles interfèrent avec l'édition 1.0. Pour ce scénario, utilisez l'application mon_application. Installez les deux éditions d'application, 1.0 et 2.0, sur le cluster dynamique cluster_dynamique_1. Pour plus d'informations sur les règles de routage, lisez la rubrique relative à la création de stratégies de routage pour les éditions d'application.
- Pour associer au cluster de validation cloné
un mode d'exploitation différent de celui qui est défini pour le cluster de production, créez la propriété personnalisée
VALIDATION_OPERATIONALMODE dans la console d'administration. Sinon, le cluster de validation est associé au mode d'exploitation du cluster de production après sa création. Indiquez la valeur automatic, manual ou supervised. Si vous spécifiez une autre valeur
ou ne spécifiez rien, le cluster dynamique de validation est associé au mode manuel.Restriction : Seuls deux membres du cluster peuvent être utilisés ou créés en mode validation. Vous pouvez mapper des stratégies de routage et de service à une application en mode validation, mais il n'y aura pas plus de deux membres du cluster qui démarreront pour la maintenance des tâches. Vous pouvez remplacer ce paramètre une fois le cluster de validation créé en modifiant le nombre minimal et maximal d'instances de cluster dynamique.
- Si vous avez un rôle de moniteur ou d'opérateur, vous pouvez uniquement visualiser les informations du gestionnaire d'édition d'application. Si vous avez un rôle de configurateur ou d'administrateur, vous disposez de tous les privilèges de configuration pour le gestionnaire des éditions d'application.


Pourquoi et quand exécuter cette tâche
Voyez le scénario suivant comme un exemple de validation sur une édition : l'édition 1.0 d'une application est installée, active et en cours d'exécution sur un cluster dynamique. L'édition 2.0 est l'édition candidate pour la validation ; elle est installée sur la même cible de déploiement et est à l'état inactif. La validation de l'édition 2.0 clone sur la cible de déploiement de l'édition 2.0. Par exemple, la validation peut créer un cluster dynamique, tel que DC-Validation, et mappe l'édition 2.0 sur ce nouveau cluster. Le cluster dupliqué utilise les membres du cluster existant comme modèle de serveur pour la création des serveurs dupliqués.
Une fois la cible de clone en mode validation créée, l'édition 2.0 activée et les stratégies de routage définies, vous pouvez démarrer, arrêter et reconfigurer l'édition.
Procédure
Que faire ensuite
- Pour remplacer l'édition 1.0 par l'édition 2.0 :
- Arrêtez la cible de validation, par exemple, cluster_dynamique_1-Validation.
- Supprimez les stratégies de routage spécifiques à l'édition 2.0 afin d'acheminer toutes les demandes pour l'application vers une seule édition.
- Sauvegardez vos modifications et synchronisez les noeuds.
- Effectuez un déploiement sur la nouvelle édition. Cliquez sur Déployer la mise à jour. Lors du déploiement, l'édition 2.0 est redirigée vers sa cible de déploiement d'origine, par exemple, cluster_dynamique_1. L'état de l'édition passe de Validation à Active. . Sélectionnez l'édition 2.0 et cliquez sur
- Si l'édition 2.0 a des erreurs, vous pouvez annuler le mode de validation et faire revenir l'édition 2.0 à son état inactif d'origine. Le cluster dynamique en double créé pour la validation est alors supprimé. Pour plus d'informations sur l'annulation du mode de validation, lisez la rubrique relative à l'annulation d'une validation d'application.