Gestion des applications en cluster #122
Replies: 6 comments 1 reply
-
Il n'est pas nécessaire de tout doubler, cela dépend du type de haute disponibilité que vous avez mis en place. |
Beta Was this translation helpful? Give feedback.
-
Bonjour, Il s'agit dans la plupart des cas, de cluster applicatif miroir. C'est à dire qu'il y a une application active et autre standby. |
Beta Was this translation helpful? Give feedback.
-
Merci, Je vois le principe, ca marchera dans des configurations où j'imagine que la VM se déplace d'un noeud à l'autre. Nous dupliquons également les VMs. Ca donnerait donc : Exemple Cluster VMWare : Exemple VMWare Standalone : Et lorsque nous avons des environnements différents (prod, preprod, formation, test). Ca pourrait etre bien pour chaque application de rappeler les dependances dans une colonne. Par exemple Application | Dependance |
Beta Was this translation helpful? Give feedback.
-
La notion d'environnement (prod, preprod, test, dev...) est lié au serveur logique sur lequel se trouve l'application. |
Beta Was this translation helpful? Give feedback.
-
Ah je vois, il faut donc voir l'application (+service) comme une reference à un catalogue d'application. L'application réelle étant l'association d'une application de catalogue (et ses services associés) à un serveur logique. |
Beta Was this translation helpful? Give feedback.
-
Oui, c'est bien exprimé comme cela. |
Beta Was this translation helpful? Give feedback.
-
Bonjour,
Nos systèmes sont doublés a tout niveau, cad matériel (serveur1,2) et logiciel (service main, backup).
Quel est la bonne pratique pour la partie logicielle ?
Doit-on tout doubler ?
Exemple :
Application : Base de données "Macro-Application"
Services : Instance1 -> Serveur1, Instance2 -> Serveur 2, Witness -> Serveur 3
Module : (Instance1):SQLServer-1433, (Instance1):SQLAgent-JobScheduler
Beta Was this translation helpful? Give feedback.
All reactions