[AIX Solaris HP-UX Linux Windows][z/OS]

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.
Eviter les incidents Eviter les incidents: Redémarrez le navigateur avant de valider une édition. En redémarrant le navigateur, vérifiez que les sessions précédentes sont arrivées à expiration et que les demandes sont routées vers l'application en cours de validation.gotcha
Eviter les incidents Eviter les incidents: Assurez-vous que l'application en cours de validation n'est pas déployée sur un serveur Web, car cela peut entraîner l'échec de la validation. Les applications doivent être déployées sur des serveurs d'applications pour que leur validation aboutisse.gotcha

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

  1. Cliquez sur Applications > Centre de contrôle d'édition pour vérifier que l'application possède deux éditions installées, dont une seulement est active.
  2. Facultatif : Si vous souhaitez créer un cluster de validation avec un mode opérationnel différent de votre cluster de production, vous pouvez définir la propriété personnalisée VALIDATION_OPERATIONALMODE sur le cluster de production. Ajoutez le cluster de validation au bus d'intégration de services (SIB). Si vous ne définissez pas cette propriété personnalisée, votre cluster de validation aura le même mode opérationnel que le cluster de production.
  3. Mettez à jour les liaisons de référence EJB (Enterprise JavaBeans) pour qu'elles indiquent le nouveau nom de cluster. Avant le déploiement de l'application du cluster de validation, les liaisons doivent être réinitialisées à leur valeur d'origine.
  4. Cliquez sur l'application mon_application.
  5. Sélectionnez l'édition 2.0 et cliquez sur Valider. La page d'état de validation décrit chaque étape de la validation du cluster_dynamique_1 et du déploiement de l'édition 2.0 sur le cluster cloné. Le centre de contrôle d'édition d'application indique que l'une des éditions est en mode validation et la page de gestion des éditions indique que la cible de l'édition 2.0 est désormais le cluster dynamique cluster_dynamique_1-Validation. La page du cluster dynamique indique que le cluster cluster_dynamique_1-Validation a été créé, et la page des serveurs d'applications présente les serveurs clonés.
    Conseil : Si vous souhaitez sauvegarder le cluster de validation après le déploiement, vous pouvez créer la propriété personnalisée saveClonedCluster sur le cluster de validation. Si vous ne la créez pas, la cible de validation est supprimée après le déploiement de l'édition ou après l'annulation de la validation pour toutes les applications de la cible de validation. Par exemple, lorsque deux applications sont déployées sur la cible de validation et que l'une d'entre-elles est validée et déployée, la cible de validation n'est pas supprimée tant que la deuxième application n'est pas validée. La propriété personnalisée saveClonedCluster s'applique uniquement aux clusters dynamiques. Pour plus d'informations, consultez la rubrique relative aux propriétés personnalisées du gestionnaire d'édition d'application.
  6. Vérifiez que la validation s'est déroulée correctement. Cliquez sur Applications > Applications d'entreprise ou sur Applications > Toutes les applications. Modifiez l'application mon_application-édition2.0.
    • Pour les applications PHP et WebSphere Application Server Community Edition :

      Vérifiez que la racine du contexte, les cibles de déploiement, etc., pointent sur le cluster cloné.

    • Pour les applications d'entreprise (Java™ Platform, Enterprise Edition (Java EE)) :

      Sélectionnez Gérer les modules. Vérifiez que l'édition 2.0 est mappée vers le cluster de validation. Dans la vue Mapper les références EJB (Enterprise JavaBeans) vers les beans, vérifiez que le nom JNDI (Java Naming and Directory Interface) correspond au nom de la nouvelle cible clonée.

      Pour qu'une édition d'application comportant des liens complets basés sur le nom de la cible de déploiement d'origine fonctionne correctement sur la cible de déploiement de validation, vous devez modifier ses noms de lien afin de refléter les noms de lien complets basés sur le nom de la cible de déploiement de validation. Par exemple, si une application possède un lien de référence de ressources à /clusters/clusterb1/jdbc/CustomerData, celui-ci doit être remplacé par /clusters/cluster1-validation/jdbc/CustomerData lors de la préparation de l'application avant son exécution sur la cible de déploiement dupliquée.

  7. Accédez au cluster de validation et passez en revue les détails relatifs à sa création
    Cliquez sur Clusters dynamiques > Nom_CD>Onglet Config et notez que les paramètres suivants sont copiés dans le cluster de validation :
    • Nombre minimal d'instances de cluster
    • Empilement vertical des instances sur le noeud
    • Stratégie d'appartenance
    Notez les détails suivants :
    • Le nombre maximal d'instances de cluster a pour valeur "2". Il s'agit d'une restriction qui s'applique aux clusters de validation.
    • La préférence d'isolement n'est pas copiée, mais la valeur par défaut lui est affectée.
    • Le mode opérationnel est copié, mais il peut être remplacé à l'aide de la propriété personnalisée VALIDATION_OPERATIONALMODE.
    • Aucune propriété personnalisée de cluster dynamique n'est copiée dans le cluster de validation.
      Remarque : Les propriétés personnalisées du cluster de production ne sont pas propagées vers le cluster de validation. Toute propriété personnalisée du cluster dynamique, le cas échéant, doit être définie après la création du cluster de validation.
  8. Testez la nouvelle édition. Lancez le cluster de validation, et au moyen des stratégies de routage installées, tentez d'envoyer une charge de demande à l'édition 2.0 pour la tester. L'édition 1.0 reste en production.

Que faire ensuite

Si vous réussissez le test de l'édition 2.0, vous pouvez remplacer l'édition 1.0 par l'édition 2.0. Si vous rencontrez des erreurs lors du test, vous pouvez annuler le mode de validation.
  • Pour remplacer l'édition 1.0 par l'édition 2.0 :
    1. Arrêtez la cible de validation, par exemple, cluster_dynamique_1-Validation.
    2. 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.
    3. Sauvegardez vos modifications et synchronisez les noeuds.
    4. Effectuez un déploiement sur la nouvelle édition. Cliquez sur Applications > Centre de contrôle d'édition > nom_application. Sélectionnez l'édition 2.0 et 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.
  • 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.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_appedval
Nom du fichier : twve_appedval.html