Voilà actuellement dans ma société un nouvel ERP est développé...Par
soucis de fiabilité et de résultat la solution de répartition de charge a
été choisi....Le cluster sera formé de 3 serveurs windows server 2003
enterprise sur lesquels sera installés un serveur remoting permettant
l'interface entre les postes client et le serveur sql.
Je configure mon cluster a l'aide du "gestionnaire d'equilibrage de
la charge réseau".
L'utilisation de l'erp demande une ouverture de session avec login
et mot de passe...A ce moment la on voit bien sur le serveur remoting
installé sur le serveur avec une priorité de 1(serveur1) que la session se
lance....L'utilisateur peu alors faire toutes les manipulations sans
problèmes...
Je décide alors de simuler un crash du serveur1 de manière a voir si
le serveur2 prend bien la relève...et c'est la qu'intervient mon problème
:L'utilisateur se retrouve bloqué sur sa session, il est obligé de relancé
une session (on voit bien a ce moment la que le serveur2 prend la reléve).
Or moi je souhaite que si un serveur crash se soit totalement
transparent vis à vis des utilisateurs et qu'il ne doivent donc pas se
relogger.
Je suppose que mon problème vient du fait qu'à l'ouverture de
session l'instance ne s'ouvre que sur le serveur1 est n'est pas répliqué sur
les autres serveurs du cluster...
J'aimerais donc savoir si il est possible de palier a ce problème ?
En éspérant avoir été assez clair dans mes explications.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fabricem [MS]
Bonjour
merci de ne pas multi poster sur plusieurs newsgroups la meme question !! la question est déja presente sur microsoft.public.fr.windows.server.administration
:)
la réponse
L'equilibrage de charge réseau (NLB) ne permettra pas de répondre à votre besoin car dans votre cas votre application (au niveau du client) n'est pas ecrite pour prendre en charge ce type de comportement (ie: relancer l'authentification si le serveur ne répond pas). Par exemple pour des applications web l'utilisation de cookie permet souvent alors la bascule vers une autre machine de façon transparente
-- -- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France <Aurélien> a écrit dans le message de news:
bonjour a tous ,
Voilà actuellement dans ma société un nouvel ERP est développé...Par soucis de fiabilité et de résultat la solution de répartition de charge a été choisi....Le cluster sera formé de 3 serveurs windows server 2003 enterprise sur lesquels sera installés un serveur remoting permettant l'interface entre les postes client et le serveur sql.
Je configure mon cluster a l'aide du "gestionnaire d'equilibrage de la charge réseau".
L'utilisation de l'erp demande une ouverture de session avec login et mot de passe...A ce moment la on voit bien sur le serveur remoting installé sur le serveur avec une priorité de 1(serveur1) que la session se lance....L'utilisateur peu alors faire toutes les manipulations sans problèmes...
Je décide alors de simuler un crash du serveur1 de manière a voir si le serveur2 prend bien la relève...et c'est la qu'intervient mon problème :L'utilisateur se retrouve bloqué sur sa session, il est obligé de relancé une session (on voit bien a ce moment la que le serveur2 prend la reléve).
Or moi je souhaite que si un serveur crash se soit totalement transparent vis à vis des utilisateurs et qu'il ne doivent donc pas se relogger.
Je suppose que mon problème vient du fait qu'à l'ouverture de session l'instance ne s'ouvre que sur le serveur1 est n'est pas répliqué sur les autres serveurs du cluster...
J'aimerais donc savoir si il est possible de palier a ce problème ?
En éspérant avoir été assez clair dans mes explications.
D'avance merci pour vos renseignements
Aurélien
Bonjour
merci de ne pas multi poster sur plusieurs newsgroups la meme question !!
la question est déja presente sur
microsoft.public.fr.windows.server.administration
:)
la réponse
L'equilibrage de charge réseau (NLB) ne permettra pas de répondre à votre
besoin car dans votre cas votre application (au niveau du client) n'est pas
ecrite pour prendre en charge ce type de comportement (ie: relancer
l'authentification si le serveur ne répond pas). Par exemple pour des
applications web l'utilisation de cookie permet souvent alors la bascule
vers une autre machine de façon transparente
--
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
<Aurélien> a écrit dans le message de news:
u7sjj8iJFHA.2648@TK2MSFTNGP14.phx.gbl...
bonjour a tous ,
Voilà actuellement dans ma société un nouvel ERP est
développé...Par soucis de fiabilité et de résultat la solution de
répartition de charge a été choisi....Le cluster sera formé de 3 serveurs
windows server 2003 enterprise sur lesquels sera installés un serveur
remoting permettant l'interface entre les postes client et le serveur sql.
Je configure mon cluster a l'aide du "gestionnaire d'equilibrage de
la charge réseau".
L'utilisation de l'erp demande une ouverture de session avec login
et mot de passe...A ce moment la on voit bien sur le serveur remoting
installé sur le serveur avec une priorité de 1(serveur1) que la session se
lance....L'utilisateur peu alors faire toutes les manipulations sans
problèmes...
Je décide alors de simuler un crash du serveur1 de manière a voir
si le serveur2 prend bien la relève...et c'est la qu'intervient mon
problème :L'utilisateur se retrouve bloqué sur sa session, il est obligé
de relancé une session (on voit bien a ce moment la que le serveur2 prend
la reléve).
Or moi je souhaite que si un serveur crash se soit totalement
transparent vis à vis des utilisateurs et qu'il ne doivent donc pas se
relogger.
Je suppose que mon problème vient du fait qu'à l'ouverture de
session l'instance ne s'ouvre que sur le serveur1 est n'est pas répliqué
sur les autres serveurs du cluster...
J'aimerais donc savoir si il est possible de palier a ce problème ?
En éspérant avoir été assez clair dans mes explications.
merci de ne pas multi poster sur plusieurs newsgroups la meme question !! la question est déja presente sur microsoft.public.fr.windows.server.administration
:)
la réponse
L'equilibrage de charge réseau (NLB) ne permettra pas de répondre à votre besoin car dans votre cas votre application (au niveau du client) n'est pas ecrite pour prendre en charge ce type de comportement (ie: relancer l'authentification si le serveur ne répond pas). Par exemple pour des applications web l'utilisation de cookie permet souvent alors la bascule vers une autre machine de façon transparente
-- -- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France <Aurélien> a écrit dans le message de news:
bonjour a tous ,
Voilà actuellement dans ma société un nouvel ERP est développé...Par soucis de fiabilité et de résultat la solution de répartition de charge a été choisi....Le cluster sera formé de 3 serveurs windows server 2003 enterprise sur lesquels sera installés un serveur remoting permettant l'interface entre les postes client et le serveur sql.
Je configure mon cluster a l'aide du "gestionnaire d'equilibrage de la charge réseau".
L'utilisation de l'erp demande une ouverture de session avec login et mot de passe...A ce moment la on voit bien sur le serveur remoting installé sur le serveur avec une priorité de 1(serveur1) que la session se lance....L'utilisateur peu alors faire toutes les manipulations sans problèmes...
Je décide alors de simuler un crash du serveur1 de manière a voir si le serveur2 prend bien la relève...et c'est la qu'intervient mon problème :L'utilisateur se retrouve bloqué sur sa session, il est obligé de relancé une session (on voit bien a ce moment la que le serveur2 prend la reléve).
Or moi je souhaite que si un serveur crash se soit totalement transparent vis à vis des utilisateurs et qu'il ne doivent donc pas se relogger.
Je suppose que mon problème vient du fait qu'à l'ouverture de session l'instance ne s'ouvre que sur le serveur1 est n'est pas répliqué sur les autres serveurs du cluster...
J'aimerais donc savoir si il est possible de palier a ce problème ?
En éspérant avoir été assez clair dans mes explications.
