Apa yang harus saya pilih? LXC vs OpenVZ [ditutup]


17

Sebagai alternatif untuk Virtualisasi beberapa Server Ubuntu, saya mencari kemungkinan menggunakan kontainer. Tetapi saya tidak yakin apakah saya harus menggunakan OpenVZ atau LXC. Adakah yang bisa merekomendasikan salah satu dari mereka, atau mungkin daftar pro dan kontra?

Jawaban:


13

Secara pribadi saya menemukan LXC dalam pengembangan cepat dan dokumentasi tertinggal.

Saya pribadi menggunakan openvz pada "server produksi" dan tidak berpikir LXC belum cukup matang untuk digunakan dalam "produksi".

Saya sarankan Anda melihat proxmox

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

Menawarkan host Debian, antarmuka web, dan KVM dan openvz. Mereka berencana untuk menggunakan LXC setelah mereka menganggapnya stabil.

masukkan deskripsi gambar di sini


Adakah pembaruan tentang ini?
muru

@muru Saya masih merasa LLC belum siap untuk diproduksi, dan ketika itu saya masih berencana untuk menggunakan Proxmox
Panther

1
Proxmox sekarang menggunakan lxc
Panther

Jika Anda melihat forum Proxmox maka ada banyak bug pada implementasi LXC di sini, Perlu lebih banyak waktu untuk membuat LXC lebih stabil. Saya juga membaca masalah keamanan LXC di sini: janoszen.com/2013/01/22/lxc-vs-openvz/#container-lockdown
Wendy William

1
@ WendyWilliam - IMHO itu adalah masalah lama dengan LXC. Dokumentasi IMHO tertinggal di LXC, isolasi tidak sebagus opsi lain yang mengarah ke masalah keamanan. IMHO LXC belum siap untuk produksi, saya masih lebih suka openvz atau KVM.
Panther

6

Dari apa yang saya tahu LXC memiliki beberapa kelebihan seperti tersedia di kernel Linux (jadi Anda tidak perlu kernel khusus untuk menggunakannya). Dari sisi lain, OpenVZ mendukung migrasi langsung.

Anda harus memeriksa kemampuan setiap alat dan melihat mana yang paling penting bagi Anda.

Edit:

Anda dapat menemukan di sini ulasan singkat tentang kemampuan masing-masing.

Pembaruan untuk OpenVZ 4:

Pada OpenVZ 4, Anda dapat menjalankan OpenVZ pada kernel Linux 3.0. OpenVZ masih mendapat manfaat dari kernelnya sendiri; ada beberapa fitur khusus kernel OpenVZ.


3

Saya merasa aneh bahwa ada ketertarikan mendadak pada LXC ketika platform OpenVZ yang jauh lebih matang telah melakukan ini dengan sangat sukses selama bertahun-tahun. LXC sebenarnya adalah turunan dari OpenVZ untuk kernel mainline jadi itu bukan ide baru. Booting dari kernel yang berbeda selalu merupakan hal yang sepele jadi saya tidak melihat mengapa itu akan menjadi masalah dengan menggunakan OpenVZ. Saya kira beberapa orang tidak nyaman menggunakan kernel non-arus utama dan mungkin berpikir hal-hal baru lebih seksi.

LXC mungkin pada akhirnya akan menggantikan OpenVZ .... dalam 10 tahun. Ini belum siap. Bahkan tidak untuk pengembangan yang canggih kecuali Anda tidak keberatan dengan fitur yang hilang, dokumentasi yang tidak lengkap, kurangnya 'pengalaman internet' (mis. Membangun basis pengetahuan yang ditemukan dengan melakukan pencarian di internet).

Dalam satu atau dua tahun lagi ketika fitur lebih lengkap dan ada lebih banyak pengetahuan, itu mungkin akan siap untuk beberapa hal offline non-kritis. Namun, melakukan pencarian di internet, orang-orang mengatakan tentang hal itu setahun yang lalu dan itu masih belum ada.


3

Ini adalah pertanyaan berumur 1 tahun, tetapi mengingat perubahan di lapangan bermain saya akan menambahkan 2 sen saya.

Saya akan merekomendasikan bahwa untuk kontainerisasi orang harus melihat Docker . Itu dibangun di atas LXC (dan alat-alat lainnya) dan menyediakan perkakas yang luas untuk pembangunan kontainer, pemeliharaan, distribusi, dan peningkatan. Juga, ada komunitas yang cukup besar di sekitarnya.

Satu perbedaan penting adalah bahwa Docker mempromosikan "wadah proses tunggal" sebagai lawan dari penggunaan tradisional LXC yang lebih merupakan mesin virtual yang sepenuhnya ringan. Ini membutuhkan beberapa penyesuaian dalam berpikir, tetapi memiliki manfaatnya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.