Bonjour,
Je dispose actuellement d'un NAS Synology DS211J. Ce week end j'ai craqué pour un serveur HP Proliant micro (avec ODR de 100€) et je souhaite m'en servir en remplacement de mon NAS et en profiter pour diversifier ses fonctionnalités.
En gros je pensais faire ça :
- Raid 5 ou 6 pour 4 disques durs (surement 2 x1,5To et 2x2To), d'ailleur que me conseillez vous ?
- Utilisation de LVM
- Une CentOS comme hyperviseur KVM
- Une VM FreeNAS
- D'autres VM que je rajouterais ensuite (serveur web (pour owncloud), serveur UPNP/DLNA avec Rygel, …)
Par contre ce que je ne comprends pas bien c'est comment FreeNAS peut avoir accès à l'intégralité du volume Raid depuis une VM. Le fait que ce volume soit en EXT4 est il génant ? (étant donné qe FreeNAS utilise ZFS).
En gros je voudrait des conseils pour créer les partitions et les volumes et savoir si la solution que j'envisage est viable.
Merci !
# Espace perdu pour le FreeNAS
Posté par NeoX . Évalué à 2.
je ne vois pas trop l'interet du FreeNAS dans une VMs par rapport à configurer les services (ftp, cifs, nfs) directement sur ton HP.
en effet, soit tu fais une grosse VM qui contiendra le FreeNAS et son espace de stockage
soit tu reserves une partition du HP pour la mettre à disposition du FreeNAS (par exemple en iSCSI)
dans les deux cas, tu perd cet espace pour d'autres VMs, ou d'autres données.
[^] # Re: Espace perdu pour le FreeNAS
Posté par moimael . Évalué à 0.
J'avoue que je ne suis pas encore à l'aise avec l'utilisation d'hyperviseur comme KVM (j'ai juste un peu d'experience sur ESXi).
Mais il me semble que aussi bien LVM que FreeNAS permettent de faire du thin provisionning, donc mes volumes se redimensionneraient à la volée en fonction des besoins non ? Comme ça la VM FreeNAS pourrait utiliser tout l'espace dispo en dehors de celui donc les autres VM ont besoin pour fonctionner. Du coup il n'y aurait pas d'espace perdu ?
[^] # Re: Espace perdu pour le FreeNAS
Posté par NeoX . Évalué à 2.
puisque tu connais esxi, voici comment ca marche avec KVM
comme pour esxi, tu vas creer une image qui va contenir ta VM, cette image aura une taille definie à l'avance, evidemment tu peux ne pas allouer tout l'espace immediatement (ce que tu appelle le thin provisioning)
ta VM auras ton son propre espace disque dur, mais ne verras pas les autres partitions de la machine.
il me semble que tu peux aussi allouer directement une partition à kvm mais j'ai jamais fait et là aussi elle ne verra pas les autres partitions.
quant à LVM, si tu es le seul à utiliser la machine, le seul interet que j'y vois c'est de pouvoir regrouper tes 4 disques comme etant un seul volume pour avoir plus de place, aucun interet à faire 5 partitions /, /home, /var, /usr comme on le voit souvent.
[^] # Re: Espace perdu pour le FreeNAS
Posté par moimael . Évalué à 0.
Daccord ! Effectivement je veut un seul et unique volume (comme le fait mon nas synology).
En fait il m'est venu une autre idée, je pourrait créer un volume Raid + LVM (avec mes 4 dd) entièrement dédié à freenas et mettre l'hyperviseur + mes autres VM sur le dd de 250 go fournit avec la machine, comme ça pas d'espace perdu.
Sinon des avis concernant Raid 5 ou 6 ?
Merci :)
# RAID
Posté par steph1978 . Évalué à 2.
Raid suppose que tu as des disques identiques en volume et en performance.
À défaut, il s'aligne sur le moins disant, en volume comme en perf.
Je te conseillerai du JBOD géré par LVM.
D'autre par, je rejoins moimael, je ne vois pas l'intérêt de virtualiser FreeNAS.
En général, on décorrèle le stockage et les applications qui elles peuvent être virtualisées.
Ici, tu tentes de tout faire tourner sur le même serveur. Tu devrais au moins avoir le stockage et les services associés géré en physique et à la rigueur virtualiser les applications.
[^] # Re: RAID
Posté par moimael . Évalué à 0. Dernière modification le 22 octobre 2012 à 15:51.
Oui effectivement, mais disons que je prévois pour la suite. Je dispose en effet déjà de 2x1,5To, je souhaite racheter 2x2To (puisque la diff de prix n'est pas énorme, même marque, modèle proche) et eventuellement remplacer dans le futur mes 2x1,5To par des 2x2To (si le besoin s'en fait sentir et que les sous suivent). L'espace perdu est negligeable pour l'instant et de toute facon LVM permet de redimensionner facilement un volume.
Le JBOD me parrait un peu léger niveau sécurité des données avec 4 disques non ?
Je réflechis justement pour freenas, ce qui m'embete c'est que je perd la souplesse de la virtualisation (et accessoirement le plaisir de bidouiller ^^ )
[^] # Re: RAID
Posté par steph1978 . Évalué à 2.
Le JBOD, c'est juste une manière de dire que tu mets tes disques bout à bout, le tout sera abstrait par LVM. Donc si tu pers un disque, tu perd les données de ce disque.
Si tu cherche de la sécurisation:
- soit RAID5 sur 4 disques (donc de 1.5TB). Perd l'équivalent de 1 disque. Et dans ton cas, perd deux fois 500MB. soit 2.5TB.
- soit 1 RAID1 sur deux disques de 1.5TB et 1 RAID sur deux disques de 2.5TB. Perd 1 un disque de chaque, soit 2.5TB.
Cela t'autorise la perte d'un disque. Mais rend tes données prisonnière du contrôleur RAID sur tu utilises.
Tous les contrôleurs ne gèrent pas toutes les configurations. En particulier RAID5 est souvent absent des contrôleurs d'entré de gamme.
Bref, en dehors d'une grosse baie de stockage professionnelle, JBOD et de bonnes sauvegarde, c'est une valeur sûre.
[^] # Re: RAID
Posté par NeoX . Évalué à 2.
en fait il perd 1.5To sur le premier raid
et 2.5To sur le 2e, soit 4To de "perdu" pour 4To de stocker
pour le raid, plutot que le raid materiel qui est hors de prix,
je conseillerais le raid logiciel.
l'avantage : c'est pas cher
et si ta machine pose probleme (pas sur les disques), tu prend les disques, tu les mets dans la machine à coté, un coup de mdadm -scan et ca repart.
[^] # Re: RAID
Posté par moimael . Évalué à 0.
Yep je comptais bien faire un RAID 5 logiciel, étant donné que le contrôleur du serveur ne supporte que le RAID 0 et 1 en matériel.
Et effectivement ça rends les pannes de matos moins problématiques :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.