VirtualBox KVM herkese açık olarak yayınlandı
(cyberus-technology.de)VirtualBox KVM’in herkese açık sürümü
- Cyberus Technology, VirtualBox’ın KVM backend’ini açık kaynak olarak yayınladı.
- VirtualBox, çeşitli misafir işletim sistemlerini destekleyen ve birden fazla ana işletim sistemi üzerinde tutarlı bir kullanıcı arayüzü sunan çok platformlu bir sanal makine monitörüdür (VMM).
- KVM backend’i sayesinde VirtualBox, sanal makineleri çalıştırmak için Linux KVM hypervisor’ünü kullanabiliyor; bu da standart VirtualBox’ın kullandığı özel çekirdek modülünün yerine geçiyor.
Açık kaynak olarak yayınlanması
- Cyberus Technology, açık kaynağa olan taahhüdünü sürdürmek için KVM backend’ini GitHub’da açık kaynak lisansı altında yayınladı.
- Kullanıcılar, GitHub’daki VirtualBox ve Cyberus Technology’nin KVM backend’ini derleyerek geliştirilmiş özelliklerden doğrudan yararlanabiliyor.
- 2024 yol haritasında daha fazla ilgi çekici özellik yer alıyor ve güncellemeler yayınlandıkça teknik ayrıntıları ele alan ek yazılar paylaşılması planlanıyor.
Destek almak
- VirtualBox ve KVM kullanmak isteyen veya özel sanallaştırma çözümlerine ihtiyaç duyanlar için Cyberus Technology, rehberlik ve mühendislik hizmetleri sunmaya hazır.
- Destek almak isteyen kullanıcılar, destek formu ya da service@cyberus-technology.de e-posta adresi üzerinden iletişime geçebilir.
GN⁺ görüşü:
- VirtualBox’ın KVM backend’inin açık kaynak olarak yayınlanması, sanallaştırma teknolojilerinin gelişimi ile daha geniş uyumluluk arayan kullanıcılar ve geliştirici topluluğu için önemli bir adım.
- Bu duyuru, sanal makinelerde performans artışı, daha güçlü güvenlik ve donanım ile misafir kullanım senaryolarına yönelik daha geniş destek sağlayabilmesi açısından teknik bir ilerlemeye işaret ediyor.
- Cyberus Technology’nin açık kaynak topluluğuna katkı sunma çabası, açık kaynak yazılım ekosisteminde gelişim ve yeniliği hızlandırmaya yardımcı olabilir.
1 yorum
Hacker News yorumları
VirtualBox kullananlar Extension Pack konusunda dikkatli olmalı. Oracle dava açma konusunda çok agresif
https://www.reddit.com/r/sysadmin/comments/147k6az/oracle_is...
https://www.reddit.com/r/sysadmin/comments/d1ttzp/oracle_is_...
https://www.theregister.com/2019/10/04/oracle_virtualbox_mer...
Bizim kurumda VirtualBox'ı yasakladık. Oracle ile uğraşmaktansa VMware Workstation ya da virt-manager kullanmak çok daha ucuza geliyor
Bu yüzden mümkün olan en kısa sürede herkesin onu kullanmasını engellememiz gerekti. Elbette bu yalnızca VBox ile sınırlı değil, veritabanı için de aynı; en iyisi tamamen uzak durmak
Sokakta birine muz verip 3 ay sonra geri dönerek 1000 dolar isteyemezsin
Sonunda çıktı. Sanal makine çalıştıracağım her seferinde VirtualBox'a kıyasla daha iyi performans verdiği ve kullanımı daha kolay olduğu için libvirt'i seçiyorum, ama GUI seçenekleri gerçekten çok kötüydü
“En iyi” libvirt GUI'si olan virt-manager bile hatalarla dolu ve özellik açısından eksik. HiDPI ekranlarla pek iyi çalışmıyor, IPv6 yapılandırma yöntemi yok, vb.
Performansı libvirt/KVM'den düşük olsa da kullanım deneyimi daha iyi diye birkaç kez VirtualBox'ı seçmiştim; artık buna gerek kalmayacak gibi görünüyor
$ virsh net-dumpxml default6default673590ea2-eb15-4e67-b104-319721bdf302İstersen DHCPv6 da kullanabilirsin
İkisi pratikte birbirinin tam tersi. Ben GUI'si daha basit olduğu için virt-manager kullanıyorum; zaten VirtualBox ayarları da başlı başına bir kâbus
Her hâlükârda bu özellik doğru yönde atılmış bir adım. Dağıtımların benimseyip benimsemeyeceğini ve bir gün upstream'e entegre edilip edilmeyeceğini merak ediyorum
O dönemde ana bilgisayarım Windows 10'du ve Windows'un komut satırı ortamı epey kötüydü
Bu, aslında VirtualBox'ı virt-manager ve virsh'in alternatifi hâline mi getiriyor?
Bildiğim kadarıyla VirtualBox, GPU gibi PCI passthrough'u desteklemiyor; bu tür durumların nasıl ele alındığını merak ediyorum
Linux'ta QEMU/KVM'ye geçtikten sonra VirtualBox'a dönüp bakmadım, ama Windows'ta VirtualBox kullanıyorum ve her seferinde GUI'nin çok daha iyi ve kullanıcı dostu olduğunu fark ediyorum
Ek olarak bakınca VirtualBox'ın Extension Pack üzerinden deneysel PCI passthrough sunduğunu gördüm [0]. Bu KVM arka ucunda da kullanılabilir mi?
[0] https://docs.oracle.com/en/virtualization/virtualbox/6.0/adm...
Pratik avantajı, çekirdek her yükseltildiğinde üçüncü taraf bir sürücü olan vbox kernel modülünü yeniden derlemek zorunda kalmamak. DKMS bunu yönetici müdahalesi olmadan halletmeye çalışıyor, ama her zaman hatasız olmuyor
Öte yandan VirtualBox uygulaması masaüstüyle iyi entegre olacak şekilde tasarlandığından, konuğa VNC ile bağlanmak pek alternatif sayılmaz
FreeBSD tarafında da bhyve hipervizörü için benzer bir çaba olsa güzel olurdu
Terim meselesi de ilginç, ama yakın zamanda Linux Direct Rendering Manager DRM konusu içinde zaten ele alındı. Bu kısaltmalar “tüm ICT”ye kıyasla dar bir toplulukta kullanılıyordu; klavye-video-fare cihazları için de durum aynıydı
Linux iç yapısını bu düzeyde ele alan uzmanlar %1 bile değil, sunucu odası saha mühendisleri de %1'in altında; bu yüzden bu terimler hakkında kolektif farkındalık olmadığından yeniden kullanılmışlar
LVM zaten depolama tarafında kullanılıyor, LKVM de kafa karıştırabilir
downvote vermen dağıtımını daha yetkin yapmaz
Linux’ta KVM ve virt-manager ile zaten elde ettiklerimize kıyasla bunun ne ekstra sunduğunu bilmiyorum
VirtualBox genel olarak kullanıcı dostu. Konuk entegrasyonu, sürükle-bırak, pano, USB passthrough ve ses desteği de VBox’ta çok iyi
Sanal makinelerimin çoğu şifreli, bu yüzden yanımda taşırken içim rahat. Çeşitli gizli bilgiler ayrıca şifrelenmiş olsa da, sanal makinenin kendi şifrelemesi sayesinde havaalanında cihazımı kaybetsem bile erişilmemesi gereken şeylerin açığa çıkmasından endişe etmiyorum
virt-manager ve KVM ile de mümkün olan yollar var ama hiçbiri içime sinmedi. Host’un dosya sistemi düzeyindeki şifrelemesine güvenmek istemedim, taşınabilirlik sorunları da vardı ve daha önce tam disk şifrelemede bazı sorunlar yaşadığım için buna bel bağlamak bana rahat gelmedi
VirtualBox da özünde tam disk şifreleme yapıyor sayılır ama guest’e görünmüyor ve güvenilir görünüyor
Taşınabilirlik açısından https://www.vbox.me/ kullanarak sanal makineyi ve host’u bir flash sürücüye kurup, ek kurulum yapmadan herhangi bir Windows host üzerinde kendi ortamımı çalıştırabilmem gerekiyor. Henüz pratikte denemedim ama büyük bir avantajdı
Şu anda ortamlarımın çoğu Vagrant ile otomatik yapılandırılıyor: https://github.com/robsheldon/vagrantfiles Bu yüzden virt-manager’ın bazı avantajlarını da elde ediyorum
Oracle’a herhangi bir şekilde bağımlı olmak gerçekten hoşuma gitmiyor
KVM’yi yalnızca klavye-video-monitör türü cihazlar bağlamında duymuştum; sanal makine kavramına pek uymuyor gibi. Burada başka bir anlamı mı var?
https://en.m.wikipedia.org/wiki/Kernel-based_Virtual_Machine
Xen, sanal CPU’ları zaman dilimleriyle desteklemek için kernel’i genişletir
KVM, her sanal çekirdeği Linux scheduler’ını kullanan bir process olarak atar
Donanım sanal makinesinin vCPU çekirdeği preempt edildiğinde, register’ların vb. yeniden ayarlanmasını gerektiren bir vmexit çağrısı oluşur ve maliyeti yüksektir
Eski AWS instance’ları Xen üzerinde çalışırdı ve guest’ler arasında adaleti sağlamak daha kolaydı
KVM’nin avantajı, kırmızı-siyah ağaç tabanlı ve iyi optimize edilmiş Linux scheduler’ından yararlanmasıdır
Örneğin yeni bir CPU çıktığında KVM desteği upstream’den alır, Xen ise bunu doğrudan desteklemek zorundadır
cgroups gibi teknolojiler geliştikçe, zaman dilimi dolduğu için thread’in preempt edilmeden tamamlanmasını sağlama avantajı vmexit maliyetinden kaçınmayı sağladı
Teorik olarak, doğası gereği optimize edilmiş temel Linux işlevlerinden yararlanmak VirtualBox’a da fayda sağlar
KVM kullanan çoğu kişi, uygulama ayrıntılarını gizleyen libvirt gibi bir soyutlama katmanı kullanır
Gerçekte process’lere bakarsanız uygulama KVM olsa bile qemu’yu görürsünüz
Bunu gerçekten merak ediyorum. Penetrasyon testçisi olarak Linux dizüstü kullanıyorum ve VirtualBox içindeki Kali VM’de çok zaman geçiriyorum
KVM backend ile ne kadar performans artışı bekleyebilirim?
Oradaki VPN’e bağlanmak gerektiği için, bu etkinliği kişisel ağımdan ayırmak iyi göründü
Penetrasyon testi VM’i için nasıl bir ağ yapılandırması kullandığınızı merak ediyorum. İdeal olarak VM’in internete, dolayısıyla HTB VPN’e erişebilmesini ama yerel ağımın içine erişememesini isterim
Ancak bunu güvenilir biçimde nasıl uygulayacağımı pek bilmiyorum. Başta fazla paranoyakça olup pratik olmayabilir; bu yüzden bir uzmanın bakışını merak ediyorum
Normalde QEMU kullanırdım ama VirtualBox bunu kolaylaştıran bir özellik içeriyorsa bu durumda VirtualBox kullanmak da sorun olmaz
Yine de genelleme yapmak zor
Geçmişte bazı müşteriler VBox kullandığı için, VirtualBox özelliklerinden bazılarını desteklemek üzere libvirt’e katkı yapmıştım
O zaman bu olsaydı işim kolaylaşırdı ve tüm müşterileri KVM sanal makineleri kullanmaya yönlendirebilirdik
Çalışma için tebrikler
Havalı ama artık yaşlanıp huysuzlaştığım için mi bilmiyorum; 10 yıl önce olsaydı muhteşem olurdu gibi geliyor. Şimdi gerçekten bunu önemseyen var mı?
Günümüzde Linux içinde Linux GUI sanallaştırırken virt-manager, VMware ve VirtualBox’tan çok daha iyi yöntemler de mümkün
crosvm kullanırsanız paylaşımlı bellek buffer’ı üzerinden Wayland’i paylaşabilir, guest’te OpenGL ve Vulkan hızlandırması da elde edebilirsiniz
Böylece guest uygulamaları host’un Wayland compositor’ı üzerinden sorunsuz biçimde görünür
Ancak VBox’ın başlıca kullanım senaryosu çoğunlukla Windows