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

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Installation

  Partitionnement d'un serveur de DB

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Partitionnement d'un serveur de DB

n°686187
helvetik
Posté le 31-05-2005 à 17:41:17  profilanswer
 

Bonjour,
 
Je suis en train de faire des test sur un serveur avant de le mettre en prod.  
J'aimerais partitionner mon serveur de manière la plus logique et performante possible. J'ai déjà fait un premier jet, pour test, mais j'aimerais beaucoup connaitre l'avis d'une personne expérimenté...
D'abord, la config du serveur:
bi xeon em64t
sda -> 2x 73Gb RAID 1 pour la sécurité
sdb -> 2x 73Gb RAID 0 pour la vitesse
 
Le tout sous SLES9.
 
J'ai procédé de la manière suivante:

  • /sda de 68.2Gb

sda1 15.9Mo ext2 /boot
sda2 22.7Go Reiser /
sda3 45.4Go Reiser /usr
 

  • /sdb de 136.4Go

sdb1 1.0Go swap swap
sdb2 2.0Go Reiser /tmp
sdb3 133.4Go Extended
sdb5 22.7Go Reiser /var
sdb6 22.7Go Reiser /srv
sdb7 22.7Go Reiser /home
 
 
Je me suis inspiré de ces deux sites:
http://docs.indymedia.org/twiki/pu [...] ot-v01.pdf
http://www.delafond.org/survielinux/
 
Après relecture, il y a 2 ou 3 chose que je vais changer à la prochaine réinstallation:

  • Mettre le swap en milieu de disque pour éviter les allez-retour. En effet, je l'ai mis en début car c'est plus rapide, mais, bon...
  • Mettre la partition /tmp sur un autre disque que le swap


Je pense mettre les données de MySQL sur sdb, bien sûr, pour la vitesse.
 
 
Merci de vos avis,
 
A+
 
Hel

mood
Publicité
Posté le 31-05-2005 à 17:41:17  profilanswer
 

n°686196
chaica
Posté le 31-05-2005 à 17:56:26  profilanswer
 

L'utilisation de lvm t'apporterait une grande souplesse pour des rajouts futurs de volume.


---------------
Du taf dans le Logiciel Libre : https://www.linuxjobs.fr
n°686202
orkow
Posté le 31-05-2005 à 18:03:39  profilanswer
 

Je suis pas spécialiste, mais si c'est un serveur dédié BD, il me semble que tu devrais veiller à la sécurité des données de la BD.
Or là si tu mets MySQL sur du RAID0, ok pour les perfs, mais le 1er disque qui a un problème et ta BD est foutue...
Non ?

n°686283
helvetik
Posté le 31-05-2005 à 21:19:19  profilanswer
 

chaica> c'est une petite BD (moins de 1Go), donc l'ajout de futur volume.... Si j'ai pris des disque si gros, c'est parce qu'il n'y a plus que ca... :/ De plus, comme tu peux le remarquer, mes connaissance du monde UNIX sont plus que limitées, donc je vais éviter de compliquer l'affaire... Deplus, mon serveur ne sera en prod que 8/24, donc j'ai du temps pour la maintenance... Mais l'idée n'est pas forcement mauvaise ... à voir pour plus tard, peut-etre, donc...
 
Orkow> Je m'attendais à cette remarque et j'ai faillit le préciser d'ailleur dans mon premier topic ;) ... En fait, pour la tolérance de panne, mes données MySQL seront répliquées sur un autre serveur... Donc j'ai pris la décision de faire du streaming pour améliorer les perfs.

n°686306
mavk-t
Posté le 31-05-2005 à 22:28:38  profilanswer
 

Hello,
 
Comme le signale Orkow, le RAID0 est a proscrire, une erreur et tu perds _tout_ ! RAID0 = stripping et non pas streaming :)
 
Si ta base ne fait qu'1Go de données, pourquoi te casses tu la tête sur des détails de partionnement avec des disques de 73Go!
 
Enfin sache que les disques durs c'est une chose pour la rapidité mais la structure et la conception d'une base de données sont surement plus à réfléchir et à méditer (redondance infos, index, ...) pour améliorer la vitesses des réponses.  
Le swap au milieu du disque, c'est du détail à 2 balles (désolé)
 
En résumé, le RAID0 tu oublies, le détail de tmp/swap tu oublies, la conception de ta DB tu y réfléchis :)
 
Sinon pour ta réflexion :
« Je pense mettre les données de MySQL sur sdb, bien sûr, pour la vitesse.»
Mais si tu veux chipoter autant que le swap au milieu...
C'est exact et faux en meme temps, tu seras uniquement un peu plus rapide en lecture (simultanée) vu que tu as 2 disques mais tu seras aussi plus lent pour l'écriture (vu que tu as aussi 2 disques sur lequel il faut écrire meme si c'est une carte HARD qui gère le truc d'ailleurs j'espere que c'est une carte et non pas une émulation, au vue des dev je suppute que oui :)  
 
Bonne chance
A+
Tom
 
 
 


---------------
&THEN :: t-shirts geek collectorZ:: fermeture pour noel ::  http://and.then.fr
n°686325
helvetik
Posté le 31-05-2005 à 23:18:00  profilanswer
 

mavk-t a écrit :

Hello,
 
Comme le signale Orkow, le RAID0 est a proscrire, une erreur et tu perds _tout_ ! RAID0 = stripping et non pas streaming :)
 
(...)
 
Bonne chance
A+
Tom


 
 
Hello!
 
Effectivement, je voulais parler de stripping.... [:matleflou]  
 
Merci pour tes infos... Je vais méditer dessus. Peut-être que je vais faire un raid 0 aussi pour les données, alors, tant qu'a faire, puisque j'ai le disque...
 
Pour le développement de la DB, c'est pas moi qui m'en charge, mais mon collègue. Je lui fait confiance...
 
Tout ce que moi je fais, c'est installer la bécanne...  
 
Pendans qu'on cause d'optimisation, je vais profiter pour poser une autre question. Comment optimiser/configurer le service MySQL afin qu'il puisse profiter du maximum de la puissance de la machine?
 
Et puis une autre, encore  [:zaib3k] :
Si ma grappe pete, vu le partitionnement que j'ai fait, ca démarre encore ?
Il me semble que j'ai plutot interret de mettre /srv et /var sur sda, non?    [:zebra33]

n°686333
esox_ch
Posté le 31-05-2005 à 23:28:42  profilanswer
 

fait un renice


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
n°686374
helvetik
Posté le 01-06-2005 à 08:00:40  profilanswer
 

esox_ch a écrit :

fait un renice


Pardon?  :??:

n°686397
chaica
Posté le 01-06-2005 à 09:39:40  profilanswer
 

Je pense que esox_ch veut que tu donnes la priorité maximale au démon mysqld.


---------------
Du taf dans le Logiciel Libre : https://www.linuxjobs.fr
n°686398
esox_ch
Posté le 01-06-2005 à 09:39:50  profilanswer
 

Tu demande comment faire pour que l'ordio privilegie ton serveur mysql pour la memoire : Fait un renice du processus de ton serveur


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
mood
Publicité
Posté le 01-06-2005 à 09:39:50  profilanswer
 

n°686399
chaica
Posté le 01-06-2005 à 09:41:03  profilanswer
 

esox_ch :grillaid de 10 sec niark niark :)


---------------
Du taf dans le Logiciel Libre : https://www.linuxjobs.fr
n°686492
blackm
gni ?
Posté le 01-06-2005 à 12:02:48  profilanswer
 

Avec une machine comme ca et une base si petite, ya pas besoin de se prendre la tête avec les disques, au bout d'un certain temps tout sera en ram.  
Sauf si il y a énormément d'écritures et/ou que la base soit amenée à grossir bcp.
 
Plutôt qu'un renice, vaut mieux configurer mysql pour qu'il prenne un max de ram sans swapper.

n°686716
helvetik
Posté le 01-06-2005 à 17:21:51  profilanswer
 

Effectivement, je dispose de 2Go de ram, donc...
Je comprend pas pourquoi je me creuse la tête...  
Merci les gars,
 
A+


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Installation

  Partitionnement d'un serveur de DB

 

Sujets relatifs
[Serveur X], DVI et XFree86 (Debian)Serveur DNS
restreindre l'accès à un serveur ftp via adresse macProblèmes d'authentification SASL vers un serveur Postfix
Serveur samba (domaine NT) - problème de droitsInstallation red hat 8 avec serveur IBM xseries 346 !
Quelle distrib pour serveur www de test sur pc faiblard ?Récuperer les mails du serveur Exchange sur linux
Configuration iptables pour un serveur FTPServeur de mail personnalisé
Plus de sujets relatifs à : Partitionnement d'un serveur de DB


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR