İnanılmaz derecede yavaş fotoğraf kaldırma


13

İSCSI aracılığıyla HP LeftHand depolama alanına sahip bir ESXi kutum var.

800GB tüketilen 1 TB diskli bir sanal makinem var. Disk, LeftHand depolama biriminde kalınlaştırılmıştır.

VM'de bir anlık görüntü açıldı (Veeam Backup and Recovery işini yapabilirdi) ve yaklaşık 6 saat boyunca açıktı. Bu süre zarfında 5GB civarında bir delta disk oluşturuldu.

Anlık görüntü kaldırma işlemi 5 saatten fazla sürdü ve hala tamamlanmadı. Depolama dizisi, bu dizide neredeyse hiç IOPS (arka plan gürültüsü olan yaklaşık 600), verim (yaklaşık 8MB / sn, yine - arka plan gürültüsü), ortalama kuyruk derinliği 9 bildiriyor.

Başka bir deyişle, anlık görüntü birleştirme işlemi GÇ'ye bağlı görünmüyor, anlık görüntü kaldırmanın çok yavaş olmasına neden olan hiçbir şey göremiyorum. Bu edilir delta dosyalarını izlerken bakılırsa, çalışma.

Bu (nispeten küçük) anlık görüntünün neden kaldırılması için bu kadar yavaş olduğuna bakmam gereken başka bir şey var mı?


Gereğince VMWare belgeleri , izliyorum ls -lh | grep -E "delta|flat|sesparse"şu anda, ben değişiyor iki delta dosyaları görmek:

-rw-------    1 root     root      194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk
-rw-------    1 root     root      274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk

Bir anlık görüntü dosyasının birleştirildiğini, diğeri ise birleştirme işlemi sırasında delta topladığını çıkarıyorum. Daha sonra yeni olan birleştirilir ve bu işlem sırasında başka bir delta oluşturulur.

Dosya boyutları vardır ben (30 dakika herhangi bir değişiklik oluşturmadan bu bitirmesine izin için belki Sanal Makinenin ağını kapalı almak gerekir) sonunda bu konsolidasyon prosedürü tamamlamak varsaymak, böylece her yineleme (iyi, en tekrarlamalar) ile bırakarak .

Konsolidasyon için her yüz mega delta başına yaklaşık 2 dakika sürüyor. Bu daha önce hiç olmadı. Normal Veeam yedeklemesi altında anlık görüntü kaldırma işlemi yaklaşık 40 dakika sürer (bu yüzden kesinlikle hızlı değildir, ancak bu yavaş değildir).


6 saat ve 2 dakika sonra, fotoğraf nihayet kaldırılır. Ancak, normalde bu tür sorunları (depolama performansı dışında) gidermek için herhangi bir yol olup olmadığını bilmek istiyorum.


8Mbit / saniyenin eksi biraz eksi 10Mbit / sn ağa oldukça yakın olduğunu fark edemiyorum. Herhangi bir şans bu iSCSI bağlantı ağ ile ilgili bir sorun - tehlikeli yama kurşun sadece başarısız olmaya başlıyor? Tek bir bağlantı mı, tek bir ana bilgisayar mı, ev sahibi aksi halde sürekli okuma / yazma işlemi için uygun mu? Anahtar bağlantı noktasında hata olup olmadığını kontrol edebilir misiniz?
TessellatingHeckler

@TessellatingHeckler Sadece bazı testler yaptım ve hala diziden yaklaşık 1.5Gbit / sn sıralı alabilirim, bu normal koşullar altında ondan beklediğim şey. Dün gece enstantane kaldırma üç dakika sürdü ki bu şimdiye kadar gördüğüm en hızlı şeydi (normalde yaklaşık 10 kat daha uzun, ama dün gece burada büyük bir futbol oyunu vardı, bu yüzden kimsenin sistemleri saatlerden sonra kullanmadığından şüpheleniyorum yedeklemeler çalıştığında, küçük delta ve küçük taahhüt süresi). Böylece hızlı bir şekilde yapabilir , sadece bir kez yapmadı.
Mark Henderson

Hmm. VMware Storage IO Control çalışıyor mu ve veri deposu diğer VM'lerle paylaşılıyor mu? Ana bilgisayarı veya SAN donanımını vurgulamadan orada bazı kısıtlama / yumuşak sınırlara ulaşma şansı var mı?
TessellatingHeckler

ESXi ve vCenter Sürümü?
Nils

@Nils 5.5 for
Mark Henderson

Yanıtlar:


2

Anladığım kadarıyla ESXI anlık görüntü kaldırma işlemi uzun sürebilir (ve genellikle de alır). Anlık görüntü kaldırılmadan önce, eski anlık görüntüdeki değişikliklerin sırayla bir sonraki anlık görüntüye yazılması gerekir. Bu sürecin mümkün olduğunca hızlı ve verimli bir şekilde çalışmasına yardımcı olmak için her zaman en eskiden en yenisine kadar anlık görüntüleri silmem öğretildi.

Doğal olarak, anlık görüntüler arasında ne kadar çok değişiklik olursa, birleştirme o kadar uzun sürer.


1
Doğru, 6GB dışında bir 5GB anlık görüntüsünü kaldırmak saçma. Bahsettiğim gibi, anlık görüntüyü kaldırmak normalde yaklaşık 40 dakika sürer ve 40 dakikanın çok yavaş olduğunu bile hissediyorum. Bu VM'deki tek anlık görüntü buydu ve ESXi'nin sonraki sürümlerinde anlık görüntü kaldırma da değişti, çünkü kaldırıldıkları sıra çok fazla önemli değil.
Mark Henderson

2
Depolama sırasında çok az I / O ile yavaş anlık görüntü davranışını gördüm ama bir nedenden ötürü izini sürmedim. Her zaman hipervizörün bellekteki deltaları çiğnediğini varsaydım. (Söz konusu makineler doğrudan bağlı depolama kullanıyordu veya SAN konularına da bakmış olabilirim, ancak VMWare'in anlık görüntü alt sisteminde her zaman büyük deltalara veya optimize edilmemiş koda kadar tebeşirledim).
voretaq7
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.