-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Alain EMPAIN wrote:
> Salut Didier et Pascal,
> je suis du même avis :
> 1/ profitez de l'occasion pour passer à mysql ou postgresql (ce dernier
> est le plus proche d'oracle au niveau des fonctionnalités).
Oui, j'oubliais de préciser. PostgreSQL a toutes les fonctionnalités d'Oracle
par rapport aux
fonctionallités, disons, "essentielles" (dialecte SQL, partitionnement) (*)
(*) updatable views, subqueries, procédures, transactions,
checkpointing/sous-transactions,
tablespaces, ... ...
(et je conseille fortement PostgreSQL 8.x, *beaucoup* plus rapide que 7.x)
> Bien plus simple à installer et à maintenir, et cela tient tout aussi
> bien la route. Je crois qu'on choisit encore Oracle comme on choisissait
> IBM, mais que cela change de plus en plus vite, et autant profiter de
> l'occasion pour sauter le pas.
Bein.. Oracle a ses avantages, il n'y a aucun doute là-dessus, mais seulement
dans certains cas de
figures:
- - application en J2EE, parce qu'Oracle inclut aussi un Application Server
J2EE (dans la version
enterprise) (quoique je préfèrerais 1000x un BEA WebLogic ou JBoss à la place)
- - data warehousing sur des catalogues de données _énormes_ (= centaines de
Gb, voir Tb) - MySQL se
débrouille très bien avec des masses de données dans les dizaines de Gb
- - le support, quand on a l'argent pour se payer les licenses "full" (quoique,
on peut aussi avoir du
support pour MySQL et PostgreSQL)
- - et puis un Oracle RAC, quand on arrive à le mettre en place, c'est quand
même bien sur un cluster
de 3-4 noeuds ;)
> Par après vous n'aurez plus à vous poser la question, vous profiterez de
> l'acquis pour d'autres applications.
Oui. Didier, pour ton cas de figure, je ne vois vraiment aucun avantage à
utiliser Oracle.
(enfin, il y en a p-e un, tu n'as pas donné tous les paramètres du projet, mais
je ne pense pas ;))
> 2/ si le raid est nécessaire, je n'utilise que du raid hardware et
> uniquement du 3ware (compter min 200 € je crois pour 4 portes). Il faut
> voir ce que vous recherchez : vitesse, sécurité ou les deux
> (slitting,mirroring,5).
Note que pour la plupart des situations, un RAID1 (mirroring) avec deux disques
et amplement
suffisant. Pour ma part, j'ai un RAID1 sur 2 disques de 200 GB (RAID1 =
mirroring => donc place
nette = 200GB) en software.
Note que RAID1 ("mirroring") consiste simplement à faire une copie exacte des
données sur 2 disques
(ou plutôt 2 partitions) de taille égale. De ce fait, tu as la moitié de la
place disque en "net".
Le RAID5 est beaucoup plus complexe, un peu moins performant, mais te donne
plus de place disque
"nette" (2/3). En RAID5, si 2 des 3 disques "meurent", les données sont perdues.
A mon sens le RAID1 est à préférer, parce que plus simple, plus performant et
tu as toujours
l'avantage de pouvoir accéder à un des deux disques en non-RAID (avec quelques
manipulations quand
même) en cas de catastrophe (p.ex. superblock RAID corrompu avec 1 des disques
"mort" et l'autre
ayant des erreurs).
Le RAID0 ("striping") ne donne aucune redondance (donc dès qu'un disque
"meurt", les données sont
perdues) mais permet de répartir les données sur les 2 disques de manière
non-contigüe. Dans ce cas,
lorsque des opérations de lecture sont faites, une partie du fichier est lu du
1er disque, l'autre
du second).
Je ne suis pas sur à 100% mais il me semble que quand tu fais du Software
RAID1, le noyau Linux fait
même une sorte de striping en allant lire des blocks à partir des 2 disques (=
"RAID10").
Evidemment, pour l'écriture, c'est un chouya plus lent puisque les données sont
écrites sur les 2
disques en même temps (dans le cas du RAID1 - si tu as un RAID5, c'est encore
plus complexe et plus
lent parce que nécessite un accès en écriture sur les 3 disques, or pour les
accès assez courts,
c'est surtout le temps de mise en place des têtes qui "coûte").
Il est également possible de commencer avec un RAID1 et passer à un RAID5 par
après.
De toute manière, c'est une bonne idée de prendre 3 disques dès le départ et
faire un RAID1 avec le
3ème disque en "spare" (çàd qu'il est connu du RAID1 mais pas utilisé, sauf
lorsque l'un des deux
disques meurt - dans ce cas, le RAID va utiliser le 3ème disque "spare" pour y
reconstruire le miroir).
Faut faire un backup avant, mais en principe la conversion de RAID1 à RAID5
peut se faire "online"
sans perte de données, pour autant qu'on ait ajouté un 3ème disque (ou un 4ème
dans le cas du
scénario "spare" décrit ci-dessus):
- - enlever un des disques du RAID1 (donc mettre le RAID1 en mode "degraded")
- - créer un RAID5 "degraded" sur 2 disques
- - copier toutes les données du RAID1 degraded sur le RAID5 degraded
- - supprimer le RAID1 (pas de perte de données puisque copiées sur le RAID5)
- - ajouter le disque du RAID1 dans le RAID5 (qui est alors complet et mis à
jour automatiquement)
En tout cas c'est relativement simple à faire avec mdadm (Software RAID Linux).
Mais à moins que tu n'aies besoin de beaucoup de place disque (seul avantage du
RAID5: te donne 2/3
en "net" contre 1/2 avec RAID1), le RAID1 est plus simple et plus performant.
> Cela peut aller
> * d'un backup régulier de la db (réplication) sur un autre disque local,
> mais je crois que le maximum de sécurité serait de le faire à distance,
> pour être à l'abri du feu par ex ou d'un malfonctionnement du PC
> centralisateur.
Oui, si c'est pour faire de la réplication, autant le faire sur une machine
distante.
La réplication fonctionne très bien et est vraiment très facile à configurer
avec MySQL (3 lignes à
ajouter dans le fichier de config du "master", pareil sur chaque "slave").
La réplication ne coûte rien à la lecture (SELECT), uniquement à l'écriture
(UPDATE/DELETE/INSERT).
Comme la majorité des applications font surtout de la lecture... (et un réseau
gigabit entre les 2
machines est généralement suffisant).
> * à une solution real-time, donc raid soft ou hardware : je privilégie
> aussi le raid hardware SATA II dédicacé (par ex SuSE détecte et
> s'installe automatiquement sur 3ware, par contre j'ai eu des problèmes
> avec du raid on-board).
Oui, comme déjà dit, le RAID on-board c'est presque toujours en partie en
hardware et en partie en
software (via le driver). En plus, à ma connaissance, aucun de ces pseudo
hardware RAID n'a de
driver GPL sous Linux (donc bonjour les ennuis en cas d'upgrade,
d'installation, etc...).
Alors autant prendre le RAID Software (mdadm). Ca fonctionne très bien, plutôt
facile à gérer
(mdadm). En tout cas sur SUSE 10.0, YaST2 te permet de le mettre en place très
facilement dès
l'installation, que ce soit du RAID5 ou du RAID1 (marquer 2 partitions en tant
que "Linux RAID",
sans les formatter, puis cliquer sur "RAID..." et sélectionner les 2 partitions
pour faire partie de
celui-ci).
> Par ex. avec 3ware, si j'ai un disque qui meurt, je le change quand j'ai
> le temps (le plus vite possible quand même ;-), le signale au bios de
> 3ware, qui va entreprendre de reconstituer la redondance pendant que
> Linux peut redémarrer -> le serveur reste très peu de temps indisponible
> Rem: il faut se rendre compte que le MTBF (mean time before failure) de
> l'ensemble est le MTBF d'un disque divisé par le nombre de disques : tu
> as plus de sécurité mais la proba de voir une panne de disque est
> proportionnellement plus grande -> il faut réagir avant qu'un deuxième
> disque ne cède...
> Par contre, quand j'avais essayé le raid software (il y a très
> longtemps, ce n'est peut-être plus vrai maintenant), il fallait un temps
> fou d'indisponibilité pour restaurer le raid après un disk failure
> (simulé : je l'avais échangé), ce qui était inacceptable en production.
Ah, pas du tout ;)
Je viens d'avoir le cas hier, un cable SATA qui a des problèmes => un des deux
disques "out".
Je ne l'ai remarqué qu'après 2 jours en fait (nouvelle machine, n'avait pas
encore configuré le
monitoring mdadm ;)) et le système tournait sans le moindre problème, y compris
au reboot
(heureusement, c'est à ça que ça sert ;)).
J'ai simplement arrêté le PC, ajouté un disque, redémarré.
Ensuite j'ai partitionné le disque pour avoir une partition de la même taille
que le RAID.
Pour finir: mdadm /dev/md0 -a /dev/sda3
("hot add" de la partition au RAID)
Et puis mdadm a synchronisé la nouvelle partition pour reconstruire le mirroir.
Tout ça se fait pendant que le système "tourne", on peut tout utiliser sans le
moindre problème et
voir l'avancée de la synchronisation en faisant "cat /proc/mdstat" (affiche
combien de %, combien de
minutes avant d'avoir fini et la vitesse à laquelle il travaille (taux de
transfert disque)).
Tu sais même configurer une limite inférieure et une limite supérieure de
kb/sec qu'il utilise pour
faire la reconstruction (pas trop pour ne pas ralentir le système, pas trop peu
pour que ça ne
prenne pas 3 jours ;)):
/proc/sys/dev/raid/speed_limit_min
/proc/sys/dev/raid/speed_limit_max
(cf. man md)
Ici ça a pris 1h30 pour reconstruire le miroir (200GB), tout en continuant
d'utiliser mon PC (et en
faisant beaucoup d'I/O en même temps).
Note que dans le scénario décrit au début du mail (RAID 1 avec 2 disques + 1
disque en "spare"), la
reconstruction sera démarrée par mdadm de manière automatique, même pas besoin
de rebooter pour
ajouter un disque. Donc, au prix où sont les 200/250GB SATA-II actuellement, je
conseillerais même
de directement prendre 3 disques et faire RAID1+spare.
> Ex: le moins cher que j'ai trouvé est 3Ware 2 ports (117 € HTVA) qui
> permet déjà le raid 0,1 ou 10, c'est-à-dire que tu peux avoir pour ce
> prix là les avantages du splitting (vitesse doublée) et du mirroring
> (sécurité) en optant pour du raid-10, avec la sécurité du raid harware
> et de ses outils incorporés.
> Rem: le raid-5 nécessite au moins 3 disques et est nettement moins
> performant en écriture car on n'a rien pour rien : on dispose de plus
> d'espace effectif mais au prix d'une gymnastique bien plus grande.
Oui.
Mon conseil: keep it simple: RAID1
Et si tu fais du Software RAID, prends de suite un 3ème disque que tu
configures en spare.
La stratégie "spare" est probablement également faisable avec un controleur
RAID hardware de chez 3ware.
Voilà, hope this helps ;)
cheers
- --
-o) Pascal Bleser http://linux01.gwdg.de/~pbleser/
/\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
_\_v The more things change, the more they stay insane.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDu4njr3NMWliFcXcRAuWtAJ4u2tUoG0C2YazkMOAfRFcNMCsYSwCgh9X8
11QhqiAnChZYHwzTYSZyh20=
=erW2
-----END PGP SIGNATURE-----
_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux
Archives: http://www.mail-archive.com/linux@lists.unixtech.be
IRC: chat.unixtech.be:6667 - #unixtech
NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
