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