KVM di Illumos (OpenIndiana vs SmartOS)


11

Saya sedang mempertimbangkan untuk memvirtualisasikan sejumlah tamu ke server tunggal yang menjalankan port baru KVM ke Illumos. Sepertinya dua opsi utama saya adalah OpenIndiana dan SmartOS. Distribusi yang saya gunakan pada akhirnya akan memenuhi persyaratan berikut:

  • Harus dapat mengelola dan menyesuaikan melalui CLI (mis. Mengubah sistem file ZFS / opsi zvol, melampirkan drive eksternal dan menyalin data ke dalamnya, atau secara otomatis mereplikasi data ke server luar kantor menggunakan zfs kirim / terima).
  • Perlu menerapkan snapshot ZFS otomatis (mis. Menggunakan zfs-auto-snapshot).
  • Harus dapat mengatur pemberitahuan email otomatis jika kesehatan server menurun. Intinya, atur scrubbing ZFS berkala, monitor zpool, manajer kesalahan, dan / atau masalah SMART, dan email ketika masalah terdeteksi, dll. Pengaturan secara manual ini OK, selama OS memungkinkan saya.
  • Harus menangani tamu Debian, Ubuntu, dan Windows 2008 Server R2 dengan stabilitas yang baik dan kinerja yang wajar. Para tamu ini akan digunakan dalam produksi.
  • Seharusnya ada harapan yang masuk akal bahwa rilis mendatang akan terus dikirimkan - saya tidak ingin macet menggunakan produk buntu.
  • Akan lebih baik jika itu mudah diatur dan memiliki semacam GUI, tetapi ini opsional.

Berdasarkan persyaratan ini, distribusi mana yang akan Anda rekomendasikan?

Anda dapat mengasumsikan bahwa lingkungan ini tidak akan digunakan sampai rilis stabil OpenIndiana mendatang dirilis. Juga, Anda dapat mengasumsikan server akan menggunakan CPU Sandy Bridge Xeon E3-1xxx, sehingga harus menjaga kompatibilitas KVM.

Juga, seberapa kuat / stabil port KVM ke Illumos pada salah satu dari distribusi ini? Haruskah saya mempertimbangkan KVM / Illumos untuk lingkungan produksi untuk saat ini?

Jawaban:


9

Saya telah menggunakan SmartOS dan KVM dalam produksi selama beberapa bulan sekarang dan saya sangat senang dengannya. Kedengarannya seperti itu harus sesuai dengan kebutuhan Anda dengan baik. Semua hal ZFS yang Anda butuhkan didukung. Untuk hal-hal pemantauan Anda perlu menyiapkan beberapa hal pihak ketiga.

Saya sedang mengerjakan beberapa proyek yang berkaitan dengan pemantauan dan secara khusus untuk melakukan hal-hal yang Anda sebutkan. Periksalah mereka dan jangan ragu untuk mengirimi saya informasi.

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


10

Saya akan bertanya, seberapa pentingkah Anda menggunakan KVM secara spesifik?

Preferensi saya untuk jenis solusi yang Anda tanyakan adalah membangun di sekitar VMWare ESXi . Anda dapat membangun server all-in-one yang menjalankan booting VMWare ESXi dari media flash (SDHC, USB, CF) dan memanfaatkan DirectPath I / O (PCI-passthrough) yang tersedia di server saat ini untuk menghadirkan HBA SAS / SATA ke virtualisasi OS berbasis ZFS (mari kita asumsikan OpenIndiana , tapi saya biasanya menggunakan Edisi Komunitas NexentaStor ). Dari sana, Anda dapat membuat loopback vSwitch dan menyajikan penyimpanan ZFS Anda ke ESXi sebagai 10GbE NFS atau iSCSI untuk menampung mesin virtual tamu (Windows, Linux, dll.).

  • Dengan ini, Anda memiliki akses penuh ke fitur ZFS seperti kompresi, deduplikasi dan snapshot. Anda dapat menambah pengaturan ini dengan ZIL dan L2ARC dengan cukup mudah.

  • Jika Anda memilih NexentaStor untuk solusi ZFS Anda, Anda juga akan memiliki GUI penuh untuk mengelola pengambilan gambar otomatis / tiering. Alat pemantauan untuk disk juga sudah ada.

  • VMWare menangani sejumlah tipe tamu dengan sangat baik, sehingga Anda terlindungi dengan baik.

  • Nexenta, OpenIndiana dan VMWare akan tetap di sini, jadi ini bukan keputusan teknologi yang buruk.

  • Asalkan Anda memiliki anggaran untuk perangkat keras, ESXi, ZFS OS dan Linux Anda gratis ...

Lihat juga:

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


1
Terima kasih. Saya pasti terbuka untuk teknologi virtualisasi lainnya. Saya sudah memikirkan pendekatan yang mirip dengan yang Anda sarankan, tetapi merasa tidak nyaman tentang itu karena sepertinya itu mungkin tidak bekerja dengan baik karena lebih kompleks. Sebagai contoh, ketika ESXi reboot, itu tidak akan melihat bahwa penyimpanan NFS / iSCSI karena ZFS VM belum mem-boot. Jadi sepertinya saya harus bermain-main dengannya setiap kali melakukan boot: tunggu ZFS VM untuk boot, kemudian menginstruksikan VMware untuk melampirkan penyimpanan itu, kemudian secara manual boot VM lain - apakah saya salah? Juga, apakah VMware memungkinkan Anda mengkloning volume secara asli melalui ZFS?
Alex

VMWare memungkinkan Anda untuk mengatur prioritas boot. Jadi dalam hal ini, ZFS VM melakukan booting pertama dan mematikan yang terakhir. Tidak ada manual yang terlibat. VM akan mem-boot begitu penyimpanan sudah ada. Dari perspektif ZFS, disk adalah pass-through, sehingga Anda bahkan dapat menghapusnya dan pindah ke server yang berbeda dan mengharapkan hasil yang sama. Ini cukup portabel. Adapun kloning VMWare, saya tidak menggunakannya, tetapi Anda lebih baik melakukannya di tingkat VMware VMware, atau melakukannya dari tingkat ZFS / datastore.
ewwhite

2
Perlu diingat bahwa dalam versi gratis ESXi 5, Anda dibatasi hingga 32GB RAM.
Jed Daniels
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.