VMWare ESXi 5.5, ince provizyon hala diskte tam alan ayırıyor

10

VMWare ESXi üzerinde ince provizyonla ilgili birçok soru ve cevap görüyorum, ancak tam olarak karşılaştığım şey değil. Yepyeni bir VM oluşturuyorum ve 100GB'lık ince provizyonlu bir sabit disk belirtiyorum. Okuduğum her şeyden, vmdk dosyasının fiziksel boyutunun 100 GB'den az olmasını bekliyorum. Ancak, hala 100GB olan bir xxx-flat.vmdk oluşturuyor.

Geçmişte VMWare Workstation ile yaptığım gibi basitçe kopyalayıp özelleştirebileceğim bir temel sistem kurmaya çalışıyorum. Çok kolay! Kopyayı açtığımda, VMWare kopyalayıp kopyalamadığımı soruyor, "evet" yanıtı veriyorum ve çalışmıyorum. Ancak, bana ESXi 5.5'te bir hata gibi görünen bir şeyle, 100GB + civarında bir kopyalama yapacağım, bu da yeni bir örnek istediğimde işletim sistemini yeniden yüklemek kadar hızlı olacağım anlamına geliyor.

Kimse bunu yaşadı mı?

vmware-esxi thin-provisioning

— Thomas Doman
kaynak

2

Shane ve Ed'in cevabına ek olarak, ince provizyonlu bir diskte tam bir format (hızlı format yerine) yaparsanız, tam formatın tamamını işgal edeceğinize dikkat edilmelidir. tüm alana veri yazacaktır. Yani .. genel konu hakkında akılda tutulması gereken bir şey.

— HazelessN00b

Cevaplar için hepinize teşekkür ederim, bu yöntemleri deneyip rapor vereceğim. Orijinal soruya eklemem gereken bir ayrıntı, elde etmeye çalıştığım etkinin bir klon gibi olmasıdır. Örneğin, Windows Server 2008 R2 için tüm güncelleştirmeleri yükledim ve aldım. Şimdi uzmanlaşmak istiyorum. Yani, klonlayın ve bir Etki Alanı Denetleyicisi yapın, tekrar klonlayın ve bir web uygulama sunucusu yapın, tekrar klonlayın ve bir SQL sunucusu yapın. Bu yaklaşım için elle kopyalama, -snnn.vmdk dosyaları oluşturduğu VMWare Workstation üzerinde iyi çalıştı. ESXi ile bunu başarmak için yardımcı programları kullanmam gerekiyor gibi görünüyor.

— Thomas Doman

Oh, ve veri depolarını bile değiştirmiyorum. Tüm bu "klonları" ESXi'deki aynı veri deposunda istiyorum. Ayrıca, ESXi'nin büyüdükçe -snnn.vmdk de ekleyeceğini varsaydım, bu yüzden seyrek dosya bir sürpriz oldu.

— Thomas Doman

7

Bunun nedeni, ESXi'deki ince temelli dosyaların seyrek dosyalar olmasıdır . Bunları taşımak için kullandığınız yöntem, bu ince özelliği korumaz.

Bunun etrafında yollar var. Lütfen bakın: VMware ESXi VM'yi yeni veri deposuna taşıma - ince provizyonu koruma

— ewwhite
kaynak

Ayrıca vmdk'yi vsphere istemcisini kullanarak kopyalarsanız, dosyaları içeren klasörü değil, dosyaları kopyaladığınızda inceliğini korur. (yeni dosya sisteminin ince destekleri sağlaması)

— JamesRyan

Hem Shane hem de Ed bana aynı seçenekleri vermiş olsa da, bağlantıyı her biri hakkında daha fazla ayrıntı sağladığı için Ed'in cevabı olarak işaretliyorum. Nihayetinde Dosya -> Dışa Aktar -> OVF şablonunu vSphere'den yeni VM'im için istediğim adla dışa aktardım ve sonra OVF'yi aynı veri deposuna yeniden konuşlandırdım. Herkese tekrar teşekkürler!

— Thomas Doman

15

Bu yüz gig dosyası seyrek bir dosyadır - içinde hiçbir şey yoktur, dosya sistemi bunun amaçlanan boyut olduğunu bilir.

VSphere istemcisinde gerçek boyutu görebilirsiniz:

müşteri

Ham dosyalara bakarken görünen boyuta rağmen ..

konsol

Karşılaştığınız sorun, o dosyayı VMFS dosya sisteminden kaldırmanızdır . Nereye giderse gitsin ve oraya ulaşılıyorsa, seyrek dosya VMFS'de olduğu sürece seyrek olur; ESXi, tüm bu ekstra 0'larla birlikte tam görünür dosyayı beslemek zorunda kalır.

Depolama vMotion ve vmkfstoolsESXi ana bilgisayarları arasında hareket ediyorsanız ince diskleri doğru şekilde kullanır; OVF'ye ihracat, tam kalın diskin etrafında hareket etmemek için iyi bir seçenektir.

Genel olarak, mantıksal VMDK'yı (düz dosyaları, anlık görüntüleri, vb. İçerebilir) taşımak veya klonlamak için uygun araçları kullanmak yerine doğrudan düz dosyalarla çalışmaktan kaçınmalısınız.

— Shane Madden
kaynak