Proxmox VE Migration & Danışmanlık
VMware ve Hyper-V'den Proxmox VE'ye Geçiş Nasıl Yapılır?
Sanallaştırma platformu değişikliği, kurumun kritik sunucularını doğrudan etkileyen bir altyapı projesidir. Domain Controller, SQL Server, ERP, dosya sunucusu, Terminal Server, Linux/Plesk, web uygulamaları ve diğer iş yüklerinin her biri farklı risk ve bağımlılıklara sahip olabilir.
Bu nedenle NETSUN Bilişim'de Proxmox geçişini tek bir komut veya tek bir araç olarak değil; keşif, hedef mimari, yedekleme, pilot taşıma, sanal makine dönüşümü, test, canlıya alma, izleme ve optimizasyon aşamalarından oluşan bir proje olarak ele alıyoruz.
Proxmox VE Nedir ve Kurumlar Neden Geçiş Yapıyor?
Proxmox Virtual Environment (Proxmox VE), KVM tabanlı sanal makineler ile LXC container'larını aynı yönetim katmanında bir araya getiren açık kaynak tabanlı bir sanallaştırma platformudur. Cluster, yüksek erişilebilirlik, yazılım tanımlı depolama, yedekleme entegrasyonu ve web tabanlı merkezi yönetim gibi kurumsal özellikler sunar.
VM ve Container
KVM sanal makineleri ile LXC container altyapısını tek platformdan yönetme imkânı.
Cluster Yapısı
Birden fazla Proxmox node'un merkezi yönetimi ve uygun mimaride yüksek erişilebilirlik seçenekleri.
Esnek Storage
Local disk, ZFS, LVM/LVM-thin, NFS, iSCSI, Ceph ve diğer uygun storage seçenekleriyle farklı mimariler kurulabilir.
Merkezi Yönetim
Web arayüzü üzerinden VM, storage, network, kullanıcı, backup ve cluster bileşenlerinin merkezi yönetimi.
Backup Ekosistemi
Proxmox Backup Server ile birlikte bütünleşik yedekleme ve geri yükleme mimarisi kurulabilir.
Açık Kaynak Yaklaşımı
Kurumsal sanallaştırma altyapısında farklı lisans ve operasyon modelleri değerlendirmek isteyen kurumlar için alternatif bir platform.
VMware ESXi'den Proxmox VE'ye Geçiş
VMware'den Proxmox'a geçiş sırasında ESXi hostları, vCenter, datastore yapısı, VMDK diskleri, sanal switch ve port group'lar, VLAN'lar, snapshot'lar ve VM bağımlılıkları incelenir. Proxmox VE, uygun sürümlerde VMware ESXi VM'lerini taşımak için entegre Import Wizard yaklaşımı sunar; ancak her ortamın storage ve network mimarisi aynı olmadığı için yöntem proje bazında belirlenmelidir.
Host, VM, datastore, CPU/RAM tüketimi ve mevcut VMware topolojisinin çıkarılması.
Disk boyutları, thin/thick yapılar, snapshot zincirleri ve taşıma yöntemi değerlendirmesi.
VMware port group ve VLAN yapılarının Proxmox bridge/VLAN modeline eşlenmesi.
Windows/Linux sürücüleri, VMware Tools ve hedef VirtIO modeli için hazırlık.
Kritik olmayan bir VM ile yöntemin, sürelerin ve performansın doğrulanması.
Kesinti penceresi, son veri senkronizasyonu, kapatma, import ve servis doğrulama adımlarının planlanması.
VMware → Proxmox Geçiş Yöntemleri
| Yöntem | Ne Zaman Değerlendirilir? | Dikkat Edilecek Nokta |
|---|---|---|
| Proxmox ESXi Import Wizard | Desteklenen ESXi ve uygun Proxmox VE ortamlarında doğrudan import için. | Storage, network eşleme, VM ayarları ve ilk boot sonrasında sürücü kontrolleri yapılmalıdır. |
| VMDK Disk Import | Disk dosyalarının erişilebilir olduğu veya kontrollü manuel migration gereken yapılarda. | VM konfigürasyonu, disk controller, BIOS/UEFI ve boot sırası doğru kurulmalıdır. |
| Backup / Restore Tabanlı Geçiş | Yedekleme platformunun uygun hedef restore imkânı sunduğu senaryolarda. | Uygulama tutarlılığı, recovery media/agent uyumluluğu ve boot sonrası driver durumu doğrulanmalıdır. |
| Uygulama Seviyesi Migration | Domain, SQL, dosya servisi veya kritik uygulamalarda VM taşımak yerine yeni sunucuya veri/rol göçü daha güvenliyse. | Uygulama üreticisi desteği ve servis kesinti planı ayrıca değerlendirilir. |
Microsoft Hyper-V'den Proxmox VE'ye Geçiş
Hyper-V'den Proxmox VE'ye geçiş projelerinde VHD/VHDX sanal disklerin taşınmasının yanında Generation 1 / Generation 2 mimarisi, BIOS/UEFI, Secure Boot, sanal NIC ve Windows storage sürücüleri de dikkate alınır.
Bir Hyper-V VM'nin diskinin Proxmox'a import edilmesi, sunucunun sorunsuz açılacağı anlamına gelmez. Özellikle Windows Server iş yüklerinde uygun VirtIO sürücülerinin hazırlanması, boot disk controller seçimi, EFI disk, TPM/Secure Boot gereksinimleri ve network adaptörü değişiklikleri kontrollü test edilmelidir.
VHD / VHDX Export
Kaynak VM'nin diskleri ve sanal donanım yapısı kontrollü biçimde dışa alınır.
Disk Import
VHDX disk hedef Proxmox storage'a uygun yöntemle alınır ve VM'e bağlanır.
BIOS / UEFI
Generation 1 veya Generation 2 sanal makinenin boot mimarisine göre SeaBIOS veya OVMF değerlendirilir.
VirtIO Driver
Windows üzerinde disk ve network performansı için VirtIO sürücü geçişi planlanır.
Network Ayarları
Yeni sanal NIC nedeniyle IP konfigürasyonu ve eski NIC kayıtları kontrol edilir.
Servis Doğrulama
AD, DNS, SQL, IIS, ERP ve diğer servisler uygulama seviyesinde test edilir.
NETSUN Bilişim Proxmox VE Geçiş Sürecini Nasıl Yönetiyor?
Proxmox migration projelerinde temel yaklaşımımız, kritik servislerin rastgele taşınması yerine ölçülebilir ve geri döndürülebilir bir proje planı oluşturmaktır.
Keşif ve Envanter
Hostlar, VM'ler, CPU/RAM, datastore/storage, disk boyutları, VLAN'lar, yedekler, uygulamalar ve bağımlılıklar kayıt altına alınır.
Risk Sınıflandırması
Domain Controller, SQL, ERP, dosya sunucusu, web/Plesk ve diğer iş yükleri kritik seviyelerine göre gruplandırılır.
Hedef Proxmox Mimarisinin Tasarlanması
Node sayısı, CPU/RAM kapasitesi, local/shared storage, ZFS/LVM-thin/Ceph gereksinimi, network bridge, VLAN ve backup yapısı planlanır.
Yedek ve Rollback Planı
Migration öncesi doğrulanmış yedekler ve gerektiğinde kaynak platforma geri dönüş adımları hazırlanır.
Pilot Migration
Kritik olmayan örnek VM taşınarak gerçek transfer hızı, import süresi, driver davranışı ve performans test edilir.
Toplu Geçiş Planı
VM'ler uygulama bağımlılıklarına ve kesinti pencerelerine göre dalgalar halinde planlanır.
Migration ve İlk Boot
Diskler aktarılır, VM donanım ayarları oluşturulur, boot ve sürücüler kontrol edilir.
Uygulama Testleri
Ping almak yeterli kabul edilmez; servisler, portlar, SQL bağlantıları, ERP işlemleri, dosya paylaşımları ve uygulama erişimleri doğrulanır.
Canlıya Alma
Kullanıcı ve uygulama ekiplerinden teyit alınarak üretim trafiği yeni Proxmox altyapısına alınır.
Geçiş Sonrası İzleme
CPU, RAM, disk latency, IOPS, network ve uygulama performansı izlenerek gerekli optimizasyonlar yapılır.
Güvenli Proxmox Geçişi İçin Neleri Kontrol Ediyoruz?
Backup job'ın yalnızca "successful" görünmesi değil, geri dönüş senaryosunun da değerlendirilmesi.
Eski ve uzun süre açık snapshot zincirlerinin migration öncesi risk oluşturup oluşturmadığının incelenmesi.
Dosya sistemi ve işletim sistemi seviyesinde bilinen disk sorunlarının migration öncesi belirlenmesi.
Yeni bridge üzerinde IP adresleri, VLAN tag ve gateway yapısının doğru eşlenmesi.
SQL, ERP ve diğer veri üreten servislerde kontrollü kapanma veya uygulamaya uygun backup yaklaşımı.
Geçiş başarısız olursa hangi noktada ve nasıl kaynak VM'e dönüleceğinin önceden belirlenmesi.
Gerçek veri hacmi ve transfer hızına göre gerçekçi downtime planı oluşturulması.
Eski ve yeni VM parametrelerinin, IP'lerin, disklerin ve servis kontrollerinin kayıt altına alınması.
Proxmox Storage ve Network Tasarımı Geçişten Önce Planlanmalıdır
VMware veya Hyper-V'den Proxmox'a geçerken yalnızca mevcut kaynak VM'leri kopyalamak yerine hedef ortamın storage ve network mimarisini doğru tasarlamak uzun vadeli performans ve sürdürülebilirlik açısından kritiktir.
Storage Seçimi
| Storage | Değerlendirme Başlıkları |
|---|---|
| Local LVM / LVM-thin | Tek node veya belirli local-storage senaryolarında kapasite, snapshot ve backup modeliyle birlikte değerlendirilir. |
| ZFS | RAM, disk topolojisi, RAID yaklaşımı, ARC davranışı, SSD/NVMe özellikleri ve yedekleme mimarisi birlikte planlanmalıdır. |
| NFS / iSCSI / SAN | Mevcut shared storage kullanılacaksa latency, multipath, bağlantı yedekliliği ve vendor uyumluluğu değerlendirilir. |
| Ceph | Dağıtık storage ve HA hedeflerinde node sayısı, ağ bant genişliği, disk sınıfı ve operasyonel yetkinlik dikkate alınır. |
Network Tasarımı
- Management network
- VM production network
- VLAN trunk / tagged VLAN yapısı
- Cluster communication
- Storage network
- Backup network
- Bond/LACP ve fiziksel NIC yedekliliği
- 10/25/40/100 GbE ihtiyaçlarının iş yüküne göre değerlendirilmesi
Windows Server ve Linux VM'lerin Proxmox'a Taşınması
2012 R2, 2016, 2019, 2022 ve uygun yeni sürümlerde disk controller, VirtIO, QEMU Guest Agent, UEFI/BIOS ve network kontrolleri önemlidir.
DNS, replikasyon, saat senkronizasyonu ve FSMO rollerinin durumu migration öncesi ve sonrası kontrol edilmelidir.
Disk latency, CPU modeli, memory davranışı, tempdb/data/log disklerinin yerleşimi ve uygulama bağlantıları test edilir.
Kullanıcı oturumları, profil yapısı, lisanslama, printer ve uygulama bağımlılıkları doğrulanır.
VirtIO desteği genellikle güçlüdür; initramfs, boot loader, network isimleri ve fstab gibi noktalar yine kontrol edilir.
Network, IP, web servisleri, database, DNS, mail bileşenleri ve lisans/hostname bağımlılıkları ayrıca test edilir.
VMDK, VHDX, RAW ve QCOW2 Arasındaki Fark Migration'ı Nasıl Etkiler?
VMware ortamında yaygın olarak VMDK, Hyper-V ortamında VHD/VHDX disk biçimleri kullanılır. Proxmox VE hedef storage türüne bağlı olarak RAW veya QCOW2 gibi formatlarla çalışabilir. Migration sırasında önemli olan yalnızca dosya uzantısını değiştirmek değil, sanal diskin hedef storage'a doğru biçimde import edilmesi ve sanal controller ile uyumlu şekilde VM'e bağlanmasıdır.
| Format | Kaynak / Kullanım | Migration Notu |
|---|---|---|
| VMDK | VMware | Proxmox import araçlarıyla hedef storage'a alınabilir; snapshot/descriptor yapısı kontrol edilmelidir. |
| VHD / VHDX | Microsoft Hyper-V | Disk import sonrası boot, EFI ve VirtIO sürücüleri özellikle Windows VM'lerde test edilir. |
| RAW | Proxmox'ta birçok blok-storage senaryosu | Düşük ek katman ve storage özellikleriyle uyumlu güçlü performans sağlayabilir. |
| QCOW2 | Dosya tabanlı storage senaryoları | Snapshot gibi özellikler sunabilir; hedef storage ve performans beklentisiyle birlikte değerlendirilir. |
Proxmox Geçiş Sonrası Performans Optimizasyonu
Migration tamamlandıktan sonra eski VMware veya Hyper-V sanal donanım alışkanlıklarını aynen taşımak her zaman en iyi performansı vermez. Proxmox üzerinde VM parametreleri iş yüküne göre yeniden değerlendirilmelidir.
CPU Type
Host CPU özellikleri, cluster uyumluluğu ve live migration hedeflerine göre CPU modeli belirlenir.
VirtIO SCSI
Windows ve Linux VM'lerde uygun sürücülerle yüksek performanslı sanal disk controller kullanımı değerlendirilir.
VirtIO Network
Emüle NIC yerine uygun VirtIO ağ modeliyle performans ve CPU verimliliği artırılabilir.
QEMU Guest Agent
Guest bilgileri, shutdown ve bazı yönetim işlemleri için agent kurulumu yapılabilir.
Disk Cache / IO Thread
Storage yapısına ve uygulama karakteristiğine göre cache, discard, SSD emulation ve IO thread seçenekleri değerlendirilir.
NUMA & Memory
Büyük VM'lerde fiziksel NUMA topolojisi ve memory allocation davranışı dikkate alınır.
Proxmox Cluster ve High Availability Geçiş Projesinin Bir Parçası Olabilir mi?
Evet. Kurumun hedefi yalnızca mevcut VM'leri yeni hypervisor'a taşımak değil, aynı zamanda altyapıyı daha dayanıklı hale getirmekse Proxmox Cluster ve HA mimarisi proje kapsamında değerlendirilebilir.
- Node sayısı ve quorum tasarımı
- Cluster network gecikmesi ve yedekliliği
- Shared veya dağıtık storage gereksinimi
- HA grubunun ve VM önceliklerinin belirlenmesi
- Planlı bakım ve node arızası senaryoları
- Backup ile HA'nın farklı işlevler olduğunun dikkate alınması
Proxmox Backup Server ile Yedekleme ve Felaket Kurtarma
Hypervisor değişimi, yedekleme mimarisini yeniden değerlendirmek için doğru zamandır. Proxmox VE geçişi sırasında mevcut backup platformunun devam edip etmeyeceği veya Proxmox Backup Server (PBS) gibi bir yapının devreye alınacağı planlanabilir.
Günlük/haftalık saklama ve kritik VM öncelikleri.
Yedek varlığının yanında gerçekten geri dönebildiğinin doğrulanması.
Felaket senaryoları için ikinci lokasyon veya uygun farklı hedef.
Veri kaybı toleransı ve servis geri dönüş süresinin iş ihtiyacına göre tanımlanması.
Proxmox VE'ye Geçişte En Sık Yapılan Hatalar
- Yalnızca VM'in açılmasını başarı kabul etmek: Uygulama ve servis doğrulaması yapılmadan migration tamamlanmış sayılmamalıdır.
- Rollback planı hazırlamamak: Kaynak sistemin ne zaman kapatılacağı ve geri dönüşün nasıl yapılacağı önceden belirlenmelidir.
- Storage performansını ölçmemek: Eski SAN/SSD/NVMe performansının yeni ortamda otomatik olarak aynı olacağı varsayılmamalıdır.
- VirtIO sürücülerini plansız değiştirmek: Özellikle boot disk controller değişiklikleri Windows VM'in açılmamasına neden olabilir.
- BIOS/UEFI farkını gözden kaçırmak: Yanlış firmware seçimi boot sorunlarına yol açabilir.
- Network/VLAN mapping'i eksik yapmak: VM açıldığı halde servislerin erişilememesine neden olabilir.
- Snapshot zincirlerini görmezden gelmek: VMware tarafında uzun snapshot zincirleri migration süresi ve bütünlük açısından risk yaratabilir.
- Tüm VM'leri tek gecede taşımaya çalışmak: Pilot ve dalga bazlı migration, risk yönetimini kolaylaştırır.
VMware ve Hyper-V'den Proxmox'a Geçiş Öncesi Kontrol Listesi
| Kontrol | Durum / Amaç |
|---|---|
| VM envanteri | CPU, RAM, disk, IP, VLAN, işletim sistemi ve uygulama bilgilerinin çıkarılması. |
| Backup | Son başarılı yedek ve mümkünse geri yükleme doğrulaması. |
| Snapshot | Eski snapshot'ların ve zincirlerin kontrolü. |
| Disk alanı | Kaynak kullanılan alan ile hedef storage kapasitesinin karşılaştırılması. |
| Network | Bridge, VLAN, MTU, bond ve IP planının hazırlanması. |
| Firmware | BIOS/UEFI ve Secure Boot gereksiniminin belirlenmesi. |
| Driver | Windows VirtIO ve guest agent hazırlığının yapılması. |
| Uygulama sahibi | ERP/SQL/web gibi kritik sistemlerin test sorumlusunun belirlenmesi. |
| Kesinti | Taşıma ve servis testleri için gerçekçi bakım penceresi. |
| Rollback | Başarısızlık halinde kaynak VM'e dönüş kriterleri. |
Proxmox VE Danışmanlık Hizmetimiz Neleri Kapsayabilir?
Proxmox Kurulum
Host kurulumu, repository, update ve temel güvenlik yapılandırması.
Cluster Kurulumu
Çok node'lu yapıların tasarımı ve cluster devreye alma.
VM Migration
VMware ESXi ve Hyper-V sanal makinelerinin kontrollü geçişi.
Storage Tasarımı
ZFS, LVM-thin, NFS, SAN, Ceph ve uygun depolama alternatiflerinin değerlendirilmesi.
Network Tasarımı
Linux bridge, VLAN, bond ve storage/backup ağlarının planlanması.
Backup
Proxmox Backup Server veya mevcut backup ürünleriyle yedekleme stratejisi.
Performans
CPU, memory, disk latency, VirtIO ve VM donanım parametrelerinin optimizasyonu.
Teknik Destek
Geçiş sonrasında işletim, hata analizi ve iyileştirme danışmanlığı.
İstanbul ve Türkiye Geneli Proxmox VE Danışmanlığı
NETSUN Bilişim olarak İstanbul'daki firmalara proje kapsamına göre yerinde Proxmox danışmanlığı, İstanbul dışındaki kurumlara ise uygun senaryolarda uzaktan Proxmox teknik destek ve migration danışmanlığı sunuyoruz.
Proxmox VE geçiş projesinde müşterinin mevcut bilgi işlem ekibiyle birlikte çalışabilir, sadece migration aşamasını üstlenebilir veya keşif, mimari, kurulum, taşıma, test ve geçiş sonrası desteği kapsayan uçtan uca proje modeli oluşturabiliriz.
Proxmox Danışmanlık Firması Seçerken Nelere Dikkat Edilmeli?
- Migration tecrübesi: Yalnız Proxmox kurmak değil, VMware/Hyper-V kaynak sistemlerin davranışını da bilmek önemlidir.
- Windows ve Linux bilgisi: Sorun her zaman hypervisor seviyesinde değildir; guest işletim sistemini analiz edebilmek gerekir.
- Storage bilgisi: RAID, SSD/NVMe, SAN, NFS, ZFS ve Ceph gibi katmanlar performansı doğrudan etkiler.
- Network bilgisi: VLAN, bridge, bond, routing ve firewall tarafı migration'ın kritik parçasıdır.
- Backup yaklaşımı: Migration öncesi yedek ve rollback planı bulunmalıdır.
- Uygulama testi: SQL/ERP/web/AD gibi servislerin sadece boot değil işlevsel olarak test edilmesi gerekir.
- Dokümantasyon: Geçiş sonrası yeni mimarinin anlaşılır ve yönetilebilir olması gerekir.
VMware veya Hyper-V Altyapınızı Proxmox VE'ye Güvenle Taşıyalım
Mevcut sanallaştırma ortamınızı analiz edelim; VM sayısı, storage yapısı, veri hacmi, uygulama bağımlılıkları ve kesinti beklentinize göre size özel Proxmox VE geçiş planı oluşturalım.
Proxmox Geçiş Teklifi Al (0212) 210 89 89Proxmox VE Geçişi Hakkında Sık Sorulan Sorular
Evet. VMware ESXi VM'leri uygun Proxmox VE sürümü ve altyapı koşullarında Import Wizard, disk import veya proje için daha uygun başka migration yöntemleriyle taşınabilir.
Evet. Hyper-V VM'lerinin VHD/VHDX diskleri hedef Proxmox storage'a alınabilir. Windows VM'lerde VirtIO, BIOS/UEFI, network ve boot ayarları ayrıca doğrulanmalıdır.
Hiçbir migration projesinde sıfır risk garantisi verilmemelidir. Doğrulanmış yedek, uygulama tutarlılığı, pilot taşıma, kontrollü kesinti ve rollback planı ile risk önemli ölçüde azaltılabilir.
Evet. Keşif, hedef mimari, backup kontrolü, pilot VM, migration, servis testi, canlıya alma ve geçiş sonrası optimizasyon aşamalarını proje planına göre takip ediyoruz.
Evet, uygun Windows Server ve sanal donanım yapılandırmasıyla çalışabilir. Ancak SQL performansı için CPU, memory, storage latency, data/log/tempdb diskleri ve VirtIO ayarları dikkatle değerlendirilmelidir.
Evet. Domain Controller VM'leri taşınabilir; ancak DNS, replikasyon, saat senkronizasyonu ve AD bütünlüğü migration öncesi ve sonrası kontrol edilmelidir.
Evet. Linux/Plesk VM'leri taşınabilir. Boot loader, NIC isimleri, IP, fstab, web/database/mail servisleri ve lisans/hostname bağımlılıkları test edilmelidir.
Kesinti; VM disk boyutu, değişen veri miktarı, ağ hızı, kaynak/hedef storage performansı ve migration yöntemine göre değişir. Kesin süre keşif ve pilot taşıma sonrasında daha doğru hesaplanır.
Taşınan VM ve seçilen migration yöntemine göre VMware Tools'un kaldırılması ve Proxmox tarafında uygun guest agent/sürücü yapısına geçilmesi planlanabilir. İşlem sırası özellikle Windows boot açısından kontrollü yapılmalıdır.
VirtIO, KVM/QEMU tabanlı sanal makinelerde disk ve network gibi sanal donanımlar için yüksek performanslı paravirtualized sürücü modelidir. Windows üzerinde ilgili sürücülerin doğru kurulması gerekir.
Hayır. Tek node Proxmox kurulumu mümkündür. Cluster gereksinimi; host sayısı, merkezi yönetim, bakım, HA ve büyüme hedeflerine göre değerlendirilir.
Hayır. Kullanım senaryosuna göre local storage ile de çalışılabilir. HA/live migration ve merkezi storage hedefleri varsa shared veya dağıtık storage seçenekleri değerlendirilir.
Proje kapsamına göre Proxmox Backup Server kurulumu, repository, retention, backup job ve restore testleri konusunda danışmanlık sağlanabilir.
Evet. Fiziksel müdahale gerektirmeyen uygun projelerde Türkiye genelindeki kurumlara uzaktan migration ve teknik destek sağlanabilir; İstanbul projelerinde yerinde çalışma da planlanabilir.
proxmox danışmanlık, proxmox ve danışmanlık, proxmox türkiye, proxmox istanbul, proxmox teknik destek, proxmox kurulum, proxmox cluster kurulumu, proxmox migration, vmware proxmox migration, vmware'den proxmox'a geçiş, esxi proxmox migration, hyper-v proxmox migration, hyper-v'den proxmox'a geçiş, vmdk proxmox import, vhdx proxmox import, virtio windows, proxmox sql server, proxmox active directory, proxmox terminal server, proxmox plesk migration, proxmox backup server, proxmox storage, proxmox zfs, proxmox ceph, sanal sunucu taşıma, vmware alternatifi, hyper-v alternatifi, kurumsal sanallaştırma danışmanlığı, NETSUN Bilişim.