Co mam wybrać LXC vs OpenVZ [zamknięte]

17

Alternatywą dla wirtualizacji kilku serwerów Ubuntu jest rozważenie możliwości użycia kontenerów. Ale nie jestem pewien, czy powinienem wybrać OpenVZ czy LXC. Czy ktoś może polecić jedną z nich, a może wymienić zalety i wady?

dhojgaard
źródło

Odpowiedzi:

13

Osobiście uważam, że LXC jest w fazie szybkiego rozwoju i opóźnienia w dokumentacji.

Osobiście używam openvz na „serwerach produkcyjnych” i nie sądzę, że LXC jest jeszcze wystarczająco dojrzały, aby używać go w „produkcji”.

Sugeruję, aby spojrzeć na proxy

http://pve.proxmox.com/wiki/Main_Page

Oferuje hosta Debiana, interfejs WWW oraz KVM i openvz. Planują używać LXC, gdy uznają, że jest stabilny.

wprowadź opis zdjęcia tutaj

Pantera
źródło
Wszelkie aktualizacje na ten temat?
muru,
@muru Nadal uważam, że LLC nie jest gotowa do produkcji, a kiedy to nastąpi, planuję używać Proxmox
Panther
1
Proxmox używa teraz lxc
Panther
Jeśli zobaczysz forum Proxmox, oznacza to, że istnieje wiele błędów w implementacji LXC. Potrzebujesz więcej czasu, aby LXC był bardziej stabilny. Przeczytałem również kwestię bezpieczeństwa LXC
Wendy William
1
@WendyWilliam - IMHO to od dawna problemy z LXC. Dokumentacja IMHO jest opóźniona w LXC, izolacja nie jest tak duża, jak inne opcje prowadzące do problemów bezpieczeństwa. IMHO LXC nie jest gotowy do produkcji, nadal wolę openvz lub KVM.
Panther
6

Z tego, co mogę powiedzieć, LXC ma pewne zalety, takie jak bycie dostępnym w jądrze Linuksa (więc nie potrzebujesz specjalnego jądra, aby z niego korzystać). Z drugiej strony OpenVZ obsługuje migrację na żywo.

Będziesz musiał sprawdzić możliwości każdego narzędzia i zobaczyć, które z nich są dla Ciebie najważniejsze.

Edytować:

Znajdziesz tutaj krótki przegląd możliwości każdego z nich.

Aktualizacja dla OpenVZ 4:

Począwszy od OpenVZ 4, możesz uruchomić OpenVZ na standardowym jądrze Linux 3.0. OpenVZ wciąż korzysta z własnego jądra; istnieje kilka funkcji specyficznych dla jądra OpenVZ.

Salem
źródło
3

Ciekawe, że tak nagle zainteresowałem się LXC, gdy znacznie bardziej dojrzała platforma OpenVZ robi to z powodzeniem od wielu lat. LXC jest tak naprawdę pochodną OpenVZ dla jądra głównego, więc nie jest to nowy pomysł. Ładowanie z różnych jąder zawsze było trywialne, więc nie rozumiem, dlaczego miałby to być problem z używaniem OpenVZ. Sądzę, że niektórzy ludzie nie czują się komfortowo przy użyciu jądra innego niż mainline i być może myślą, że nowsze rzeczy są bardziej seksowne.

LXC prawdopodobnie ostatecznie zastąpi OpenVZ .... za 10 lat. Jeszcze nie jest tak blisko. Nawet w przypadku najnowszych osiągnięć, chyba że nie przeszkadza ci brakujące funkcje, niejednoznaczna dokumentacja, brak „doświadczenia w Internecie” (tj. Rozbudowana baza wiedzy, którą można znaleźć podczas wyszukiwania w Internecie).

Za rok lub dwa, kiedy będzie już pełniejsza funkcja i będzie więcej bazy wiedzy, prawdopodobnie będzie gotowa na pewne niekrytyczne rzeczy offline. Jednak podczas wyszukiwania w Internecie ludzie mówili o tym rok temu i nadal nie ma tam imho.

Fred
źródło
3

To pytanie sprzed 1 roku, ale biorąc pod uwagę zmiany na boisku, dodałbym 2 centy.

Polecam, aby w przypadku konteneryzacji ludzie patrzyli na Docker . Jest zbudowany na bazie LXC (i innych narzędzi) i zapewnia rozbudowane narzędzia do budowy, konserwacji, dystrybucji i aktualizacji pojemników. Poza tym wokół jest dość duża społeczność.

Istotną różnicą jest to, że Docker promuje „pojemniki jednoprocesowe”, w przeciwieństwie do tradycyjnego zastosowania LXC, które jest bardziej lekką, w pełni rozwiniętą maszyną wirtualną. Wymaga to pewnego dostosowania myślenia, ale ma swoje zalety.

BostonHiker
źródło