Raid de logiciel sous ESXI DataStore
Je construis un environnement virtuel pour une petite entreprise. Il est basé sur un seul hôte ESXI 5.1, qui accueillera une demi-douzaine de VMS. Je fais des doutes sur la manière de mettre en œuvre le stockage. Je veux naturellement que le magasin de données soit tolérant à la faute, mais je ne peux pas obtenir les fonds pour une machine de stockage distincte, ni des solutions de raid de matériel coûteuses, je voudrais donc utiliser un raid logiciel (LVM/MDADM, très probablement). Comment cela peut-il être mis en œuvre? Ma seule idée jusqu'à présent serait de créer un VM qui a l'adaptateur de stockage comme passthrough, place un raid logiciel sur le dessus des disques, puis présente les volumes résultants "retour" à l'hôte ESXI. qui crée ensuite un magasin de données à partir de laquelle d'autres VMS obtiennent leur stockage présentés.
Cela semble-t-il un peu de tour, ai-je de meilleures options? De mes recherches, le passage semble venir avec de nombreux inconvénients, tels que la suspension/la CV, etc.
ESXI n'est pas un système d'exploitation à usage général et ne devrait pas être considéré comme étant absolument à la liste de compatibilité matérielle et utilise donc un adaptateur de raid matériel testé et approuvé. Choisissez de faire autre chose et vous rejoindrez les bandes d'autres personnes qui ont coupé les coins et se retrouvent en arrière ici se plaignant que leurs systèmes ne fonctionnent pas ou ils ont perdu des données - nous obtenons beaucoup de ceux-ci.
Je vous tirai si j'étais une petite entreprise et que vous avez déployé quelque chose comme ça ... c'est un thème commun, cependant. VMware a une liste bien définie liste de compatibilité matérielle . Toutefois, lorsqu'il est utilisé comme serveur autonome, vous [~ # ~ ~] besoin de [~ # ~] RAID matérielle. Les disques non raidés fonctionneront également, mais ce n'est pas ce que vous voulez. Donc, mes questions:
- Pas assez de fonds pour le stockage? Quel type de matériel serveur est-ce? Vous pouvez vous permettre des disques mais pas de contrôleur RAID? Un contrôleur RAID compatible n'est pas coûteux.
- N'est-ce pas une affaire de gestion des attentes des clients? Un stockage séparé sera clairement plus cher que le raid matériel.
- Tandis que Solutions de stockage tout-en-un sont possibles, ils sont les meilleurs pour des exigences techniques spécifiques et non des coûts.
C'est un cas de vmware-abus. Le raid logiciel n'est pas pris en charge. Je retournerais au client et révisez les besoins.
"Quelle est la valeur de vos données?"
"Je veux naturellement que le magasin de données soit tolérant à la faute, mais je ne peux pas obtenir les fonds pour une machine de stockage distincte, ni des solutions de raid matériel coûteuses, je voudrais donc utiliser un raid logiciel (LVM/MDADM, très probablement). Comment peut-il être mis en œuvre?
ESXI ne fonctionnera pas sans un vrai RAID basé sur HW pour le magasin de données. Le raid logiciel non basé sur le BIOS ne fonctionnera pas.
I run a HW backed 2x1TB SSD datastore for VMS
A obtenu mon contrôleur RAID Adaptec 6405e pour 100 $ sur eBay!
Mais en ce qui concerne la partie suivante,
Ma seule idée jusqu'à présent serait de créer un VM qui a l'adaptateur de stockage comme passthrough, met en place un raid logiciel sur le dessus des disques, puis présente les volumes résultants "retour" à l'hôte ESXI qui crée ensuite un magasin de données à partir de quel autre VMS obtient leur stockage présenté. "
Mon "FileServer" se compose de 4x5TB HD est passé directement à un VM. J'ai ensuite construit Mdadm RAID 5 pour un total d'environ 14 To et exporté cela sur NFS à tous mes vm. Environ 15/20 Toute heure donnée, avec 10/20 dev (10/20 Dev VM étant éteint à moins d'être utilisé. Cela a bien fonctionné pour moi, mais ce n'est pas avec un grand groupe d'utilisateurs. Enfait, je suis vraiment le seul utilisateur local, mais je héberge des sites Web qui génèrent du trafic, mais à nouveau, ils sont principalement statiques.
Une bonne question à poser dans ce scénario, si vous envisagez d'utiliser cette idée, c'est quel est le serveur de fichiers?
Dans mon cas, 90% de mes VM ne sont pas tout, hébergez toutes les données nécessaires à l'intérieur de VM (Linux) et sont de moins de 20 Go. J'utilise le fichier de fichiers en tant que repo central pour les sauvegardes, aussi toutes les applications multimédia, telles que Plex, lisez à partir du serveur de fichiers, et mon P2P enregistre directement au fichier de fichiers, mais que certains d'hôtes ont une base de données ou tout ce qui réside sur le serveur de fichiers. Ils font cependant toutes leurs sauvegardes au serveur de fichiers. My FileServer est mon seul VM qui héberge 2 services, et c'est NFS pour VM's et SMB pour l'accès Windows via GUI. Cela a été merveilleusement pour moi. J'ai également monté le serveur de fichiers via NFS en tant que DataStore et je peux monter ISO à New VM de l'intérieur du magasin de données. Je sauvegarde également des instantanés ovules sur SMB sous Windows directement sur le serveur de fichiers. Exécution de VM sur un RAID logiciel NFS exporté serait des noix, mais l'exportation d'un grand magasin de données NFS à l'hôte ESXI a de nombreux benifits.
Consultez ce blog pour un exemple d'utilisation de ZFS comme magasin d'appui http://blog.laspina.ca/ubiquite/encapsulation-vt-d-accéléré-zfs-storage-within-esxi
Cela étant dit que les avertissements sur l'utilisation du matériel standard sont valables. Esxi est assez difficile.
La prise en charge du logiciel RAID existe dans ESXI pour le contrôleur HPE Dynamic Smart Array. Je l'utilise sur un DL20 G9 avec des SSD d'entreprise en miroir et cela fonctionne bien.
http://www8.hp.com/us/fr/products/server/solutions.html?compuri=1499005#tab=TAB4
Cela dit, je viens de prendre une arrache intelligente 440 d'eBay pour 200 $, qui est une raid matérielle sans aucune raison autre que lorsque, étant donné le choix, allez toujours du matériel.
Je suis un grand fan de Raids logiciels (Linux) car ils sont flexibles, rentables, faciles à gérer et complètement prévisibles. Dans les scénarios de vie réels, ils battent toujours des contrôleurs de raid de matériel de qualité supérieure à la vitesse. Le seul problème - pour obtenir un accès fiable RDM ou un contrôleur de disques à envoyer VM qui exécute NAS. Les contrôleurs LSI peu coûteux en mode informatique font le tour. Je reçois une vitesse et une stabilité incroyable avec le logiciel RAID10 sur OpenMeMediAvault- Basé virtuel NAS (adaptateur VMXNET3, contrôleur de disque paravirual) qui exporte le magasin de données pour un autre VMS sur le même hôte via NFS (Lien interne 10GBIT).
C'est juste la question du budget. Si votre budget est illimité - accédez à des adaptateurs RAID de la gamme supérieure de Whitelist. Si vous voulez économiser de l'argent et que vous connaissez ESXI et NAS MANNALS - Allez avec des raids logiciels.
J'ai adoré Esxi quand je l'ai utilisé pour la première fois, je l'aime toujours, mais ne l'aime plus et teste la proximox comme alternative.
Ce que j'apprends, c'est que VMware bien sûr veulent gagner de l'argent, et ils ont probablement un accord avec des fournisseurs matériels pour supporter uniquement le matériel de classe de serveurs haut de gamme qui stimule leurs ventes en échange de rebords de ces fournisseurs, je connais une autre explication plausible consiste à gérer leur Soutenir les frais généraux, mais je pense que c'est plus sur "encourager" les personnes sur le matériel de classe serveur.
J'ai utilisé le logiciel RAID dans différentes situations et je le considère comme aussi fiable, e si ce n'est plus fiable que le raid matériel, je pense que le seul raid de matériel Solide Advantage a est la sauvegarde de la batterie permettant d'éviter les écrasements de puissance.
Cependant, mes systèmes à domicile sont accrochés à des appareils UPS et que mes systèmes d'entreprise dans les données de données sont fournis par le DataCentre. Je considère les choses comme des logiciels ZFS RAID beaucoup plus sûrs que quelque chose comme un HP SmartArray, de même que la protection Bitrot, ainsi que l'accès direct au disque SMART =.
Avec cela dit, cela ne signifie pas que je n'utilise jamais de raid matériel, si le client le demande directement ou qu'ils ont un budget de beau budget qui paiera, puis je le déploie, mais je n'ai pas l'attitude où si j'ai un client pauvre, je Commencez à leur dire qu'ils ont besoin de repenser parce que tout sauf que le raid matériel est suicidaire, c'est juste debout.
Je vois tous les commentaires négatifs et je me rends compte que ces personnes ne savent pas comment VSAN fonctionne. feu quelqu'un, juste parce qu'ils utilisent une technologie que VMware prend en charge dans leur propre produit? Cela indique plus que le déficit du gestionnaire dans la recherche et l'acceptation des conseils ou de l'apprentissage continu, d'être honnête.
Lisez sur le projet SAN de l'homme ancien (PMS) (PMS), où deux hôtes avec passez sur les périphériques de disque diffèrent les volumes et serviraient le stockage de bloc résultant sur ISCSI Retour au même groupe. C'était génie.
Je pense que votre idée pourrait fonctionner tout à fait ok. Voir, par exemple, https://communities.vmware.com/message/2368577#2368577
C'est dommage que ESXI ne supporte pas MDADM. Donc, votre idée ressemble à une ronde, mais je suppose que si vous voulez tout configurer correctement, il n'y aura qu'une très mineure de performance. Voir l'article suivant sur la performance: https://www.linux.com/news/hardware/servers/8222-Benchmarking-hardware-raid-vs-linux-kernel-software-raid
Si vous avez une petite configuration, Mdadm n'utilisera probablement que 5 à 25% du noyau de la CPU unique. De ma propre expérience, j'ai eu une utilisation très faible de la CPU par MDADM sur CENTOS Server avec RAID 5, connectée à ESXI comme partage NFS sur 1 réseau GBIT. Cependant, nous avons eu un problème de VMS qui utilisait des disques lourds (principalement pas à cause du raid logiciel, mais à cause de NFS). S'il vous plaît voir ma nouvelle réponse pour plus de détails: https://serverfault.com/a/608120/118677 .
Un autre avantage de cette configuration sera que MDADM est bien documenté, il est facile de reconnecter la matrice à un autre serveur en cas d'échec du serveur.
Cependant, vous devez considérer que la configuration habituelle de ESXI ne s'attend pas à ce que le magasin de données soit sur le même serveur avec ESXI lui-même. Dans votre cas, si le disque dur avec ESXI et/ou "VM" qui a l'adaptateur de stockage comme passthrough "échoue (et ce n'est pas dans RAID, bien sûr), votre magasin de données ne sera plus accessible. Si vous avez des datastore séparés, vous aurez besoin de moins de mesures pour restaurer votre configuration en cas de défaillance. Je considère donc que vous devriez essayer à nouveau de trouver des fonds pour un ordinateur de données séparé. Il pourrait s'agir d'un PC usagé avec un processeur de 1 à 2 GHz et du contrôleur SATA, où vous pourriez configurer Linux OS avec MDADM.
P.s. N'oubliez pas de configurer la surveillance (par exemple, des notifications par courrier électronique) sur l'état de votre matrice RAID MDADM.