Partitionnement d'un serveur de DB - Installation - Linux et OS Alternatifs
Marsh Posté le 31-05-2005 à 17:56:26
L'utilisation de lvm t'apporterait une grande souplesse pour des rajouts futurs de volume.
Marsh Posté le 31-05-2005 à 18:03:39
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 ?
Marsh Posté le 31-05-2005 à 21:19:19
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.
Marsh Posté le 31-05-2005 à 22:28:38
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
Marsh Posté le 31-05-2005 à 23:18:00
mavk-t a écrit : Hello, |
Hello!
Effectivement, je voulais parler de stripping....
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 :
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?
Marsh Posté le 31-05-2005 à 23:28:42
fait un renice
Marsh Posté le 01-06-2005 à 09:39:40
Je pense que esox_ch veut que tu donnes la priorité maximale au démon mysqld.
Marsh Posté le 01-06-2005 à 09:39:50
Tu demande comment faire pour que l'ordio privilegie ton serveur mysql pour la memoire : Fait un renice du processus de ton serveur
Marsh Posté le 01-06-2005 à 09:41:03
esox_ch :grillaid de 10 sec niark niark
Marsh Posté le 01-06-2005 à 12:02:48
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.
Marsh Posté le 01-06-2005 à 17:21:51
Effectivement, je dispose de 2Go de ram, donc...
Je comprend pas pourquoi je me creuse la tête...
Merci les gars,
A+
Marsh Posté le 31-05-2005 à 17:41:17
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:
sda1 15.9Mo ext2 /boot
sda2 22.7Go Reiser /
sda3 45.4Go Reiser /usr
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:
Je pense mettre les données de MySQL sur sdb, bien sûr, pour la vitesse.
Merci de vos avis,
A+
Hel