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
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
Cdlt
-- -- 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
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
Cdlt
--
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
<Aurélien> a écrit dans le message de news:
OLVkI8iJFHA.2748@TK2MSFTNGP09.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.
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
Cdlt
-- -- 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
Ludovik DOPIERALA
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de serveur donc ensemble de serveur... Même en Cluster classique tu aura une déconnexion de tes user ... le temps de basculer les ressources...
Ludovik DOPIERALA http://www.c2points.com
Bonjour
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
Cdlt
-- -- 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
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de
serveur donc ensemble de serveur...
Même en Cluster classique tu aura une déconnexion de tes user ... le temps
de basculer les ressources...
Ludovik DOPIERALA
http://www.c2points.com
Bonjour
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
Cdlt
--
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
<Aurélien> a écrit dans le message de news:
OLVkI8iJFHA.2748@TK2MSFTNGP09.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.
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de serveur donc ensemble de serveur... Même en Cluster classique tu aura une déconnexion de tes user ... le temps de basculer les ressources...
Ludovik DOPIERALA http://www.c2points.com
Bonjour
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
Cdlt
-- -- 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
Jacques Barathon [MS]
Pour que le transfert d'un serveur à l'autre soit vraiment transparent (hormis le temps de basculement bien sûr) il faut que l'application soit "cluster-aware". Dans la mesure où tu dis que ta société est en train de développer son ERP, les développeurs devraient jeter un oeil sur les API Cluster:
Sinon, il leur reste la possibilité de s'appuyer sur SQL 2000 qui est "cluster-aware" et/ou de découper l'application en plusieurs tiers (SQL/web). La répartition de charge pour la partie web pourrait être prise en charge par un NLB.
Jacques
"Ludovik DOPIERALA" wrote in message news:
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de serveur donc ensemble de serveur... Même en Cluster classique tu aura une déconnexion de tes user ... le temps de basculer les ressources...
Ludovik DOPIERALA http://www.c2points.com
Bonjour
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
Cdlt
-- -- 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
Pour que le transfert d'un serveur à l'autre soit vraiment transparent
(hormis le temps de basculement bien sûr) il faut que l'application soit
"cluster-aware". Dans la mesure où tu dis que ta société est en train de
développer son ERP, les développeurs devraient jeter un oeil sur les API
Cluster:
Sinon, il leur reste la possibilité de s'appuyer sur SQL 2000 qui est
"cluster-aware" et/ou de découper l'application en plusieurs tiers
(SQL/web). La répartition de charge pour la partie web pourrait être prise
en charge par un NLB.
Jacques
"Ludovik DOPIERALA" <LudovikDOPIERALA@discussions.microsoft.com> wrote in
message news:7C09533B-4FD2-48D5-9AE1-2343B42BE05C@microsoft.com...
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de
serveur donc ensemble de serveur...
Même en Cluster classique tu aura une déconnexion de tes user ... le temps
de basculer les ressources...
Ludovik DOPIERALA
http://www.c2points.com
Bonjour
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
Cdlt
--
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
<Aurélien> a écrit dans le message de news:
OLVkI8iJFHA.2748@TK2MSFTNGP09.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.
Pour que le transfert d'un serveur à l'autre soit vraiment transparent (hormis le temps de basculement bien sûr) il faut que l'application soit "cluster-aware". Dans la mesure où tu dis que ta société est en train de développer son ERP, les développeurs devraient jeter un oeil sur les API Cluster:
Sinon, il leur reste la possibilité de s'appuyer sur SQL 2000 qui est "cluster-aware" et/ou de découper l'application en plusieurs tiers (SQL/web). La répartition de charge pour la partie web pourrait être prise en charge par un NLB.
Jacques
"Ludovik DOPIERALA" wrote in message news:
Le NLB c'est pas du "Cluster" le terme cluster NLB = en français grappe de serveur donc ensemble de serveur... Même en Cluster classique tu aura une déconnexion de tes user ... le temps de basculer les ressources...
Ludovik DOPIERALA http://www.c2points.com
Bonjour
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
Cdlt
-- -- 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.
