VMware Storage vMotion, bir sanal makinenin disklerini ve ilişkili dosyalarını VM çalışmaya devam ederken bir datastore'dan diğerine taşıma yöntemidir. Kısa cevap şudur: Storage vMotion, depolama tarafında canlı yer değiştirme sağlar; fakat snapshot durumu, kaynak VM'in yazma hızı, hedef datastore uyumluluğu ve performans etkileri doğru yönetilmezse taşıma uzayabilir veya hata verebilir. Bu rehber, 29 Eylül 2025 tarih bağlamında Storage vMotion'ı güvenli ve öngörülebilir şekilde kullanmak isteyen ekipler için hazırlandı.
Hızlı Özet
- Storage vMotion, compute katmanını değil ağırlıkla VM disklerini ve ilgili dosyaları datastore'lar arasında taşımaya odaklanır.
- Broadcom KB 344506'ya göre Storage vMotion sırasında stun süresi beklenenden uzun olabilir veya taşıma başarısız olabilir; özellikle kaynak VM'in dirty rate değeri, hedefte kullanılabilir bandwidth'i aşarsa risk büyür.
- Broadcom KB 341458, Storage vMotion sırasında DAVG/cmd ve COSTOP/cmd metriklerinin yükselebileceğini, ayrıca kaynak ve hedef storage yönündeki queue depth'in artabileceğini belirtir.
- Broadcom KB 312138, powered-on ve snapshot'lı VM'lerde Storage vMotion sonrasında snapshot adlarının değişebileceğini ve önceden var olan manuel snapshot'ların farklı davranış gösterebildiğini söyler; bu yüzden snapshot'lı taşıma operasyonu kontrolsüz bırakılmamalıdır.
- Broadcom KB başlığıyla görülen “The operation is not allowed in the current state / incompatible device backing specified for device” senaryosu, özellikle bazı datastore kombinasyonlarında veya cihaz backing uyumsuzluklarında Storage vMotion'ın hata verebileceğini gösterir.
- 29 Eylül 2025 bağlamında Broadcom KB 326316 içinde görünen güncel vCenter 8 satırlarından biri vCenter Server 8.0 Update 3g / 8.0.3.00600 / Build 24853646 bilgisidir.
İçindekiler
- Storage vMotion Tam Olarak Ne İşe Yarar?
- 29 Eylül 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
- Storage vMotion Ne Zaman Kullanılmalı?
- Storage vMotion Nasıl Çalışır?
- Storage vMotion Best Practices Nelerdir?
- En Sık Storage vMotion Hataları
- İlk 15 Dakika Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - Nec-cluster.
Storage vMotion Tam Olarak Ne İşe Yarar?
Storage vMotion, çalışan bir VM'in disklerini farklı bir datastore katmanına taşımanızı sağlar. Bunun pratik değeri şudur:
- datastore boşaltma veya bakım
- daha hızlı storage katmanına geçiş
- kapasite dengesi sağlama
- eski storage havuzundan yeni havuza kontrollü geçiş
Genel vMotion ile farkı, ana ağırlığın compute host değil storage lokasyonu üzerinde olmasıdır. Eğer hem host hem storage değişecekse operasyon planı daha dikkatli yapılmalıdır.
İlgili içerikler:
29 Eylül 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
Storage vMotion akışları depolama ve ESXi seviyesinde işlese de, merkez yönetim davranışı vCenter temel çizgisiyle birlikte değerlendirilmelidir. Broadcom KB 326316 içindeki build tablosuna göre 29 Eylül 2025 bağlamında görünür güncel vCenter 8 satırlarından biri:
- Ürün adı: vCenter Server 8.0 Update 3g
- Sürüm: 8.0.3.00600
- Yayın tarihi: 2025-07-29
- Build: 24853646
Bu rehber, operasyonel temel çizgi olarak vCenter Server 8.0 Update 3g / Build 24853646 üzerinden anlatılmıştır.
Storage vMotion Ne Zaman Kullanılmalı?
Storage vMotion şu senaryolarda güçlüdür:
- datastore bakımına girmeden önce VM'leri canlı taşımak
- performans sorunlu veya dolu datastore'u rahatlatmak
- aynı VM'i daha uygun storage tier'a geçirmek
- storage standardizasyonu veya konsolidasyon projesi yürütmek
Ancak her canlı taşıma “etkisiz” değildir. Özellikle yüksek yazma hızına sahip VM'lerde kısa stun penceresi, queue pressure ve performans dalgalanması hesaba katılmalıdır.
Storage vMotion Nasıl Çalışır?
Yüksek seviyede mantık şöyledir:
- Kaynak datastore üzerindeki VM diskleri hedef datastore'a kopyalanır
- VM bu sırada çalışmaya devam eder
- Son aşamada delta değişiklikleri kapatılır ve disk sahipliği yeni lokasyona alınır
Sorunun kritik kısmı son aşamadadır. Broadcom KB 344506'ya göre kaynak VM'in dirty rate değeri, hedefte kopyalama için kullanılabilen bandwidth'ten yüksekse işlem uzayabilir, stun süresi artabilir veya migration başarısız olabilir.
Bu nedenle Storage vMotion “tamamen görünmez” bir operasyon gibi planlanmamalı; özellikle yoğun yazan uygulamalarda risk penceresi kabul edilmelidir.
Storage vMotion Best Practices Nelerdir?
1. Yüksek Yazma Penceresinden Kaçının
Yedekleme, log yoğunluğu, ETL, batch veya veritabanı import işleri sırasında Storage vMotion başlatmak kötü pratiktir. Dirty rate yükseldikçe son geçiş aşaması zorlaşır.
Pratik kural:
- düşük I/O penceresi seçin
- yüksek değişim oranlı VM'lerde bakım etkisini uygulama ekibiyle koordine edin
2. Snapshot'lı VM'lerde Ekstra Dikkat Gösterin
Broadcom KB 312138, powered-on ve snapshot'lı VM'lerde Storage vMotion sonrası snapshot adları ve manuel snapshot davranışlarında değişiklik görülebileceğini belirtir. Bu şu anlama gelir:
- snapshot zinciri olan VM'leri körlemesine taşımayın
- taşıma öncesi mevcut snapshot yapısını belgeleyin
- gerekiyorsa önce snapshot temizliği yapın
Snapshot standardı için:
3. Performans Metriklerini Önceden İzleyin
Broadcom KB 341458, Storage vMotion sırasında DAVG/cmd ve COSTOP/cmd metriklerinin artabileceğini ve kaynak/hedef storage yönündeki queue depth'in yükselebileceğini belirtir.
Bu yüzden kritik VM'lerde şu yaklaşım daha doğrudur:
- migration öncesi latency baseline alın
- taşıma sırasında queue/latency artışını izleyin
- storage takımıyla I/O yoğunluğu konusunda aynı pencerede olun
4. Datastore Uyumluluğunu Varsaymayın
Broadcom KB başlığında görülen “incompatible device backing specified for device” senaryosu, kaynak ve hedef datastore kombinasyonlarının veya cihaz backing yapılandırmalarının her zaman uyumlu olmadığını gösterir.
Özellikle:
- farklı datastore tipleri
- eski VMFS ile daha yeni NFS/diğer backing kombinasyonları
- özel cihaz eşlemeleri
önceden doğrulanmalıdır.
5. Storage vMotion'ı Kapasite Yönetimi Aracı Gibi Değil, Kontrollü Operasyon Gibi Yönetin
Canlı taşıma kolay göründüğü için ekipler bazen bunu rutin “yer açma” işlemi gibi kullanır. Oysa yanlış anda başlatılan taşıma;
- performans düşüşü
- uzun stun
- migration failure
- uygulama tarafında kısa süreli tepki bozulması
gibi sonuçlar doğurabilir.
En Sık Storage vMotion Hataları
Stun süresi uzuyor veya migration fail oluyor
Broadcom KB 344506'ya göre temel nedenlerden biri dirty rate'in yüksek olmasıdır. VM'in yazma hızı, taşımanın toparlama kapasitesini aştığında son faz zorlaşır.
Taşıma sırasında latency ve queue artıyor
Broadcom KB 341458 bunu beklenen bir davranış olarak işaret eder. DAVG/cmd, COSTOP/cmd ve storage queue depth artışı migration penceresinde görülebilir.
Snapshot'lı VM taşıması sonrası snapshot görünümü değişiyor
Broadcom KB 312138, snapshot adlarının değişmesi veya manuel snapshot davranışının etkilenmesi gibi sonuçlara dikkat çeker. Snapshot belgelemesi olmadan hareket etmek risklidir.
The operation is not allowed in the current state veya incompatible device backing specified for device
Bu tip hata, datastore/backing uyumsuzluğu veya VM'in mevcut cihaz durumuyla ilişkili olabilir. Taşıma öncesi hedef datastore tipi ve VM disk yapısı gözden geçirilmelidir.
İlk 15 Dakika Kontrol Listesi
- VM üzerindeki yazma yoğunluğu değerlendirildi
- Düşük I/O penceresi seçildi
- Snapshot varsa mevcut yapı belgelendi veya temizlendi
- Hedef datastore tipi ve uyumluluğu doğrulandı
- Latency ve queue metriği için baseline alındı
- Kritik uygulama sahibiyle etki penceresi paylaşıldı
- Taşıma sonrası datastore yerleşimi doğrulanacak kişi netleştirildi
- Migration başarısızlığı için geri dönüş planı hazırlandı
LeonX ile Sonraki Adım
Storage vMotion, storage modernizasyonu ve kapasite yeniden dağıtım projelerinde çok güçlüdür; fakat doğru izleme ve pencere yönetimi olmadan risklidir. LeonX, datastore standardı, canlı taşıma penceresi ve migration governance akışını birlikte tasarlamanızda destek verir.
İlgili sayfalar:
- Donanım & Yazılım Satışı
- Yönetilen Servisler
- İletişim
- VMware Snapshot Best Practices Rehberi
- VMware vCenter Kurulumu Nasıl Yapılır?
Sık Sorulan Sorular
Storage vMotion ile vMotion aynı şey mi?
Hayır. vMotion daha çok compute/host tarafındaki canlı taşıma mantığıyla anılır. Storage vMotion ise disk ve dosyaların datastore'lar arasında taşınmasına odaklanır.
Storage vMotion neden kesintisiz görünse de riskli olabilir?
Çünkü Broadcom KB 344506'ya göre kaynak VM'in dirty rate'i yüksekse stun süresi uzayabilir veya migration başarısız olabilir.
Snapshot varken Storage vMotion yapılabilir mi?
Yapılabilir senaryolar vardır; ancak Broadcom KB 312138 snapshot adları ve manuel snapshot davranışı üzerinde etkiler olabileceğini gösterir. Snapshot'lı taşıma öncesi belge ve kontrol şarttır.
Storage vMotion sırasında neden latency artabilir?
Broadcom KB 341458, DAVG/cmd ve COSTOP/cmd metriklerinde artış görülebileceğini ve queue depth'in yükselebileceğini belirtir.
incompatible device backing hatası neyi işaret eder?
Bu hata genellikle hedef datastore/backing tipinin mevcut VM disk yapısıyla uyumlu olmadığını düşündürür. Taşıma öncesi datastore tipi ve device backing doğrulanmalıdır.
Sonuç
VMware Storage vMotion, doğru kullanıldığında bakım ve kapasite yönetimi için çok güçlü bir canlı taşıma aracıdır. 29 Eylül 2025 bağlamında güvenli yaklaşım; yüksek dirty rate pencerelerinden kaçınmak, snapshot'lı VM'leri belgelemek, datastore uyumluluğunu önceden doğrulamak ve migration sırasında storage metriklerini yakından izlemektir.
Kaynak Notları
- Broadcom KB 344506: Storage vMotion stun time longer than expected / migration fails because of dirty rate behavior
- Broadcom KB 341458: DAVG/cmd, COSTOP/cmd ve queue depth artışı hakkında performans gözlemi
- Broadcom KB 312138: Powered-on snapshot'lı VM'lerde Storage vMotion davranışı
- Broadcom Broadcom Knowledge Base sonucu:
The operation is not allowed in the current state / incompatible device backing specified for device - Broadcom KB 326316: VMware vCenter Server versions and build numbers
