Kendi bilgisayarında bir Linux dağıtımı denemek, müşteri ortamını taklit eden bir test makinesi kurmak ya da bir yazılımı bozmadan denemek istiyorsan iki isim karşına çıkar: VirtualBox ve VMware Workstation. İkisi de aynı işi yapar — masaüstü işletim sisteminin üzerinde sanal makine çalıştırır — ama lisans koşulları, performans karakteri ve otomasyon ekosistemleri birbirinden hayli farklıdır. Özellikle lisans tarafı, "ücretsiz sandığın için kurup şirket bilgisayarında kullanmak" gibi gerçek bir riske dönüşebiliyor.
Bu yazıda ikisini yan yana koyup gerçekten ayrıştıkları yerleri anlatacağım: lisanslama tuzakları, performans ve donanım desteği, ağ modlarının davranışı, snapshot ve klonlama, otomasyon araçları ve hangi senaryoda hangisinin daha az yorduğu. Sonunda ikisinde de aynı biçimde tekrarlanan kurulum hatalarına bir bölüm ayırdım.
İkisi de Tip-2: Ortak Zemin#
Her iki ürün de tip-2 hipervizördür: mevcut işletim sisteminin (Windows, Linux) üzerinde bir uygulama olarak çalışır ve donanım sanallaştırma özelliklerini (Intel VT-x / AMD-V) işletim sistemi aracılığıyla kullanır. Bu, sunucu dünyasındaki tip-1 hipervizörlerden temel farktır; ESXi ya da Proxmox donanımın doğrudan üzerine kurulur ve altında başka bir sistem yoktur. Bu ayrımın pratik anlamını VMware ESXi kurulumu yazısında ayrıntısıyla anlattım.
Tip-2 olmanın bedeli ve kazancı bellidir. Bedel, misafirin donanıma erişirken bir katman daha aşması ve host işletim sisteminin kendi yükünü de taşımandır — üretim sunucusu barındırmak için uygun değildir. Kazanç ise pratikliktir: kurulumu birkaç dakika sürer, günlük kullandığın makinede yan yana çalışır, kopyala-yapıştır ile dosya alışverişi yapar ve bir işletim sistemini bozduğunda sadece bir snapshot geri yüklersin.
Her ikisinde de temel iş akışı aynıdır: sanal makine oluşturursun, ISO bağlarsın, kurulumu yaparsın, ardından misafir araçlarını (VirtualBox Guest Additions ya da VMware Tools) kurarsın. Bu son adım isteğe bağlı değildir — ekran çözünürlüğü uyumu, paylaşılan klasörler, panoya erişim ve düzgün fare entegrasyonu ancak onlarla çalışır.
Lisans ve Maliyet: En Kritik Fark#
Burası, teknik karşılaştırmadan önce netleştirilmesi gereken kısım.
VirtualBox çekirdeği açık kaynak lisanslıdır ve ticari kullanım dahil serbesttir. Ancak Extension Pack ayrı bir lisansa tabidir ve kişisel, eğitim amaçlı ya da değerlendirme kullanımı dışında ücretlidir. Extension Pack olmadan çalışmayan özellikler arasında USB 2.0/3.0 aygıt geçişi, disk şifreleme, NVMe denetleyici ve uzak masaüstü sunucusu bulunur. Şirket bilgisayarında USB desteği için Extension Pack kurmuş biri, farkında olmadan lisans gerektiren bir kullanım yapmış olur — denetimlerde gerçekten sorun çıkaran bir noktadır.
VMware Workstation Pro tarafında lisans modeli Broadcom devrinden sonra değişti ve kişisel kullanım için ücretsiz hâle geldi; ticari kullanım ise lisans gerektiriyor. Bu politika birkaç kez güncellendiği için indirme öncesinde güncel koşulları doğrulaman gerekir. macOS'ta karşılığı ayrı bir üründür (Fusion).
| Konu | VirtualBox | VMware Workstation Pro |
|---|---|---|
| Çekirdek ürün | Açık kaynak, serbest | Kişisel kullanım ücretsiz |
| Ticari kullanım | Çekirdek serbest | Lisans gerekir |
| Eklenti/uzantı lisansı | Extension Pack ayrı lisanslı | Ayrı eklenti yok |
| Host işletim sistemi | Windows, Linux, macOS, Solaris | Windows, Linux (macOS için ayrı ürün) |
| Kaynak kodu erişimi | Var | Yok |
Kararını verirken "hangisi bedava" diye değil, "benim kullanım biçimim hangi lisansın kapsamına giriyor" diye sor.
Performans ve Donanım Desteği#
Aynı donanımda ikisi de donanım sanallaştırma özelliklerini kullanır, dolayısıyla ham CPU performansı arasında çoğu iş yükünde belirgin bir fark hissetmezsin. Fark, çevre birimlerin emülasyon kalitesinde ortaya çıkar.
Grafik ve 3D: VMware Workstation, 3D hızlandırma ve DirectX desteği tarafında genel olarak daha olgun bir deneyim sunar. Misafir içinde grafik arayüz yoğun bir uygulama çalıştıracaksan bu fark hissedilir. VirtualBox'ta 3D desteği vardır ama daha sınırlıdır ve misafir/host kombinasyonuna göre değişkenlik gösterir.
Disk ve ağ: İkisi de paravirtual sürücüler sunar. VMware tarafında paravirtual SCSI ve VMXNET3, VirtualBox tarafında virtio-net ve NVMe seçenekleri vardır. Varsayılan ayarlarla bırakmak yerine, misafirin desteklediği en modern denetleyiciyi seçmek her iki üründe de gözle görülür fark yaratır.
Bellek: İkisinde de host'a yeterli bellek bırakmadan makine açmak en yaygın performans hatasıdır. Kaba kural olarak host'un toplam belleğinin yarısından fazlasını tek bir sanal makineye verme; host takas alanına düşerse hem misafir hem host birlikte yavaşlar.
Windows host'ta ayrıca kritik bir davranış var: Hyper-V rolü, WSL2 ya da bellek bütünlüğü (VBS) özellikleri etkinse donanım sanallaştırmayı Windows'un kendi hipervizörü devralır. Bu durumda hem VirtualBox hem Workstation, doğrudan donanım yerine platform arayüzü üzerinden çalışır ve performans düşer. Tam hız istiyorsan bu özellikleri kapatman gerekir; Hyper-V rolünün ne yaptığını Windows Server'da Hyper-V kurulumu yazısında anlattım.
Ağ Modları#
Ağ, yeni başlayanların en çok takıldığı konu. İki üründe de isimler benzer, davranışlar aynıdır:
| Mod | Misafir kiminle konuşur | Dışarıdan erişilebilir mi | Tipik kullanım |
|---|---|---|---|
| NAT | İnternete çıkar, host üzerinden | Hayır (port yönlendirme ile evet) | Varsayılan, internet erişimi yeterliyse |
| Köprü (Bridged) | Fiziksel ağa doğrudan katılır | Evet, kendi IP'siyle | Sunucu taklidi, LAN'dan erişim |
| Yalnızca host (Host-only) | Sadece host ve diğer misafirler | Hayır | İzole test, veritabanı katmanı |
| Dahili (Internal) | Sadece diğer misafirler | Hayır | Tamamen kapalı laboratuvar |
Kurduğun sanal makineye başka bir bilgisayardan erişmen gerekiyorsa köprü modunu seçmen gerekir; NAT modunda misafir dışarı çıkar ama dışarıdan içeri açılmaz. Köprü modunun bilinen zayıf noktası kablosuz ağlardır: bazı kablosuz adaptörler köprüleme ile sorun çıkarır, kabloya geçmek çoğu zaman sorunu bitirir.
Çok katmanlı bir laboratuvar kuruyorsan (web sunucusu + veritabanı + istemci) en sağlıklı yaklaşım karma kullanımdır: her makineye internet için NAT, birbirleriyle konuşmak için ikinci bir yalnızca-host arayüzü ver. Bu kurguda IP planı yaparken subnet hesaplayıcı aracımız işini kolaylaştırır.
Snapshot, Klonlama ve Disk Formatları#
Her iki ürün de snapshot ve klonlama sunar; bunlar masaüstü sanallaştırmanın en değerli özellikleridir. Bir güncellemeyi ya da riskli bir yapılandırmayı denemeden önce snapshot alır, iş ters giderse saniyeler içinde geri dönersin.
Klonlama iki türlüdür ve farkı bilmek disk alanını ciddi biçimde etkiler. Tam klon bağımsız bir kopya oluşturur ve orijinalden etkilenmez. Bağlı klon (linked clone) ise orijinalin diskini temel alır ve yalnızca farkları saklar; onlarca benzer test makinesi kurarken çok az yer kaplar ama orijinali silersen hepsi çöker.
Disk formatı tarafında VirtualBox kendi VDI biçimini kullanır ama VMDK, VHD gibi biçimleri de okuyup yazabilir; bu, iki ürün arasında makine taşımayı görece kolaylaştırır. VMware ise VMDK kullanır. Bir makineyi diğerine taşırken en temiz yol OVA/OVF olarak dışa aktarıp karşı tarafta içeri almaktır; ardından misafir araçlarını kaldırıp yenisini kurman gerekir.
Snapshot konusunda her iki üründe de aynı tuzak geçerli: uzun süre bırakılan snapshot zinciri diski şişirir ve performansı düşürür. Snapshot bir yedek değildir; aynı diskte durur ve disk giderse o da gider. Konunun sunucu tarafındaki karşılığını ve zincirin nasıl büyüdüğünü sanal makine snapshot yönetimi yazısında ayrıntısıyla anlattım.
Otomasyon ve Komut Satırı#
İki ürünün de tam yetenekli bir komut satırı aracı var; laboratuvarını elle kurmak yerine betikle kurmak istiyorsan buraya bakacaksın.
# VirtualBox: makineleri listele, oluştur, başlat
VBoxManage list vms
VBoxManage createvm --name "test01" --ostype Ubuntu_64 --register
VBoxManage modifyvm "test01" --memory 4096 --cpus 2 --nic1 bridged
VBoxManage startvm "test01" --type headless
# Snapshot al ve geri dön
VBoxManage snapshot "test01" take "kurulum-sonrasi"
VBoxManage snapshot "test01" restore "kurulum-sonrasi"
# Makineyi dışa aktar (taşıma için)
VBoxManage export "test01" --output test01.ova
# VMware Workstation: vmrun ile temel işlemler
vmrun -T ws list
vmrun -T ws start /home/kullanici/vms/test01/test01.vmx nogui
vmrun -T ws snapshot /home/kullanici/vms/test01/test01.vmx "kurulum-sonrasi"
vmrun -T ws revertToSnapshot /home/kullanici/vms/test01/test01.vmx "kurulum-sonrasi"
vmrun -T ws stop /home/kullanici/vms/test01/test01.vmx soft
Tekrarlanabilir geliştirme ortamları için Vagrant kullanıyorsan bilmen gereken şu: VirtualBox, Vagrant'ın varsayılan ve ücretsiz sağlayıcısıdır; VMware tarafı ayrı bir eklenti ister. Bu yüzden ekipçe paylaşılan Vagrantfile tabanlı ortamlarda VirtualBox hâlâ en az sürtünmeli seçenek olmaya devam ediyor. Sunucu tarafında yapılandırmayı kod olarak yönetmek istersen Ansible ile sunucu otomasyonu yazısı bir sonraki adımı gösterir.
Hangi Durumda Hangisi ve Sık Yapılan Hatalar#
VirtualBox'ı seç eğer: birden fazla host işletim sistemi kullanıyorsan; Vagrant tabanlı bir ekip ortamın varsa; kaynak koda erişim ya da tam açık kaynak zinciri senin için önemliyse; ve Extension Pack gerektiren özelliklere ihtiyacın yoksa.
VMware Workstation'ı seç eğer: misafir içinde grafik yoğun uygulamalar çalıştıracaksan; zaten bir vSphere ortamın varsa ve makineleri masaüstünden sunucuya taşıyacaksan; snapshot ağacını yoğun kullanıyor ve daha rahat bir yönetim arayüzü istiyorsan; kullanım biçimin ücretsiz kişisel kapsamına giriyorsa.
Her iki üründe de gördüğüm tekrar eden hatalar şunlar:
BIOS'ta sanallaştırmayı açmamak. "64-bit misafir listede yok" ya da "makine açılmıyor" şikâyetlerinin büyük kısmı budur. VT-x / AMD-V ayarını BIOS'ta aç, gerekirse makineyi tamamen kapatıp aç.
Host'a bellek bırakmamak. 16 GB belleği olan bir makinede sanal makineye 12 GB vermek, host'u takas alanına iter ve her şeyi yavaşlatır.
Misafir araçlarını kurmamak. Ekran çözünürlüğünün oturmaması, panonun çalışmaması ve fare tuzağı gibi şikâyetlerin tamamı bundan çıkar.
Dinamik diski dolu bir disk üzerinde kullanmak. Sanal disk büyüdükçe fiziksel diskin dolduğunu fark etmezsin ve host aniden yazamaz hâle gelir. Disk doluluğunu takip et; Linux tarafında nasıl yapacağını disk kullanımı df, du ve ncdu yazısında bulabilirsin.
Windows'ta Hyper-V ile çakışma. WSL2 ya da bellek bütünlüğü açıkken performans düşer; tam hız gerekiyorsa bu özellikleri kapatman gerekir.
Masaüstü sanallaştırmayı üretim için kullanmak. Bu araçlar geliştirme ve test içindir. Gerçek bir servis yayınlayacaksan tip-1 hipervizöre ya da hazır bir VDS veya bulut sunucu kaynağına geçmen gerekir.
Sıkça Sorulan Sorular#
VirtualBox ticari kullanımda ücretsiz mi#
VirtualBox'ın çekirdeği açık kaynak lisanslıdır ve ticari kullanım dahil serbesttir. Ancak Extension Pack farklı bir lisansa tabidir ve kişisel, eğitim ya da değerlendirme kullanımı dışında ücretlidir. USB 2.0/3.0 geçişi, disk şifreleme ve uzak masaüstü sunucusu gibi özellikler bu pakette geldiği için, şirket ortamında bunları kullanıyorsan lisans durumunu kontrol etmen gerekir.
VMware Workstation ücretsiz mi#
Workstation Pro, kişisel kullanım için ücretsiz olarak sunuluyor; ticari kullanım lisans gerektiriyor. Lisans modeli son yıllarda birkaç kez değiştiği için indirmeden önce güncel koşulları resmî kaynaktan doğrulaman doğru olur. Eskiden ayrı bir ürün olan Player, Pro içinde birleştirildi.
Hangisi daha hızlı#
Ham CPU ve bellek performansında ikisi arasında çoğu iş yükünde ölçülebilir ama küçük bir fark vardır. Belirgin fark grafik hızlandırmada ortaya çıkar ve orada VMware genellikle daha olgundur. Asıl hız farkını yaratan şey ürün seçimi değil yapılandırmadır: paravirtual disk ve ağ denetleyicisi kullanmak, misafir araçlarını kurmak ve host'a yeterli bellek bırakmak her iki üründe de en büyük kazancı sağlar.
Sanal makinemi VirtualBox'tan VMware'e taşıyabilir miyim#
Evet. En temiz yol, makineyi kapatıp OVA/OVF biçiminde dışa aktarmak ve karşı üründe içeri almaktır. Taşımadan önce mevcut misafir araçlarını (Guest Additions ya da VMware Tools) kaldır; taşıdıktan sonra hedef ürünün kendi araçlarını kur. Windows misafirlerinde disk denetleyicisi değiştiği için açılış sorunu yaşamamak adına önce uyumlu bir denetleyici tipi seçmen gerekebilir.
İç içe sanallaştırma ikisinde de çalışır mı#
Modern sürümlerde her ikisi de iç içe sanallaştırmayı destekler; yani sanal makinenin içinde bir hipervizör çalıştırabilirsin. Ancak bunun için host CPU'sunun ilgili özelliği desteklemesi ve ayarın sanal makine düzeyinde açılması gerekir. Nasıl etkinleştirileceğini nested virtualization nedir yazısında, pratik senaryolarını ise sanal makinede sanal makine çalıştırma yazısında anlattım.
Bu araçlarla sunucu yayınlayabilir miyim#
Teknik olarak mümkün ama doğru bir yaklaşım değil. Masaüstü hipervizörleri sürekli çalışma, uzaktan yönetim, otomatik yeniden başlatma ve kaynak izolasyonu açısından üretim için tasarlanmamıştır; host işletim sisteminin her yeniden başlatması ve her güncellemesi servisini etkiler. Gerçek bir servis yayınlayacaksan tip-1 hipervizöre geç ya da hazır bir sunucu kaynağı kirala.
Kapanış#
VirtualBox ile VMware Workstation arasındaki seçim, çoğu zaman teknik üstünlükten çok kullanım bağlamıyla ilgilidir. Aklında kalması gereken dört şey: lisansı teknik özelliklerden önce netleştir, özellikle Extension Pack ve ticari kullanım konusunda; her iki üründe de misafir araçlarını kurmayı standart adım yap; ağ modunu ihtiyaca göre bilinçli seç, dışarıdan erişim gerekiyorsa köprü modunu kullan; ve snapshot'ları kısa ömürlü tut, onları yedek yerine koyma.
Masaüstü laboratuvarında denediğin yapıyı gerçek bir ortama taşımaya hazır olduğunda, altında sağlam bir sunucuya ihtiyacın olur. Kendi hipervizörünü kurmak istersen dedicated sunucu paketlerimiz tam donanım kontrolü verir; hazır kaynakla hızlıca başlamak istersen VDS ve bulut sunucu paketlerimiz dakikalar içinde teslim edilir. İç içe sanallaştırma gerektiren laboratuvar senaryoları için nested sunucu çözümümüz doğrudan bu iş için tasarlandı; işletim yükünü paylaşmak istersen sunucu yönetimi hizmetimize bakabilirsin.