Ganeti vs Proxmox [zamknięte]

Jestem administratorem systemu w małym domu oprogramowania. Zamierzam zwirtualizować nasze serwery. Głównym powodem tego jest zapewnienie jak największej dyspozycyjności, ale prawdopodobnie zwiększy to wykorzystanie zasobów.

Mamy dwa serwery. Na jednym mamy niewiele programistycznych maszyn wirtualnych, a także jest on używany jako serwer kompilacji (Jenkins Master, ale także Build Executor). W drugim przypadku otrzymaliśmy kilka krytycznych usług (repozytoria kodów, narzędzie do śledzenia problemów).

Chciałbym używać tych maszyn do tworzenia dwóch klastrów węzłów i tworzenia maszyn wirtualnych dla każdej usługi. Chciałbym użyć DRBD, aby możliwe było przenoszenie maszyn między węzłami.

Po kilku badaniach moimi kandydatami są Proxmox i Ganeti. Który z nich byłby lepszy w mojej sytuacji? Uwielbiam prostotę Proxmox (szczególnie prostotę instalacji), ale może istnieje uzasadniony powód, aby używać Ganeti?

Nie znam ProxMox, ale znam Ganeti, ponieważ używam go w swojej pracy i pracy z głównymi programistami.

Jeśli masz niewielką liczbę fizycznych maszyn i maszyn wirtualnych, robienie rzeczy ręcznie jest w porządku. Możesz zapamiętać, która maszyna wirtualna znajduje się na konkretnej maszynie i uruchomić odpowiednią komendę Xen na prawym węźle. Jeśli masz tylko jedną maszynę fizyczną, zawsze wiesz, na której maszynie znajdują się Twoje maszyny wirtualne.

Dla nowego użytkownika najbardziej oczywistą korzyścią Ganeti jest to, że wie, gdzie znajdują się wszystkie maszyny wirtualne. Z jednego urządzenia nadrzędnego możesz wydawać polecenia takie jak „stop instance foo”, a wyszukuje, że foo jest uruchomione i zatrzymuje je. Możesz wydać polecenie typu „utwórz maszynę wirtualną o rozmiarze X, gdziekolwiek jest wolne miejsce”, a ona znajdzie tę wolną przestrzeń i utworzy maszynę wirtualną. Jeśli masz dużo rezygnacji (tworzenie i usuwanie maszyn wirtualnych), Ganeti zaoszczędzi ci dużo czasu. Pomaga również w przypadku katastrofy: jeśli cały klaster straci moc, Ganeti uruchomi ponownie wszystkie maszyny wirtualne, gdy klaster zostanie zasilony i uruchomi się. (Oto przykład: Awaria zasilania: prawdziwy test dla Ganeti )

Możesz skonfigurować „szablony” dla konfiguracji maszyn wirtualnych (jaki system operacyjny, konfiguracja miejsca na dysku itp.). Być może więc jesteś jedyną osobą, która jest na tyle ekspertem, aby utworzyć szablon, ale istnieją jeszcze inni młodsi sysadmini w zespole, którzy mogą łatwo utworzyć nowy instancje.

Problem z robieniem rzeczy ręcznie, gdy masz niewielką liczbę maszyn wirtualnych, polega na tym, że jeśli odniesiesz sukces, rozwiniesz się do tego stopnia, że ​​Ganeti miałoby sens. W tym momencie możesz mieć mnóstwo pracy i nie będziesz miał czasu na zainstalowanie Ganeti. Jest to ogólny problem związany z przejściem od ręcznego wykonywania czynności do instalowania automatyzacji: nie masz czasu naprawić nieszczelnego zlewu, ponieważ jesteś zbyt zajęty zmywaniem podłogi. Aby temu zapobiec, zalecam zainstalowanie Ganeti (lub innej wybranej automatyki) wcześniej niż później.

Ganeti jest w 100% open source, nie wymaga licencji. Jednak nie jest dostępne wsparcie komercyjne, jeśli jest ono potrzebne. Nie znam ProxMox, ale ich strona internetowa twierdzi, że wymaga licencji; są części, które są Open Source, ale nie są dostępne bez licencji (z tego, co przeczytałem na ich stronie internetowej). Mają plany wsparcia wymienione na swojej stronie internetowej.

Ganeti jest dostępny poza Google od 2007 roku. Ma ponad 5 lat inżynierii. Od pewnego czasu jest stabilny. Kod źródłowy Ganeti i społeczność pomocy technicznej można znaleźć na code.google.com/p/ganeti Nie wiem, jak została wydana ostatnia wersja ProxMox.

Używam Xen od 2003 roku. Używam Ganeti od około roku i bardzo go polecam. Nigdy nie słyszałem o ProxMox.

Przez lata ręcznie zarządzałem plikami konfiguracyjnymi LVM, DRBD i Xen w kilku klastrach o wielkości od 2 do 5 węzłów - to był koszmar. DRBD sprawił, że wszystko było cudownie niezawodne, a Xen ułatwił migrację maszyn wirtualnych między węzłami, ale gdy tylko wystąpił błąd węzła, czekałem długi, żmudny proces tworzenia nowych woluminów LVM, konfigurowania DRBD i przebudowywania serwerów lustrzanych, a następnie upewniania się, że Xen i inne konfiguracje zostały zreplikowane ... dla klastra 5-węzłowego, trzymanie rzeczy prosto w mojej głowie może czasami być bolesne. Wciąż chciałem to wszystko napisać, ale życie mi przeszkadzało.

Potem przyszedł Ganeti. Został napisany dla dokładnie mojego przypadku użycia - klastrów n-way używających Xen i DRBD. Te godziny bolesnych, obarczonych ryzykiem operacji są teraz w niektórych przypadkach skompresowane w jedną komendę ganeti. Kocham to. Przeprowadziłem migrację większości moich maszyn wirtualnych do jednego dużego 10-węzłowego klastra ganeti.

Przeprowadziłem również migrację naszych komputerów stacjonarnych z systemem Windows do klastra Ganeti / KVM - Linux jest teraz dostępny tylko na komputerach stacjonarnych i używają VNC, aby dostać się do maszyn wirtualnych z systemem Windows. Dużą zaletą tego rozwiązania są łatwiejsze migawki i kopie zapasowe oraz możliwość piaskownicy każdej aplikacji Windows na własnej maszynie wirtualnej.

Nawiasem mówiąc, nawet jeśli teraz mówisz tylko o klastrze 2-węzłowym, jestem całkiem pewien, że gdy zobaczysz narzędzie, zauważysz, że dodajesz węzły i migrujesz wszystko, co możesz, do maszyn wirtualnych. Jeśli Twoja platforma klastrowania może obsługiwać więcej niż 2 węzły, takie jak Ganeti, będziesz w stanie to zrobić.

Nie używam ganeti, ale używam proxy i wiem to bardzo dobrze. Proxmox VE jest projektem W PEŁNI OTWARTYM ŹRÓDŁEM, a cały kod jest dostępny z plikami binarnymi. System podstawowy to minimalna dystrybucja Debian 64 z niestandardowym instalatorem, ale możesz także zainstalować system Debian i dodać repozytoria proxy. Jednym z głównych sponsorów projektu jest rząd Autrian, co gwarantuje, że rozwój produktu będzie finansowany przez długi czas. Począwszy od wersji 2.0, nawet proces programowania jest otwarty (wcześniej była to zamknięta lista i trzeba było poprosić o dostęp do firmy za proxy).

Posiada przyjazny dla użytkownika interfejs, prawie wszystkie funkcje znalezione w vSphere, obsługę klastrów (w oparciu o corosync), wysoką dostępność HA dla VM, automatyczne tworzenie kopii zapasowych i przywracanie z interfejsu. Obsługuje także wirtualizację kontenerów z openvz, płynnie zintegrowaną z tą samą infrastrukturą i interfejsem KVM, dzięki czemu możesz wybrać najlepszą strategię wirtualizacji w zależności od potrzeb. Mam około 20 instalacji Proxmox, od pojedynczego hosta do klastra 2-węzłowego z drbd przybywającym do klastra 5-węzłowego na FC SAN (> 80VM).

Co mogę zobaczyć na temat ganeti, mogę stwierdzić, że nie ma konkurencji. Proxmox na pewno wygrywa.

Moja skarga (prawdopodobnie oparta na niewiedzy) na temat ganeti: Cieszę się, że mogę robić rzeczy w CLI, jeśli to konieczne, ale nie wierzę, że potrzeba GUI czyni mnie mięczakiem. Nie wydaje się być narzędziem zarządzania ganeti internetową, ale ostatni spojrzałem, było bardzo daleko od bycia plug & and Play (np kilka stron komendy do wpisania na komputerze), a także w kilku próbach na mock serwer, nigdy nie udało mi się go poprawnie zbudować i zainstalować.