TR/EN
Blog

VMware ESXi'den Proxmox'a Geçiş: Sanal Sunucu Taşıma Rehberi

Yayın tarihi: · 13 dk okuma

Broadcom'un VMware'i satın almasından sonra gelen abonelik modeli ve fiyat değişiklikleri birçok şirketi alternatif aramaya itti. Bu alternatiflerin başında da açık kaynak Proxmox VE geliyor. Fiyat tarafını Proxmox vs VMware lisans maliyeti 2026 yazımızda, iki platformun farklarını da Proxmox nedir, VMware'den farkı ne yazımızda anlatmıştık. Bu yazıda işin pratiğine geçiyoruz: VMware ESXi'den Proxmox'a geçiş nasıl yapılır, sanal sunucular hangi yöntemlerle taşınır, öncesinde ve sonrasında nelere dikkat etmek gerekir, adım adım.

ESXi'den Proxmox'a Taşıma Yöntemleri

Tek bir doğru yöntem yok; VM sayısına, kesinti toleransınıza ve altyapınıza göre seçim yapıyorsunuz:

YöntemKesintiZorlukNe zaman?
ESXi Import WizardDüşük (live-import ile daha da az)KolayÇoğu senaryo için ilk tercih
OVF dışa/içe aktarmaOrta–yüksekOrtaESXi'ye doğrudan erişim yoksa, arşivlenmiş OVF'ler varsa
VMDK disk importOrta–yüksekOrtaTek tek disk taşıma, özel yapılandırmalar
Yedekten geri yüklemeDeğişkenKolay–ortaYedekleme yazılımınız iki platformu da destekliyorsa
Clonezilla ile klonlamaYüksekOrtaDiğer yöntemler uymadığında, fiziksel/özel sistemler

Taşımadan Önce: Kontrol Listesi

Sorunsuz bir geçişin %80'i hazırlıkta bitiyor. Herhangibir VM'e dokunmadan önce şunları yapın:

  • Envanter çıkarın: Her VM için işletim sistemi, CPU/RAM, disk boyutu, BIOS mu UEFI mi, ağ/VLAN bilgisi ve bağımlılıklar.
  • Proxmox'u güncelleyin: Import Wizard için Proxmox VE 8 ve üzeri gerekiyor; en güncel paketleri kurun.
  • Depolama ve ağı hazırlayın: Hedef storage'da yeterli alan olsun, VLAN'lar için Linux bridge'ler önceden tanımlansın.
  • Yedek alın: Taşıma başarısız olursa geri dönebileceğiniz güncel bir yedek şart.
  • Snapshot'ları birleştirin: Snapshot'lı VM'ler çok daha yavaş aktarılıyor.
  • VMware Tools'u kaldırın (mümkünse taşımadan hemen önce).
  • Ağ ayarlarını not edin: Sanal ağ kartı ve MAC adresi değişeceği için statik IP'ler ve DHCP rezervasyonları etkilenebilir.
  • vTPM ve BitLocker: vTPM durumu taşınamıyor; BitLocker kurtarma anahtarlarını mutlaka yedekleyin.
  • Bakım penceresi planlayın ve önce kritik olmayan bir VM ile deneme yapın.

Yöntem 1: Proxmox ESXi Import Wizard

Proxmox VE 8.2 ile gelen içe aktarma sihirbazı, ESXi'deki VM'leri doğrudan Proxmox arayüzünden görüp yapılandırmasıyla birlikte aktarmanızı sağlıyor. ESXi 6.5–8.0 sürümleriyle test edilmiş durumda ve bugün en pratik yol bu.

  1. Datacenter → Storage → Add → ESXi yolunu izleyin. ESXi host'unun adresini, yönetici kullanıcı adını ve şifresini girin. ESXi kendinden imzalı sertifika kullanıyorsa sertifika doğrulamasını atlama seçeneğini işaretleyin.
  2. Eklenen storage'a tıkladığınızda ESXi'deki VM listesini görüyorsunuz. Taşımak istediğiniz VM'i seçip Import'a basın.
  3. Hedef storage'ı ve ağ bridge'ini (ör. vmbr0) seçin.
  4. Advanced sekmesinde her disk için ayrı hedef seçebilir, ağ kartı modelini değiştirebilir, CD/ISO gibi gereksiz cihazları kapatabilirsiniz.
  5. Resulting Config sekmesinde oluşacak Proxmox yapılandırmasını kontrol edin.
  6. ESXi'de kaynak VM'i kapatın ve içe aktarmayı başlatın.
  7. İşlem bitince VM'i Proxmox'ta başlatıp kontrolleri yapın (aşağıdaki "taşıma sonrası" bölümü).
Live-import nedir? Sihirbazdaki bu seçenek, VM'i içe aktarma devam ederken Proxmox'ta başlatıyor; önce açılış için gereken veriler, kalanlar arka planda aktarılıyor. Kesinti süresi ciddi şekilde kısalıyor ama ilk dakikalarda disk performansı düşük oluyor. En önemlisi: içe aktarma yarıda başarısız olursa, VM başladıktan sonra yazılan veriler kayboluyor. Kritik veritabanı sunucularında bunu göz önünde bulundurun.

Bilinen kısıtlar: vSAN üzerindeki diskler doğrudan aktarılamıyor (önce başka bir datastore'a taşıyın), şifreli diskler desteklenmiyor, datastore adında + gibi özel karakterler sorun çıkarabiliyor. vCenter üzerinden bağlanmak aktarımı çok yavaşlattığı için doğrudan ESXi host'una bağlanmanızı öneriyoruz.

Yöntem 2: OVF ile Taşıma

ESXi host'una Proxmox'tan doğrudan erişim yoksa yada elinizde daha önce alınmış OVF dışa aktarmaları varsa bu yöntem işinizi görüyor. VMware'in ovftool aracıyla VM'i dışa aktarıp Proxmox'ta qm importovf ile içe aktarıyorsunuz:

# ovftool kurulu bir makinede: VM'i ESXi'den OVF olarak dışa aktarın
ovftool vi://root@ESXI_IP/web01 /export/

# dosyaları Proxmox'a kopyaladıktan sonra içe aktarın ve ağ kartı ekleyin
qm importovf 120 /export/web01/web01.ovf local-zfs
qm set 120 --net0 virtio,bridge=vmbr0

qm importovf CPU, RAM ve diskleri oluşturuyor ama ağ kartı eklemiyor; bu yüzden son satırda ağ kartını ayrıca ekliyoruz. Windows VM'lerde disk denetleyicisini de kontrol etmeniz gerekiyor (aşağıda anlatıyoruz).

Yöntem 3: VMDK Disk Import

En çok kontrol veren yöntem bu: diski kopyalıyorsunuz, VM'i Proxmox'ta kendiniz oluşturuyorsunuz. Her VMDK diskin bir tanım dosyası (web01.vmdk) ve asıl veriyi tutan bir -flat.vmdk dosyası var; ikisini de kopyalamanız gerekiyor:

# VM kapalıyken disk dosyalarını Proxmox'a kopyalayın (ESXi'de SSH açık olmalı)
mkdir -p /root/import
scp root@ESXI_IP:/vmfs/volumes/datastore1/web01/web01*.vmdk /root/import/

# boş bir VM oluşturun
qm create 121 --name web01 --memory 4096 --cores 2 \
  --net0 virtio,bridge=vmbr0 --scsihw virtio-scsi-single --ostype l26

# diski içe aktarın (unused0 olarak eklenir)
qm disk import 121 /root/import/web01.vmdk local-zfs

# diski bağlayıp boot sırasını ayarlayın
qm set 121 --scsi0 local-zfs:vm-121-disk-0 --boot order=scsi0

Diskler büyükse kopyalama uzun sürebilir; bu sürede VM kapalı kalmalı, yoksa disk tutarsız olur. Hızlı bir NVMe disk ve 10 Gbit ağ bu süreyi ciddi şekilde kısaltıyor.

Taşıma Sonrası Yapılacaklar

Linux VM'ler

Linux genelde sorunsuz açılıyor, ama sanal ağ kartı değiştiği için arayüz adı da değişiyor (ör. ens192 → ens18) ve ağ çalışmıyor gibi görünüyor. Yapılandırmayı yeni ada göre güncelleyin ve VMware Tools yerine QEMU Guest Agent kurun:

ip -br link                                   # yeni arayüz adını görün (ör. ens18)
sudo sed -i 's/ens192/ens18/g' /etc/netplan/*.yaml
sudo netplan apply

sudo apt install -y qemu-guest-agent
sudo systemctl start qemu-guest-agent

# Proxmox host'unda guest agent'ı etkinleştirin
qm set 121 --agent enabled=1

Debian tabanlı ve /etc/network/interfaces kullanan sistemlerde aynı değişikliği o dosyada yapmanız yeterli.

Windows VM'ler

Windows'un VirtIO disk ve ağ sürücüleri hazır gelmediği için doğrudan VirtIO SCSI ile açmaya çalışırsanız malesef INACCESSIBLE_BOOT_DEVICE mavi ekranıyla karşılaşırsınız. Güvenli yol:

  1. Boot diskini ilk açılış için SATA olarak bağlayın, ağ kartını da geçici olarak Intel E1000 yapabilirsiniz.
  2. Fedora'nın yayınladığı virtio-win ISO'sunu VM'e takın ve içindeki guest tools kurulumunu çalıştırın; VirtIO sürücüleri ve QEMU Guest Agent birlikte kuruluyor.
  3. VM'e 1 GB'lık geçici bir VirtIO SCSI disk ekleyip Windows'un bu diski görmesini sağlayın; böylece sürücü yükleniyor.
  4. VM'i kapatın, boot diskini ayırıp SCSI olarak yeniden bağlayın, boot sırasını güncelleyin ve geçici diski silin. Ağ kartını da VirtIO yapın.

Windows, donanım değiştiği için ağ kartını yeni bir cihaz olarak görüyor; statik IP ayarlarını yeniden girmeniz gerekebilir.

VMware ve Proxmox Karşılıkları

VMwareProxmox VE karşılığı
VMware ToolsQEMU Guest Agent
VMXNET3 ağ kartıVirtIO (paravirtualized) ağ kartı
PVSCSI denetleyiciVirtIO SCSI single
vSwitch / Port GroupLinux bridge (vmbr) / VLAN etiketleri, SDN
vMotionLive migration
vSphere HAProxmox HA (cluster)
vSANCeph
SnapshotSnapshot (ZFS, Ceph, LVM-thin, qcow2)
Veeam vb. yedeklemeProxmox Backup Server

Sık Karşılaşılan Sorunlar

BelirtiOlası sebepÇözüm
VM boot olmuyor, disk bulunamıyorBIOS/UEFI uyumsuzluğuKaynak UEFI ise BIOS'u OVMF yapın ve EFI disk ekleyin; değilse SeaBIOS bırakın
Windows'ta INACCESSIBLE_BOOT_DEVICEVirtIO sürücüsü yokDiski SATA'ya alın, virtio-win sürücülerini kurun, sonra SCSI'ye geçin
Linux açılıyor ama ağ yokArayüz adı değiştiip -br link ile yeni adı bulup ağ yapılandırmasını güncelleyin
IP çakışması yada DHCP farklı IP veriyorMAC adresi değiştiDHCP rezervasyonunu güncelleyin yada eski MAC'i Proxmox'ta elle tanımlayın
İçe aktarma çok yavaşvCenter üzerinden bağlantı veya snapshot'larDoğrudan ESXi host'una bağlanın, snapshot'ları birleştirin
Import hata veriyorvSAN veya şifreli diskDiski başka datastore'a taşıyın, şifrelemeyi kaldırın

VECDC ile VMware'den Proxmox'a Geçiş

Birkaç VM'i kendiniz taşıyabilirsiniz, ama onlarca sunucu, cluster, Ceph yada yedekleme altyapısı söz konusuysa planlama çok önemli. Proxmox danışmanlık ve VMware danışmanlık hizmetlerimizle envanter çıkarmadan taşıma planına, cluster kurulumundan testlere kadar geçişin her adımında destek veriyoruz. Yeni altyapınızın yedeklemesi için Proxmox Backup Server kurulumunu da yapıyoruz.

Proxmox'u kuracak donanıma ihtiyacınız varsa dedicated sunucularımız 24 saat içinde teslim ediliyor ve lokasyonu sipariş sırasında seçebiliyorsunuz.

Sık Sorulan Sorular

ESXi'den Proxmox'a taşıma sırasında kesinti olur mu?

Evet, tutarlı bir taşıma için kaynak VM'in kapatılması gerekir. Proxmox Import Wizard'daki live-import seçeneği VM'i aktarma sürerken başlattığı için kesintiyi birkaç dakikaya indirebilir; ancak aktarma başarısız olursa bu sürede yazılan veriler kaybolur.

vCenter olmadan taşıma yapılabilir mi?

Evet. Proxmox Import Wizard doğrudan ESXi host'una bağlanır ve vCenter gerektirmez. Hatta vCenter üzerinden içe aktarma çok daha yavaş olduğu için doğrudan host'a bağlanmak önerilir.

Windows lisansı taşıma sonrası etkilenir mi?

Sanal donanım değiştiği için Windows bazı durumlarda yeniden etkinleştirme isteyebilir. Toplu lisanslı (KMS) sistemlerde genelde sorun olmaz; perakende lisanslarda ürün anahtarınızı hazır bulundurun ve lisans koşullarını kontrol edin.

Proxmox'tan VMware'e geri dönmek mümkün mü?

Evet. Taşıma sırasında ESXi'deki orijinal VM silinmediği için sorun olursa onu yeniden açabilirsiniz. Bu yüzden Proxmox'taki VM'i bir süre test edip her şeyin çalıştığından emin olmadan ESXi'deki kopyayı silmeyin.

Kısacası

VMware ESXi'den Proxmox'a geçiş, Proxmox'un Import Wizard'ı sayesinde eskisine göre çok daha kolay. İyi bir envanter ve yedekle başlayıp önce kritik olmayan bir VM'de deneme yaparsanız, çoğu sunucuyu birkaç tıkla taşıyabilirsiniz. Windows'ta VirtIO sürücülerine, Linux'ta ağ arayüz adına dikkat etmeniz yeterli. Daha büyük geçişlerde takıldığınız birşey olursa bize yazın.

Sanal Sunucunuz 5 Dakikada Hazır

Adanmış kaynaklı NVMe sanal sunucu paketleri aylık $6'dan başlıyor.

Paketleri İncele →