vMotion ve Storage Migration: taşıma tamamlandıktan sonra ne kontrol edilmeli?

Bir sanal makinenin başka host veya datastore’a taşınması, uygulamanın bütün bağımlılıklarının doğru kaldığını göstermez. Compute migration, Storage vMotion ve cross-vCenter geçişi farklı gereksinimlere sahiptir. Kabul planı taşımayı başlatmadan önce hazırlanmalıdır.

1. Uyumluluğu doğrula
2. Hedef kapasiteyi ölç
3. Ağ ve storage eşleştir
4. Pilot VM’i taşı
5. Uygulamayı sınayın
6. Yedek ve izlemeyi doğrula

Taşıma türünü ve destek kapsamını seçin

Kaynak ve hedef ESXi/vCenter sürümü, lisans, CPU uyumu ve sanal donanım gereksinimi kontrol edilir. Aynı vCenter içindeki basit taşıma ile farklı vCenter arasında geçiş aynı işlem değildir. Hedef sürümün resmî uyumluluk bilgisi esas alınır.

Host bakımında firmware, sürücü ve donanım uyumluluğu ayrıca değerlendirilir. ESXi sürümünü yükseltmek ile VM donanımını yükseltmek farklı geri dönüş etkilerine sahip olabilir. Bu değişiklikleri gerekçe olmadan aynı bakımda birleştirmeyin.

Ağ ve depolama eşleşmesini çıkarın

Port grubu adı aynı olsa bile VLAN veya switch yapılandırması farklı olabilir. Yönetim, vMotion ve VM trafiği ayrı incelenir. Hedefte doğru ağ eşleşmesi ve gerekli VMkernel erişimi doğrulanmalıdır.

Datastore kapasitesi kadar gecikme ve erişim yolları da önemlidir. Thin disk büyümesi, snapshot zinciri ve bağlı ISO gibi nesneler taşıma davranışını etkileyebilir. Bağımsız fiziksel aygıt veya özel disk kullanan VM’ler için kısıtlar kontrol edilir.

Yedeği ve geri dönüş kararını hazırlayın

Snapshot, bağımsız geri yükleme yedeği değildir. Uygulama tutarlılığı ve geri yükleme yöntemi doğrulanır. Taşıma başarısız olursa hangi durumda geri dönüleceği ve veri yazımının nasıl korunacağı önceden belirlenir.

Kritik iş yükünde önce benzer bir pilot VM ile yöntem sınanır. Kaynak ve hedefte aynı VM’yi yanlışlıkla eşzamanlı açmak kimlik ve veri tutarlılığı sorunları yaratabilir. Geçiş kaydı tekil sahiplikle yürütülmelidir.

Taşıma sırasında işi ve kaynakları izleyin

Görevin ilerlemesi, vMotion ağı, host kaynakları ve datastore gecikmesi gözlenir. Eşzamanlı çok sayıda taşıma ortak kaynakları tüketebilir. Boş bir VM’de hızlı çalışan işlem yoğun bellek yazımı olan uygulamada aynı sürede bitmeyebilir.

Görev timeout verirse yeniden denemeden önce hangi aşamada kaldığı incelenir. Ağ sorunu, storage erişimi ve uyumluluk hatası ayrı kanıt gerektirir. Bütün host servislerini yeniden başlatmak genel bir çözüm olmamalıdır.

Uygulama ve işletim entegrasyonunu kabul edin

VM’in açık olması yeterli değildir. DNS, uygulama oturumu, disk erişimi, zaman, güvenlik ajanı, izleme ve yedekleme işleri doğrulanır. Geçiş sonrası yeni envanter kimliğinin yedek zincirini etkileyip etkilemediği kontrol edilir.

• Hedef ağ ve disk eşleşmesi doğru.
• Uygulama sahibi işlev testini tamamladı.
• Performans temel ölçümle karşılaştırıldı.
• İzleme ve güvenlik kayıtları güncel.
• Yedekleme ve geri yükleme yolu doğrulandı.

İlgili çalışma notları

• VMware snapshot yedek değildir: geri dönüşü gerçekten doğrulamak
• Klon Linux sunucuda ağ gelmiyor: MAC, arayüz adı ve profil eşleşmesi
• Raspberry Pi kiosk kararlılığı: systemd, tarayıcı ve Bluetooth ses

Nasıl yapılır: ayrıntılı uygulama

Ortam ve ön koşullar: vSphere / PowerCLI taşıma kabulü — Yetkili PowerCLI oturumu ve öncesi VM/ağ/depolama kaydı gerekir.

1. Taşıma türünü ve bağımlılıkları belirleyin
2. Başlangıç uygulama kabulünü kaydedin
3. vSphere Migrate sihirbazını hedefe göre kullanın
4. Task sonucu yanında hizmeti doğrulayın
5. Geri taşıma koşulunu kontrol edin

1. Taşıma türünü ve bağımlılıkları belirleyin

vMotion host/compute taşıması, Storage vMotion disk/datastore taşımasıdır. Lisans, CPU/EVC uyumu, ağ port group, datastore kapasitesi ve vMotion VMkernel yolunu ürün sürümüne göre doğrulayın.

$vm = Get-VM -Name 'batuhanyazici-lab'
$vm | Select-Object Name,PowerState,VMHost
$vm | Get-Datastore | Select-Object Name,FreeSpaceGB,CapacityGB
$vm | Get-NetworkAdapter | Select-Object Name,NetworkName,ConnectionState

2. Başlangıç uygulama kabulünü kaydedin

İzinli sentetik işlemi, network/port ve depolama health durumunu kaydedin. Snapshot/backup işi, passthrough/RDM ve paylaşılmış disk gibi migration kısıtlarını ayrıca kontrol edin.

3. vSphere Migrate sihirbazını hedefe göre kullanın

VM > Migrate içinde Change compute resource only veya Change storage only/hedef gereksinimine uygun türü seçin. Host/cluster, datastore ve network eşlemesinde compatibility kontrolü geçmeden ilerlemeyin.

4. Task sonucu yanında hizmeti doğrulayın

Yeni host/datastore/port group, VM Tools health ve disk erişimini okuyun; aynı sentetik işlevi tekrar yapın. Completed task uygulama oturumunun korunduğunu tek başına kanıtlamaz.

$vm = Get-VM -Name "batuhanyazici-lab"
$vm | Select-Object Name,VMHost,PowerState
$vm | Get-Datastore | Select-Object Name,FreeSpaceGB

5. Geri taşıma koşulunu kontrol edin

Önceki host/datastore kapasite ve uyumu hâlâ geçerliyse desteklenen Migrate akışıyla dönün. Kaynak datastore’daki dosyaları elle silmeyin; uygulama/veri sorunu varsa bağımsız backup/restore planını kullanın.

Beklenen sonuç: Host/ağ/depolama yerleşimi hedef planla eşleşir ve guest uygulaması çalışır.

Sonuç farklıysa: Görev başarılıyken uygulama erişilemiyorsa ağ/guest servislerini ayrı inceleyin.

Geri dönüş: Onaylı taşıma geri dönüş planıyla önceki uyumlu host/datastore konumuna dönün.