[Virtualisation] virtualiser les disques DATA d'un NAS

virtualiser les disques DATA d'un NAS [Virtualisation] - Hébergement - Réseaux grand public / SoHo

Marsh Posté le 05-03-2015 à 19:08:08    

Bonjour,
J'utilise actuellement 2 serveurs maison : un NAS (sous freeNAS) et un serveur vSphere (sous vSphere 5.5).
Par manque de place et par soucis de réduire mes facture d'électricité j'aurais souhaité tout centraliser sous un serveur vSphere. Donc en gros virtualiser mon NAS ainsi que les données hébergées par le NAS.
 
Cela implique plusieurs choses:

  • Formater mes disques de stockages actuels (2*4To + 2*2To) au format de fichier VMFS
  • Créer une machine virtuelle FreeNAS
  • Associer à la machine virtuelle FreeNAS des disques virtuels (donc des fichiers *.vmdsk stockés sur les disques de 4 et 2 To)
  • Gérer les RAID dans la machine virtuelle FreeNAS


Mes questions sont les suivantes :

  • Est-ce que je fait courir un risque (quel qu'il soit) aux données stockés dans les fichiers *.vmdsk ?
  • Gérer le RAID au travers d'une machine virtuelle et via des disques virtuels aura-t-il un impact important sur les performances ?
  • Comment gérer la reprise de données en cas dysfonctionnement de vSphere ( ex : impossible de démarrer l'hyperviseur, comment puis-je récupérer les données ?)
  • Comment gérer la défaillance d'un des disque de stockage (identification du disque en cause, remplacement, rebuild des grappes RAID etc ...) ?


Je n'ai pas trouvé sur le net de réponse précise à ce problème de stockage dans un environnement virtuel. Je ne pense pas que ce soit une très bonne manière car beaucoup suggère justement de déporter les données sur des serveurs NAS séparées.
Si vous avez une idée / solution je suis vraiment preneur.
 
Merci beaucoup et bonne soirée à vous.


Message édité par phaerandell le 05-03-2015 à 19:09:03
Reply

Marsh Posté le 05-03-2015 à 19:08:08   

Reply

Marsh Posté le 05-03-2015 à 23:31:13    

Hello,
 
Est-ce que je fait courir un risque (quel qu'il soit) aux données stockés dans les fichiers *.vmdsk ?
- Tu veux dire VMDK? Non je ne vois pas de risque.
 
Gérer le RAID au travers d'une machine virtuelle et via des disques virtuels aura-t-il un impact important sur les performances ?
- Tu ne gère pas ton raid a travers la machine virtuelle. Tu ajoutes les disques de ton NAS au RAID group actuel utilisé pour l'infra vSphere. (Attention il va falloir prévoir un espace de stockage tampon le temps de la migration puisque les disques vont être formatés)  
 
Comment gérer la reprise de données en cas dysfonctionnement de vSphere ( ex : impossible de démarrer l'hyperviseur, comment puis-je récupérer les données ?)
- Si ton ESXi ne démarrage plus ( ce qui est super rare quand même, a moins de casser toi même la config) t'as juste à en réinstaller un autre et présenter les mêmes disques.
 
Comment gérer la défaillance d'un des disque de stockage (identification du disque en cause, remplacement, rebuild des grappes RAID etc ...) ?
- Ton ESXi de l'indique, tu changes le disque en question et le RAID va se reconstruire.
 
Les questions sont :
-Comment tu gères ton RAID sur ton ESXi aujourd'hui ?
-Ou comptes tu stocker les données de ton NAS le temps de la migration.
 
Bon courage :)

Reply

Marsh Posté le 06-03-2015 à 10:25:55    

Salut et merci pour cette réponse.
Je n'ai probablement pas développé ma question suffisamment pour être compris navré.
 
Ma situation actuelle est la suivante :

  • J'ai 2 serveurs physique séparés : 1 NAS sous FreeNAS et 1 vSphere
  • Mon NAS a des données sur les disques qui sont actuellement partitionnés au format UFS


Mon objectif :  

  • Me séparer d'un des deux serveur physique (en l’occurrence le NAS) et n'avoir plus qu'un seul serveur physique sous vSphere (essentiellement pour des questions de consommation éclectique et de place)
  • Virtualiser le serveur FreeNAS qui est actuellement physique


Ce que je compte faire pour parvenir à mon objectif :

  • Connecter mes disques de stockage (qui sont actuellement sur mon serveur NAS) sur le serveur vSphere, les effacer et les formater en VMFS
  • Créer dans vSphere une nouvelle machine virtuelle FreeNAS
  • Créer des disques virtuels de 4To et 2To qui seront stockés sur les disques précédemment raccordés au serveur vSphere. J'ai 4 disques de 4To et 2 disques de 2To, j'aurais donc 4 fichier VMDK de 4To et 2 fichier VMDK de 2 To.
  • Associer les 6 disques virtuels créés à la machine virtuelle FreeNAS
  • Dans la machine virtuelle FreeNAS créer les grappes RAID sur les disques virtuelle nouvellement ajoutés


Ce faisant, les données seront donc stockés dans des fichiers VMDK eux même physiquement stockés sur des disques partitionnés en VMFS.
 
Les questions sont donc :

  • Est-ce un problème de stocker les données de cette manière ?
  • Si un disque physique devient défaillant comment faire pour le remplacer ?
  • Puis-je connecter un disque physique sur un pc sous windows/linux, et lire le contenu ? Puis monter les fichier VMDK pour lire le contenu des disques virtuels ?
  • Y-a-t-il des risques inhérent à ce mode de fonctionnement auxquels je n'aurais pas pensé (impossibilité de faire un ghost des disques au format VMFS etc ...) ?


@deyko

  • Comment tu gères ton RAID sur ton ESXi aujourd'hui ? => Je n'ai pas de raid géré sur mon serveur vSphere pour le moment. Mon serveur dispose simplement de 2 SSD. 1 de 128Go sur lequel vSphere est installée et un autre de 256Go sur lequel je stocke mes machines virtuelles. Les machines virtuelles ne stockes pas de données, ces dernières sont déportées sur mon NAS via partage SMB (ex: ma machine de mail est stockée sur le SSD de 256 go mais les mails eux même sont stockés sur le NAS). Après migration cela ne changera pas, c'est simplement le NAS et les données qui seront virtualisées.
  • Ou comptes tu stocker les données de ton NAS le temps de la migration => Actuellement je n'ai "que" 1.7To d'utilisé je les mettrais sur un disque dur externe le temps de la migration


Merci énormément pour ton intérêt et le temps que tu passes pour me répondre.
Bonne journée.

Reply

Marsh Posté le 06-03-2015 à 10:41:55    

Bonjour,
 
Pourquoi ne pas utiliser le Raw device mapping ?
http://www.geekmag.fr/vmware-esxi- [...] pping-rdm/
Cela permet à une VM d'utiliser un disque physique.
Tu crée une nouvelle VM FreeNas, tu lui présente les disques de données du Freenas physique, et voilà !
si ça marche tu économise un double transfert de données. (fait une sauvegarde avant quand même :sweat: )

Reply

Marsh Posté le 07-03-2015 à 11:34:07    

@Steve2
Effectivement c'est une solution qui conviendrait parfaitement. Je ne savais pas qu'il était possible de mapper un disque physique directement sur un disque virtuelle. Merci beaucoup pour l'information :)
 
Si je peut me permettre un léger hors-sujet, je vais sans doute faire évoluer le processeur de mon lab mais j'ai un léger doute ...
A cause de contrainte de budget, quand j'ai monté mon ESXi je me suis orienté vers une plateforme AMD (carte mère ASUS A88X-Plus AMD A4-4000).
Si tout allait bien au départ, le CPU devient un peu léger pour faire tourner toutes les VM.
Aillant toujours des contraintes de couts je ne peut que changer que le CPU et non toute l'installation pour passer sur du Intel.
J'ai trouvé un CPU qui serait compatible et qui devrait un peu mieux tenir la distance : AMD Athlon X4 860K
Seul soucis c'est qu'il n'a pas de GPU intégré et visiblement la carte mère non plus. Serais-je toujours capable d'avoir un affichage (pour ré-installer par exemple ou pour accéder directement à la machine sans passer par SSH) si j'utilise ce CPU ?
 
(Je pense que la question n'est pas posée au bon endroit, si cela est nécessaire je le supprimerais et passerais le sujet en clos).
 
Merci beaucoup et très bonne journée.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed