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

Algorithme pour effectuer un déploiement

L'algorithme permettant d'effectuer un déploiement vers une nouvelle édition a un impact sur le fonctionnement de votre environnement. L'installation et la distribution d'une édition d'application d'une part et son activation d'autre part sont deux concepts distincts.

Deux exemples de modèle sont fournis pour permettre le remplacement sans interruption : déploiement par groupe ou déploiement atomique. Les étapes de déploiement vers une nouvelle édition varient en fonction de l'option choisie.

Les clusters dynamiques sont placés en mode manuel pendant le déploiement. Si la charge de travail augmente trop considérablement pendant l'application, le positionnement d'application n'est pas effectué. Planifiez vos déploiements pour éviter les périodes de surcharge ou que la charge devienne trop lourde. Une fois le déploiement terminé, le cluster dynamique revient au mode initial.
Eviter les incidents Eviter les incidents: N'effectuez pas de déploiement dans les périodes où le trafic est intense.gotcha

Déploiement de groupe

Lorsque vous décidez d'effectuer un déploiement de groupe, celui-ci survient sur les clusters dans les groupes de serveurs. Pour chaque serveur, les étapes sont les suivantes :

  1. Mise au repos du serveur
  2. Arrêt de l'application ou du serveur
  3. Mise à jour de la configuration du serveur
  4. Redémarrage de l'application ou du serveur
  5. Le serveur est prêt à fonctionner avec la nouvelle édition.

Déploiement isolé

Avant de procéder à un déploiement isolé, déterminez la capacité de charge du cluster du serveur cible. Un déploiement isolé commence par activer la nouvelle édition sur une moitié du cluster, puis il active l'édition sur l'autre moitié. Tandis que la première moitié du cluster est hors ligne et mise à jour, les demandes d'application sont acheminées vers la seconde moitié de cluster. Vérifiez que la moitié du cluster peut traiter l'ensemble de la charge lors de la période de déploiement.

Lorsque vous choisissez d'effectuer un déploiement isolé, les étapes suivantes sont exécutées :

  1. Mise au repos de la moitié des serveurs
  2. Arrêt des applications ou des serveurs pour la première moitié des serveurs
  3. Mise à jour des configurations
  4. Démarrage des applications ou des serveurs pour la première moitié des serveurs
  5. Mise au repos de la seconde moitié des serveurs
  6. Lancement des demandes d'acheminement vers la nouvelle édition qui s'exécute sur la première moitié des serveurs.
  7. Sur la deuxième moitié des serveurs, arrêt des applications ou des serveurs, mise à jour des configurations et démarrage des applications ou des serveurs.
  8. Le déploiement est terminé.

Paramètres de déploiement par défaut

Les options suivantes sont prédéfinies pour les opérations de déploiement dans la console d'administration :
  • Déploiement de groupe :
    • stratégie de déploiement = groupe, taille de groupe = 1
    • stratégie de réinitialisation = application
    • intervalle de drainage = 30 secondes
  • Déploiement isolé :
    • stratégie de déploiement = isolé
    • stratégie de réinitialisation = application
    • intervalle de drainage = 30 secondes

Options de déploiement de l'interface de scriptage

La console d'administration offre une sélection prédéfinie d'options de déploiement de groupe et isolé. Vous pouvez obtenir une plus grande souplesse de ces options au moyen d'une interface de scriptage. Pour plus d'informations, voir les tâches administratives de gestion d'édition d'application. Les options de scriptage sont les suivantes :
  • Stratégie de déploiement : Spécifie la méthode de déploiement, soit des groupes de noeuds mis à niveau en série ou la stratégie isolée de division et remplacement.
    • Groupe : Spécifie que le cluster cible est divisé en groupes en vue du déploiement. Le déploiement de groupe est particulièrement efficace si le cluster est volumineux. Vous pouvez spécifier la taille de groupe au moyen d'une sous-option. La taille de groupe indique le nombre de noeuds à traiter à la fois. La valeur par défaut est 1.
    • Isolé : Spécifie que seule une édition de l'application peut desservir les demandes pendant la période de déploiement. Cela entraîne la mise au repos et à niveau de la moitié du cluster de serveurs d'applications, puis de l'autre moitié. Les demandes d'application reçues pendant le repos des deux moitiés du cluster sont mises en file d'attente par le routeur On-Demand (ODR).
  • Stratégie de réinitialisation : Spécifie, par exemple, de recycler, d'arrêter et de redémarrer l'application ou l'ensemble du serveur d'applications.
    • Application : Active la nouvelle édition de chaque serveur d'applications en recyclant l'application. Le serveur d'applications continue de fonctionner.
    • Serveur : Active la nouvelle édition de chaque serveur d'applications en recyclant le serveur lui-même. Cette option est nécessaire si vous devez régénérer les connecteurs, les bibliothèques natives ou réinitialiser la machine virtuelle Java™.
  • Intervalle de drainage : Spécifie la durée d'attente pour l'achèvement des demandes de traitement avant que l'application ou le serveur d'applications ne s'arrête. La valeur par défaut est 30 secondes.

Icône indiquant le type de rubrique Rubrique de concept



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=cwve_xdappedalg
Nom du fichier : cwve_xdappedalg.html