Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3524 connectés 

 


Dernière réponse
Sujet : 2 serveurs, load balancing ou bi-pro ?
Hepil

aspserveur a écrit :

Ah oui lol je n'avais pas du tout vu la date !
Faut que j'arrête de bosser trop moi.


 
Quelle date ... de péremption ?


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Hepil

aspserveur a écrit :

Ah oui lol je n'avais pas du tout vu la date !
Faut que j'arrête de bosser trop moi.


 
Quelle date ... de péremption ?

Hepil

Je@nb a écrit :

2ans après ça m'étonnerai que tu ais aidé qqn ... :D


 
 
si moi ... ;)

aspserveur Ah oui lol je n'avais pas du tout vu la date !
Faut que j'arrête de bosser trop moi.
Je@nb 2ans après ça m'étonnerai que tu ais aidé qqn ... :D
aspserveur Pour gérer plus d'un milliers de serveurs depuis 1998 je peux vous dire que la meilleure solution est la séparation des services d'une part et de placer la base MySql sur un Xeon bien évidemment.  
Séparer les deux serveurs est une excellente chose car cela va permettre d'attribuer toutes les ressources disponibles à MySql (dans le fichier de conf.), le serveur frontal n'a pas besoin d'être performant si la base répond bien.
Il faut relier les deux serveurs en Gigabit bien sur pour éviter les latences réseau (un simple cable croisé suffit) en sachant que les serveurs Pro possèdent deux cartes réseau (DELL, HP, IBM ...)
 
Ensuite pour le Xeon il faut comprendre que les moteurs de base de données sont friand en calcul notamment pour retrouver un élément dans une table indexée. La plupart des vrais moteurs tel que SQL Serveur ou Oracle ont d'ailleurs été développés sur et pour des Xeon.
La puissance de calcul et le cache de second niveau sont donc importants.
 
En espèrant avoir contribué à vous aider,
Sébastien ENDERLE
Directeur technique ASPSERVEUR
Gagman bien sur ke mysql gere les 2 processeurs
wonee MySQL gêre le bi cpu ? Pour la base il optimise les accès selon la cpu ?
C'est quoi les disques dures sur ton serveur actuelle ?
SInon entre un PIV et un Xeon y'a pas photos
RemiH Pour ma part j'utiliserais deux serveurs : un sous Windows pour ton IIS, et un sous linux pour MySQL.
 
Il peut aussi être interessant de voir à long terme et prendre des machines mono-xeon (mais avec une carte mère ayant deux slots) afin de pouvoir rajouter un processeur quand le besoin s'en fait sentir.
Gagman Ceci dit MySQL sous Linux c'est un bon choix aussi. Mais ca t'oblige a maintenir 2 OS différents.
Gagman Dans ton cas je pense qu'un bi-pro avec 2 structures raid différentes serait pas mal.
 
Un raid 5 pour ton ASP et l'OS et une autre structure raid 5 raid pour ta base de donnée MySQL.
Comme ca ta base de donnée dispose d'un accés rapide et disponible. Hors probleme de cache et d'accés a tes fichiers ASP.
Evolutif en Bi pros pour pouvoir monter en charge, et SCSI 15K pour monter en charge aussi.
fred34 Bonjour,
 
J'ai un site en ASP + MySQL hébergé sur un serveur win 2000 server (PIV 2,8GHz, 1Go RAM).
 
Le cpu du serveur est régulièrement à une charge moyenne de 50 à 65% (répatri essentiellement entre IIS (45%), MySQL (45%) et Winroute firewall (10%)).
 
On a optimisé au mieux nos requetes, et on se pose la question de migrer d'ici quelques temps vers un autre serveur plus puissant, le trafic du site ne cessant de croitre.
 
Quel est le meilleur choix en terme de performance, de fiabilité et de coût entre les idées suivantes :
- avoir 2 serveurs, un pour la base de données (mySQL) et l'autre pour IIS
- avoir 2 serveurs en load balancing (il me semble qu'il faut avoir win 2000 advanced server ou windows 2003)
- avoir un seul serveur bi-processeur (genre bi-xeon).
 
Merci pour vos conseils,
 
@+
 
Fred

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)