Le 20 juil. 05 à 15:32, Bruno Bonfils a écrit :
moi, ca m'interesse, je suis surtout curieux de savoir ce que ca
donne en terme de performances...

Ok, bon si je parle des perfs, me faut faire des tests, et ca prendre
plus qu'une heure, mais bon, c'est toujours intéressant ! (autant qu'a
faire qu'a lire d'ailleurs)

La soft partition n'est pas censé amener de pertes de perfs (ou quasiment pas).
Après les algo RAID c'est autre chose.

Je ne vous conseille pas par exemple de faire du RAID5 en SVM sur une machine qui a besoin de débit E/S.


Ce qui se fait couramment maintenant :
- Baie de disque SAN en RAIDx géré par la baie
- "Grosse" partition mis à disposition d'une Solaris
- soft partitions tranchés dans la "grosse partition SAN"
euh oue enfin ca c'est bien pour les serveurs de fichier, mais SVM c'est
bien sur *tous* les serveurs :) </amha>

Pas forcément serveur de fichier. Serveur hébergeant de gros volumes de données.

Mais effectivement, ça peut s'utiliser sur tout types de serveurs.

Pour la simplicité et la lisiblité, je fais en général :

RAIDx (SVM ou autre) donnant un metapériph SVM <-------- soft part
                                               <-------- soft part

A l'opposé de faire du soft part directement sur une partition hard (format)



d'avoir tout (y compris le /) sur une partition mirroré


Oui. Mais il FAUT faire des partitions physiques (format) et les
encapsuler dans SVM.


ben, jumpstart, enfin je vois pas pourquoi tu dis ca.


Je veux dire qu'il ne faut pas s'amuser à faire par exemple un mirroir entre la partition HW de / (qui est sur cxty...) et une partition soft. Les deux pattes du miroir doivent être sur qq chose d'adressable en cxty...




Effectivement, l'import d'un disque dur géré par SVM sur une autre
machine posait des difficultées jusqu'à Solaris 10 (bien que cela
était
possible avant).


J'ai fait ça plusieurs fois sans aucun soucis.
Il suffit d'avoir le metastat précis au départ.
euh oui enfin justement moi je parlais du cas ou tu n'avais pas la
metadb sur la machine, c'est trop facile sinon :)

:-)

En gros, la conclusion à tirer est de toujours sauvegarder qq part et régulièrement la sortie de la commande metastat


SVM te permet une plus grande souplesse au niveau de la gestion de tes
disques. En fait, si j'ai tout suivi, Sun a developper SVM pour «
contrer » l'utilisation massive (et couteuse) de VxVM.



Ouais. Enfin disons plutôt qu'il s'avérait nécessaire d'offir à
Solaris un LVM, sachant que tous les autres UNIX en avait un
(d'ailleurs pour les trois quart un VxVM OEM)


Je ne vois pas en quoi SVM n'est pas un LVM, c'est peut etre moins
souple, mais c'est deja quand meme bien pratique.


Tu m'as mal compris. SVM est un LVM. Le fait d'avoir un LVM intégré à Solaris (donc SVM) était une nécessité. Avant, c'était "ah ben pour faire ça il faut acheter le produit truc".

_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
[email protected]
http://x86.sun.com/mailman/listinfo/solaris_fr

Répondre à