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?

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


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.


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.


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.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.