OVH Cloud OVH Cloud

CLUSTERING

11 réponses
Avatar
Michael
Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)

Merci à vous.

10 réponses

1 2
Avatar
lionelp
Bonjour,

On part du principe que les hardwares doivent être identiques.

La liste des matériels compatible se trouve là:
http://www.microsoft.com/whdc/hcl/default.mspx?gssnb=1

Cordialement,
LionelP


"Michael" wrote in
message news:
Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)

Merci à vous.




Avatar
VUILLERMET Jacques
Techniquement et rigoureusement, je ne sais pas.

A mon avis, faire l'économie de l'achat de machines entraîne :
- des doutes en cas de bug/dysfonctionnement ("Et si cela venait du hardware
?...") qui trouble l'esprit au moment il doit être clair (vécu !).
- prendre le risque bug/dysfonctionnement effectif lié à la différence de
machines.

Un calcul rigolo à faire :
- coût global d'achat et de mise en place de 2 machines neuves (prix machine
+ temps/salaires/charges + interruption de service interne + interruption de
service client) ;
- coût global de résolution des dysfonctionnements avec cause non évidente
et évidente (prix machine + temps/salaires/charges + interruption de service
interne + interruption de service client + appel support technique) + rachat
de matériel si le problème venait de là.
Et comparer.

Si le gestionnaire pousse pour "juste" l'achat d'une machine supplémentaire,
alors il faut lui parler en terme d'argent et non en terme technique.
Et partager explicitement le risque avec lui s'il cherche l'économie.

Jacques.


"Michael" a écrit dans le
message de news:
Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)

Merci à vous.




Avatar
Michael
Re,

Merci a vous deux cependant j'aurais souhaité avoir l'avis de quelqu'un qui
aurait déjà tenté cette expérience ?
Je ne sais pas si "partir du principe" signifie que l'expérience a été
vécue....

Merci.


"Michael" a écrit dans le
message de news:
Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)

Merci à vous.




Avatar
Fred BROUARD
Surtout le coût caché des clients qui s'en vont voir ailleurs ce qui s'y
passe...

Lorsque j'audite un SI je demande si l'on a prévu un procédure manuelle
en cas de panne générale informatique, ne serait-ce que pour enregistrer
une commande.
Dans 95% des cas, la réponse est non. Dans les 5% de cas restant, la
réponse est oui et quand je demande quelle est cette procédure la
plupart du temps personne ne sait.

En conclusion, un client qui va vouloir passer commande le jour ou
l'informatique tombe en panne, passera sa commande ailleurs dans 99% des
cas !

A +


VUILLERMET Jacques a écrit:
Techniquement et rigoureusement, je ne sais pas.

A mon avis, faire l'économie de l'achat de machines entraîne :
- des doutes en cas de bug/dysfonctionnement ("Et si cela venait du hardware
?...") qui trouble l'esprit au moment il doit être clair (vécu !).
- prendre le risque bug/dysfonctionnement effectif lié à la différence de
machines.

Un calcul rigolo à faire :
- coût global d'achat et de mise en place de 2 machines neuves (prix machine
+ temps/salaires/charges + interruption de service interne + interruption de
service client) ;
- coût global de résolution des dysfonctionnements avec cause non évidente
et évidente (prix machine + temps/salaires/charges + interruption de service
interne + interruption de service client + appel support technique) + rachat
de matériel si le problème venait de là.
Et comparer.

Si le gestionnaire pousse pour "juste" l'achat d'une machine supplémentaire,
alors il faut lui parler en terme d'argent et non en terme technique.
Et partager explicitement le risque avec lui s'il cherche l'économie.

Jacques.


"Michael" a écrit dans le
message de news:

Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)

Merci à vous.










--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto: ******************
Avatar
Fred BROUARD
Michael a écrit:
Bonjour,

Nous commencons a peine a réfléchir a la mise en place d'une solution de
clustering et j'aurais une petite question :

Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
identique ? (disque dur, nombre de proc etc...)



Tout dépend si cluster actif ou passif, dans un cas c'est obligatoire
dans l'autre la compatibilité doit être "transparente". Autrement dit il
vaut mieux avoir des machines strictement identiques au paramétrage près
(mémoire utilisé par les instances de SQL Server par exemple).

A +


Merci à vous.





--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto: ******************
Avatar
bruno reiter [MVP]
Normalement quand on en arrive à se poser la question de mettre en place du
cluster, c'est qu'on a un besoin de disponibilité élevée, et donc on ne 'tente
pas l'expérience'
Théoriquement ça pourrait marcher, tu prends le risque? ;-)

br

"Michael" wrote in message
news:euR%
Re,

Merci a vous deux cependant j'aurais souhaité avoir l'avis de quelqu'un qui
aurait déjà tenté cette expérience ?
Je ne sais pas si "partir du principe" signifie que l'expérience a été
vécue....

Merci.


"Michael" a écrit dans le
message de news:
> Bonjour,
>
> Nous commencons a peine a réfléchir a la mise en place d'une solution de
> clustering et j'aurais une petite question :
>
> Si nous utilisons deux serveurs : ceux ci doivent ils etre materiellement
> identique ? (disque dur, nombre de proc etc...)
>
> Merci à vous.
>
>




Avatar
Michael
Alors je dirais donc : l'un de vous a t'il déjà mis en place une solution de
clustering actif/actif avec succès et si OUI, qu'en était t'il de sa
configuration matérielle ???



"bruno reiter [MVP]" a écrit dans le message
de news:udeCq%
Normalement quand on en arrive à se poser la question de mettre en place


du
cluster, c'est qu'on a un besoin de disponibilité élevée, et donc on ne


'tente
pas l'expérience'
Théoriquement ça pourrait marcher, tu prends le risque? ;-)

br

"Michael" wrote in


message
news:euR%
> Re,
>
> Merci a vous deux cependant j'aurais souhaité avoir l'avis de quelqu'un


qui
> aurait déjà tenté cette expérience ?
> Je ne sais pas si "partir du principe" signifie que l'expérience a été
> vécue....
>
> Merci.
>
>
> "Michael" a écrit


dans le
> message de news:
> > Bonjour,
> >
> > Nous commencons a peine a réfléchir a la mise en place d'une solution


de
> > clustering et j'aurais une petite question :
> >
> > Si nous utilisons deux serveurs : ceux ci doivent ils etre


materiellement
> > identique ? (disque dur, nombre de proc etc...)
> >
> > Merci à vous.
> >
> >
>
>




Avatar
bruno reiter [MVP]
que actif/passif en prod

br

"Michael" wrote in message
news:
Alors je dirais donc : l'un de vous a t'il déjà mis en place une solution de
clustering actif/actif avec succès et si OUI, qu'en était t'il de sa
configuration matérielle ???



"bruno reiter [MVP]" a écrit dans le message
de news:udeCq%
> Normalement quand on en arrive à se poser la question de mettre en place
du
> cluster, c'est qu'on a un besoin de disponibilité élevée, et donc on ne
'tente
> pas l'expérience'
> Théoriquement ça pourrait marcher, tu prends le risque? ;-)
>
> br
>
> "Michael" wrote in
message
> news:euR%
> > Re,
> >
> > Merci a vous deux cependant j'aurais souhaité avoir l'avis de quelqu'un
qui
> > aurait déjà tenté cette expérience ?
> > Je ne sais pas si "partir du principe" signifie que l'expérience a été
> > vécue....
> >
> > Merci.
> >
> >
> > "Michael" a écrit
dans le
> > message de news:
> > > Bonjour,
> > >
> > > Nous commencons a peine a réfléchir a la mise en place d'une solution
de
> > > clustering et j'aurais une petite question :
> > >
> > > Si nous utilisons deux serveurs : ceux ci doivent ils etre
materiellement
> > > identique ? (disque dur, nombre de proc etc...)
> > >
> > > Merci à vous.
> > >
> > >
> >
> >
>
>




Avatar
Michael
et donc vos deux machines étaient identiques meme si vous étiez en
actif/passif ?


"bruno reiter [MVP]" a écrit dans le message
de news:
que actif/passif en prod

br

"Michael" wrote in


message
news:
> Alors je dirais donc : l'un de vous a t'il déjà mis en place une


solution de
> clustering actif/actif avec succès et si OUI, qu'en était t'il de sa
> configuration matérielle ???
>
>
>
> "bruno reiter [MVP]" a écrit dans le


message
> de news:udeCq%
> > Normalement quand on en arrive à se poser la question de mettre en


place
> du
> > cluster, c'est qu'on a un besoin de disponibilité élevée, et donc on


ne
> 'tente
> > pas l'expérience'
> > Théoriquement ça pourrait marcher, tu prends le risque? ;-)
> >
> > br
> >
> > "Michael" wrote in
> message
> > news:euR%
> > > Re,
> > >
> > > Merci a vous deux cependant j'aurais souhaité avoir l'avis de


quelqu'un
> qui
> > > aurait déjà tenté cette expérience ?
> > > Je ne sais pas si "partir du principe" signifie que l'expérience a


été
> > > vécue....
> > >
> > > Merci.
> > >
> > >
> > > "Michael" a écrit
> dans le
> > > message de news:
> > > > Bonjour,
> > > >
> > > > Nous commencons a peine a réfléchir a la mise en place d'une


solution
> de
> > > > clustering et j'aurais une petite question :
> > > >
> > > > Si nous utilisons deux serveurs : ceux ci doivent ils etre
> materiellement
> > > > identique ? (disque dur, nombre de proc etc...)
> > > >
> > > > Merci à vous.
> > > >
> > > >
> > >
> > >
> >
> >
>
>




Avatar
bruno reiter [MVP]
toujours, IBM X440

br

"Michael" wrote in message
news:
et donc vos deux machines étaient identiques meme si vous étiez en
actif/passif ?


"bruno reiter [MVP]" a écrit dans le message
de news:
> que actif/passif en prod
>
> br
>
> "Michael" wrote in
message
> news:
> > Alors je dirais donc : l'un de vous a t'il déjà mis en place une
solution de
> > clustering actif/actif avec succès et si OUI, qu'en était t'il de sa
> > configuration matérielle ???
> >
> >
> >
> > "bruno reiter [MVP]" a écrit dans le
message
> > de news:udeCq%
> > > Normalement quand on en arrive à se poser la question de mettre en
place
> > du
> > > cluster, c'est qu'on a un besoin de disponibilité élevée, et donc on
ne
> > 'tente
> > > pas l'expérience'
> > > Théoriquement ça pourrait marcher, tu prends le risque? ;-)
> > >
> > > br
> > >
> > > "Michael" wrote in
> > message
> > > news:euR%
> > > > Re,
> > > >
> > > > Merci a vous deux cependant j'aurais souhaité avoir l'avis de
quelqu'un
> > qui
> > > > aurait déjà tenté cette expérience ?
> > > > Je ne sais pas si "partir du principe" signifie que l'expérience a
été
> > > > vécue....
> > > >
> > > > Merci.
> > > >
> > > >
> > > > "Michael" a écrit
> > dans le
> > > > message de news:
> > > > > Bonjour,
> > > > >
> > > > > Nous commencons a peine a réfléchir a la mise en place d'une
solution
> > de
> > > > > clustering et j'aurais une petite question :
> > > > >
> > > > > Si nous utilisons deux serveurs : ceux ci doivent ils etre
> > materiellement
> > > > > identique ? (disque dur, nombre de proc etc...)
> > > > >
> > > > > Merci à vous.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>




1 2