KVM на Illumos (OpenIndiana vs. SmartOS)


11

Я розглядаю можливість віртуалізації кількох гостей на одному сервері, на якому працює останній порт KVM до Illumos. Здається, мої два основні варіанти - OpenIndiana та SmartOS. Розподіл, який я в кінцевому підсумку використовую, повинен відповідати таким вимогам:

  • Потрібно мати можливість керувати та налаштовувати за допомогою CLI (наприклад, змінити параметри файлової системи ZFS / zvol, приєднати зовнішній накопичувач і скопіювати на нього дані, або автоматично копіювати дані на сторонній сервер, використовуючи zfs відправлення / отримання).
  • Потрібно впровадити автоматизовані знімки ZFS (наприклад, використовуючи zfs-auto-знімок).
  • Потрібно мати можливість налаштування автоматичних повідомлень електронною поштою, якщо стан сервера погіршується. По суті, налаштовуйте періодичне чищення ZFS, стежте за zpool, диспетчером несправностей та / або проблемами SMART, а також електронною поштою, коли виявляються проблеми тощо. Ручне налаштування цього налаштування нормально, доки ОС не дозволить мені.
  • Має працювати з гостями Debian, Ubuntu та Windows 2008 Server R2 з хорошою стабільністю та розумною продуктивністю. Ці гості будуть використані у виробництві.
  • Повинні бути обґрунтовані очікування, що майбутні випуски продовжуватимуться надходити - я не хочу зациклюватися на використанні тупикового продукту.
  • Було б добре, якби це було просто в налаштуванні та має якийсь графічний інтерфейс, але це необов’язково.

Виходячи з цих вимог, який розподіл ви б рекомендували?

Можна припустити, що це середовище не буде розгорнуто, поки не вийде стабільний реліз OpenIndiana. Крім того, ви можете припустити, що сервер буде використовувати процесор Sandy Bridge Xeon E3-1xxx, так що слід подбати про сумісність KVM.

Крім того, наскільки надійним / стабільним є порт KVM для Illumos в будь-якому з цих дистрибутивів? Чи варто зараз вважати KVM / Illumos виробничим середовищем?

Відповіді:


9

Я вже декілька місяців використовую SmartOS та KVM у виробництві і дуже задоволений цим. Це здається, що воно просто відповідає вашим потребам. Усі необхідні вам матеріали ZFS підтримуються. Для моніторингу вам знадобиться налаштувати деякі сторонні речі.

Я працюю над декількома проектами, пов'язаними з моніторингом, і конкретно для того, щоб робити те, що ви згадали. Перевірте їх і сміливо киньте мені рядок.

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


10

Я запитаю, наскільки важливо, що ви спеціально використовуєте KVM?

Мої переваги щодо типу рішення, яке ви цікавите, - це створення навколо VMWare ESXi . Ви можете побудувати сервер "все в одному", на якому працює завантаження VMWare ESXi з флеш-носіїв (SDHC, USB, CF) і використовувати прямі входи / виходи DirectPath (PCI-прохід), доступні на поточних серверах, щоб представити SAS / SATA HBA віртуалізованому ОС на базі ZFS (припустимо, OpenIndiana , але я зазвичай використовую NexentaStor Community Edition ). Звідти ви можете створити vSwitch із зворотним циклом та представити сховище ZFS ESXi як 10GbE NFS або iSCSI для розміщення гостьових віртуальних машин (Windows, Linux тощо).

  • Використовуючи це, ви маєте повний доступ до функцій ZFS, таких як стиснення, дедуплікація та знімки. Ви можете розширити цю налаштування за допомогою ZIL та L2ARC досить легко.

  • Якщо ви вибрали NexentaStor для свого рішення ZFS, ви також матимете повний графічний інтерфейс для управління автознімками / рівнями. Інструменти моніторингу дисків також вбудовані.

  • VMWare дуже добре обробляє декілька типів гостей, тому ви добре охоплені.

  • Nexenta, OpenIndiana та VMWare тут залишаються, тому це не є поганим технологічним рішенням.

  • За умови, що у вас є бюджет на обладнання, ваші ESXi, ZFS OS та Linux безкоштовні ...

Також дивіться:

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
Спасибі. Я безумовно відкритий до інших технологій віртуалізації. Я думав про підхід, подібний до того, який ви запропонували, але мені стало неприємно з цього приводу, оскільки здавалося, що він може не працювати надійно, оскільки він складніший. Наприклад, коли ESXi перезавантажується, він не побачить сховище NFS / iSCSI, оскільки ZFS VM ще не завантажився. Отож, схоже, мені доведеться спіткати з цим щоразу, коли він завантажується: зачекайте, поки ZFS VM завантажиться, потім доручіть VMware приєднати сховище, а потім вручну завантажуйте інші VM - чи не помиляюся? Крім того, чи дозволяє VMware клонувати томи на самому світі через ZFS?
Олексій

VMWare дозволяє встановлювати пріоритет завантаження. Тож у цьому випадку ZFS VM завантажується першим і вимикається останнім. Немає жодної ручної мотанки. Відеомагнітофони завантажуються, коли зберігається місце. З точки зору ZFS, диски проходять наскрізь, тому ви навіть можете їх видалити та перенести на інший сервер і очікувати того ж результату. Це досить портативно. Що стосується клонування VMWare, я не використовую його, але вам краще робити це на рівні VMware VM або робити це на рівні ZFS / сховища даних.
ewwhite

2
Майте на увазі, що у безкоштовній версії ESXi 5 ви обмежені 32 Гб оперативної пам’яті.
Джед Даніельс
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.