Ganeti vs Proxmox [закрито]


9

Я системний адміністратор в невеликому програмному будинку. Я збираюся віртуалізувати наші сервери. Основна причина цього - забезпечення максимально можливого тривалості роботи, але, ймовірно, це також збільшить використання ресурсів.

У нас є два сервери. На одній у нас мало віртуальних машин для розробки, а також її використовується як сервер збирання (майстер Дженкінс, але також і Build Executor). На 2-му ми отримали кілька критичних служб (сховища кодів, трекер випусків).

Мені хотілося б використовувати ці машини для створення двох кластерних вузлів та створення VM для кожної служби. Я хотів би використовувати DRBD, щоб переміщення машин між вузлами було можливим.

Після деяких досліджень моїми кандидатами є Proxmox та Ganeti. Який із них був би кращим у моїй ситуації? Мені подобається простота Proxmox (особливо простота установки), але, можливо, є поважна причина використання Ganeti?


Я знаю, що питання "проти" важкі, і хтось може їм не подобатися, але це не загальне питання "проти". Я вважаю, що враховуючи описані нами умови, можна дати точну відповідь. Сміливо запитайте у разі будь-якої неясності. Заздалегідь спасибі.
Maciek Sawicki

Чи VMWare коли-небудь отримував розгляд?
ewwhite

Ні. Я думаю, що він не підтримує DRBD, і ми вважаємо за краще не купувати NAS.
Maciek Sawicki

Чому DRBD? З цим надзвичайно багато ускладнень. І багато кращих способів вирішення проблеми. (Я не кажу, що ДРБД поганий - це дуже корисний інструмент, але не правильний у цьому випадку.)
symcbean

2
Я ненавиджу це, коли сервер за замовчуванням робить це "закрите як не конструктивне" лайно. Іноді люди шукають думки. Не має значення, що немає остаточного відповіді на запитання. Колись ви шукаєте упереджених уподобань та аргументів людей.
LonnieBest

Відповіді:


12

Я не знайомий з ProxMox, але я знайомий з Ganeti, оскільки використовую його у своїй роботі та роботі з основними розробниками.

Якщо у вас є невелика кількість фізичних машин та візків, то робити справи вручну - це добре. Ви можете запам’ятати, який VM знаходиться на якій фізичній машині, і запустити праву команду Xen на правому вузлі. Якщо у вас є лише одна фізична машина, ви завжди знаєте, на якій машині перебувають ваші віртуальні машини.

Для нового користувача найбільш очевидною перевагою Ganeti є те, що він знає, де всі VM. Від одного майстра ви можете видавати команди на зразок "зупинити екземпляр foo", і він шукає, коли foo працює і зупиняє його. Ви можете задати команду типу "створити VM розміром X там, де є вільний простір", і він знайде цей вільний простір і створить VM. Якщо у вас багато розбиття (створення та видалення віртуальних машин), Ganeti заощадить вам багато часу. Це також допомагає вам у разі катастрофи: якщо весь кластер втратить силу, Ganeti перезапустить усі віртуальні машини, коли кластер отримає живлення та завантажиться. (Приклад тут: Вимкнення живлення: справжнє випробування для Ганеті )

Ви можете налаштувати "шаблони" для конфігурацій VM (яка ОС, конфігурація дискового сховища тощо). Таким чином, можливо, ви єдиний експерт, достатній для створення шаблону, але один з них, який існують інші молодші sysadmins у вашій команді, може легко створити нові екземпляри.

Проблема в тому, як робити справи вручну, коли у вас є невелика кількість віртуальних машин, полягає в тому, що якщо ви будете успішними, ви зросте до того, що Ганеті матиме сенс. У цей момент у вас може виникнути пригніченість роботи, і ви не встигнете встановити Ganeti. Це загальна проблема з переходом від роботи вручну до встановлення автоматики: у вас немає часу виправити витік раковини, оскільки ви занадто зайняті миттям підлоги. Щоб запобігти цьому, я рекомендую встановити Ganeti (або будь-яку автоматику, яку ви вибрали) раніше, ніж пізніше.

Ganeti є 100% відкритим кодом, не вимагає ліцензій. Однак комерційної підтримки немає, якщо вона потрібна. Я не знайомий з ProxMox, але на їхній веб-сторінці написано, що він вимагає ліцензії; Є частини, які є відкритим кодом, але він не доступний без ліцензії (з того, що я читав на їхньому веб-сайті). На їх веб-сайті вказані плани підтримки.

Ganeti доступна за межами Google з 2007 року. За нею вже 5 років роботи. Він стабільний досить довгий час. Ви можете знайти вихідний код Ganeti та спільноту підтримки на code.google.com/p/ganeti. Я не знаю, як нещодавно вийшов ProxMox.


Дякую за детальну відповідь. Щодо ліцензії на proxmox, я думаю, що вона потрібна лише для Mail Gateway (іншого продукту), а Proxmox VE є безкоштовним та відкритим кодом ( pve.proxmox.com/wiki/Open_Source )
Maciek Sawicki

Так правильно, лише шаблони / пристрої Proxmox вимагають ліцензії.
cstamas

7

Я використовую Xen з 2003 року. Я використовую Ganeti вже близько року, і настійно рекомендую. Я ніколи не чув про ProxMox.

Протягом багатьох років я вручну керував файлами конфігурації LVM, DRBD та Xen в декількох кластерах розміром від 2 до 5 вузлів - це був кошмар. DRBD зробила речі надзвичайно надійними, а Xen зробила VM легко мігрувати між вузлами, але всякий раз, коли вузол вийшов з ладу, я переживав тривалий виснажливий процес створення нових томів LVM, налаштування DRBD та відновлення дзеркал, переконуючись у тому, що Xen та інші конфігурації були тиражовані ... для 5-вузлового кластеру, зберігаючи речі прямо в моїй голові, іноді може бути болісно. Я все-таки хотів все це сценаріювати, але життя продовжувало заважати.

Потім Генети прийшов. Це було написано саме для мого випадку використання - кластери n-way, що використовують Xen та DRBD. Ці години болісних операцій, заповнених ризиком, в деяких випадках стискаються в єдину підкоманду Ганеті. Я це люблю. Зараз я перемістив більшість своїх віртуальних машин в один великий 10-вузловий кластер ganeti.

Я також перемістив наші настільні комп'ютери в кластер Ganeti / KVM - Linux тільки на настільних комп'ютерах, і вони використовують VNC, щоб потрапити до віртуальних машин Windows. Велика перевага тут - простіші знімки та резервні копії, а також можливість пісочниці кожної програми Windows у власній машині.

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


3

Я не використовую ganeti, але я використовую проксімокс, і це я добре знаю. Proxmox VE - це ВІДКРИТИЙ Джерело джерела, і весь код доступний у бінарних файлах. Базова система - це мінімальний дистрибутив Debian 64 зі спеціальним інсталятором, але ви також можете встановити свою систему Debian та додати сховища проксіx. Одним із головних спонсорів проекту є австрійський уряд, що забезпечує тривалий час фінансування розробки продукту. Починаючи з версії 2.0, навіть процес розробки відкритий (раніше це був закритий список, і вам довелося подати запит на доступ до компанії за проксімокс).

Він має зручний інтерфейс, майже всі функції, знайдені на vSphere, підтримку кластерів (на основі коросинхронізації), HA для високої доступності VM, автоматизоване резервне копіювання та відновлення підтримки з інтерфейсу. Він також підтримує віртуалізацію контейнерів з openvz, безпроблемно інтегрованою в ту ж інфраструктуру та інтерфейс KVM, щоб ви могли вибрати найкращу стратегію віртуалізації виходячи з ваших потреб. У мене є близько 20 установок Proxmox навколо, від одного хоста, до 2-вузлового кластера з drbd, що надходить до кластеру 5 вузлів на FC SAN (> 80ВМ).

Що я бачу про ганети, можу заявити, що конкуренції немає. Proxmox точно виграє.


1

Моя скарга (можливо, заснована на незнанні) щодо ganeti: я радий робити речі в CLI, якщо це необхідно, але я не вірю, що прагнення GUI робить мене примхливим. Там , здається , що веб-інструмент управління Ganeti, але в останній раз я бачив, це було дуже далеко від штепсель & і відтворення (наприклад , пара сторінок команд вводяться на хості), і протягом декількох спроб на макеті сервер, я ніколи не встигав його правильно скласти та встановити.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.