KVM sur Illumos (OpenIndiana vs SmartOS)

11

J'envisage de virtualiser un certain nombre d'invités sur un seul serveur exécutant un port récent de KVM vers Illumos. Il semble que mes deux options principales seront OpenIndiana et SmartOS. La distribution que je finirai par utiliser doit répondre aux exigences suivantes:

  • Vous devez pouvoir gérer et personnaliser via CLI (par exemple, modifier les options du système de fichiers ZFS / zvol, y attacher un disque externe et y copier des données, ou répliquer automatiquement les données sur un serveur hors site à l'aide de zfs send / receive).
  • Besoin d'implémenter des instantanés ZFS automatisés (par exemple en utilisant zfs-auto-snapshot).
  • Besoin de pouvoir configurer des notifications automatiques par e-mail si la santé du serveur se dégrade. Essentiellement, configurez le nettoyage périodique ZFS, surveillez zpool, le gestionnaire de pannes et / ou les problèmes SMART, et envoyez des e-mails lorsque des problèmes sont détectés, etc. La configuration manuelle est OK, tant que le système d'exploitation me le permet.
  • Devrait gérer les invités Debian, Ubuntu et Windows 2008 Server R2 avec une bonne stabilité et des performances raisonnables. Ces invités seront utilisés dans la production.
  • Il devrait y avoir une attente raisonnable que les futures versions continueront d'être livrées - je ne veux pas être bloqué en utilisant un produit sans issue.
  • Ce serait bien s'il était facile à configurer et avait une sorte d'interface graphique, mais c'est facultatif.

Sur la base de ces exigences, quelle distribution recommanderiez-vous?

Vous pouvez supposer que cet environnement ne sera pas déployé avant la sortie de la prochaine version stable d'OpenIndiana. En outre, vous pouvez supposer que le serveur utilisera un processeur Sandy Bridge Xeon E3-1xxx, ce qui devrait donc prendre en charge la compatibilité KVM.

De plus, dans quelle mesure le port KVM vers Illumos est-il robuste / stable sur l'une ou l'autre de ces distributions? Dois-je même envisager KVM / Illumos pour un environnement de production pour l'instant?

Alex
la source

Réponses:

9

J'utilise SmartOS et KVM en production depuis quelques mois maintenant et j'en suis très content. Il semble que cela devrait très bien répondre à vos besoins. Tous les éléments ZFS dont vous avez besoin sont pris en charge. Pour la surveillance, vous devrez cependant configurer des trucs tiers.

Je travaille sur quelques projets liés à la surveillance et spécifiquement pour faire les choses que vous avez mentionnées. Vérifiez-les et n'hésitez pas à me laisser un message.

https://github.com/gflarity/nervous https://github.com/gflarity/response

gflarity
la source
10

Je vais vous demander, dans quelle mesure est-il important que vous utilisiez spécifiquement KVM?

Ma préférence pour le type de solution que vous recherchez est de construire autour de VMWare ESXi . Vous pouvez créer un serveur tout-en-un exécutant VMWare ESXi à partir d'un support flash (SDHC, USB, CF) et tirer parti des E / S DirectPath (PCI-passthrough) disponibles sur les serveurs actuels pour présenter un HBA SAS / SATA à un HBA virtualisé OS basé sur ZFS (supposons OpenIndiana , mais j'utilise habituellement NexentaStor Community Edition ). À partir de là, vous pouvez créer un vSwitch de bouclage et présenter votre stockage ZFS à ESXi en tant que NFS 10 GbE ou iSCSI pour héberger les machines virtuelles invitées (Windows, Linux, etc.).

  • En utilisant cela, vous avez un accès complet aux fonctionnalités ZFS comme la compression, la déduplication et les instantanés. Vous pouvez augmenter cette configuration avec un ZIL et un L2ARC assez facilement.

  • Si vous choisissez NexentaStor pour votre solution ZFS, vous aurez également une interface graphique complète pour gérer les instantanés automatiques / hiérarchisation. Les outils de surveillance des disques sont également intégrés.

  • VMWare gère très bien un certain nombre de types d'invités, vous êtes donc bien couvert.

  • Nexenta, OpenIndiana et VMWare sont là pour rester, ce n'est donc pas une mauvaise décision technologique.

  • Pourvu que vous ayez le budget pour le matériel, votre ESXi, ZFS OS et Linux sont gratuits ...

Regarde aussi:

http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi

http://www.napp-it.org/napp-it/all-in-one/index_en.html

ewwhite
la source
1
Merci. Je suis définitivement ouvert à d'autres technologies de virtualisation. J'ai pensé à une approche similaire à celle que vous avez suggérée, mais je me sentais mal à l'aise car il semblait que cela pourrait ne pas fonctionner de manière fiable car elle est plus complexe. Par exemple, lorsque ESXi redémarre, il ne verra pas le stockage NFS / iSCSI car la machine virtuelle ZFS n'a pas encore démarré. Il semble donc que je devrais jouer avec chaque fois qu'il démarre: attendez que la machine virtuelle ZFS démarre, puis demandez à VMware de connecter ce stockage, puis démarrez manuellement les autres machines virtuelles - je me trompe? De plus, VMware vous permet-il de cloner des volumes en mode natif via ZFS?
Alex
VMWare vous permet de définir la priorité de démarrage. Dans ce cas, la machine virtuelle ZFS démarre en premier et s'arrête en dernier. Il n'y a pas de violon manuel impliqué. Les machines virtuelles démarrent une fois le stockage en place. Du point de vue ZFS, les disques sont pass-through, vous pouvez donc même les supprimer et passer à un autre serveur et attendre le même résultat. C'est assez portable. En ce qui concerne le clonage VMWare, je ne l'utilise pas, mais il vaut mieux le faire soit au niveau VMware VM, soit à partir du niveau ZFS / datastore.
ewwhite
2
Gardez à l'esprit que dans la version gratuite d'ESXi 5, vous êtes limité à 32 Go de RAM.
Jed Daniels