Dans un environnement clusterisé, une mise à niveau progressive redéploie une application avec une perte minimale de service et de sessions. Une session est un artefact qui peut être répliqué, par exemple :
HttpSession
SingleSignOn
ServletTimer
DialogFragment
Bean de session avec état
Vous pouvez utiliser l’équilibreur de charge et plusieurs clusters pour mettre des éléments à niveau dans GlassFish Server sans aucune perte de service. Un élément peut être, par exemple, une machine virtuelle Java, le logiciel GlassFish Server ou une application Web.
Une mise à niveau progressive peut avoir lieu à la lumière pour modérer les charges. La procédure nécessite environ 10 à 15 minutes pour chaque instance de GlassFish Server.
Les applications doivent être compatibles sur l'ensemble de la mise à niveau. Elles doivent fonctionner correctement lors de la transition lorsque certaines instances exécutent l'ancienne version et d'autres exécutent la nouvelle. L'ancienne et la nouvelle version doivent avoir la même forme de classes sérialisables qui forment les graphes d'objet stockés dans des sessions (par exemple, variables d'instance non transitoire). Si la forme de ces classes doit changer, le développeur d'application doit s'assurer qu'un comportement de sérialisation se produit. Si l'application n'est pas compatible sur l'ensemble de la mise à niveau, le cluster doit être arrêté pour un redéploiement complet.
Cette approche n'est pas possible si la mise à niveau de l'application implique une modification du schéma de base de données de l'application.
Attention - Pour éviter le risque d'incompatibilité de version lors du basculement d'une session, mettez à niveau toutes les instances d'un cluster en même temps. Sinon, une session peut basculer vers une instance sur laquelle d'autres versions des composants sont en cours d'exécution.
Exécutez cette tâche sur chaque cluster séparément. Un cluster fonctionne comme une limite de sécurité pour le basculement des instances dans le cluster. Les sessions dans un cluster ne peuvent jamais basculer sur les sessions dans un autre cluster. Ceci évite le risque d'incompatibilité.
Voir aussi
Copyright © 2005, 2011, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale