Depolama tüketimi nasıl en aza indirilir?


9

Canlı, Kullanıcı Kabulü, hazırlama ve geliştirme sunucuları olan bir ağım var (Bu durumda pencereler çoğunlukla 2012r2, tüm Hyper-V misafirleri). Ağın bu bölümlerinin her birinin bir ön ve arka uç sunucusu vardır. Arka uç sunucuları orantılı olarak büyük miktarda veri içerir. Kullanıcı Kabulü, hazırlama ve geliştirme sunucularında bu veriler değişmez (zaman zaman canlı yenileme dışında) ve nadiren geliştirme döngüsü dışında erişilir.

Bu tür bir ortamda, depolama tüketimini nasıl en aza indirirsiniz ve statik ve nadiren erişilen verilerde depolama alanını boşa harcamayın. Veriler pdf, json, dwgs ve png gibi 1000 dosyadan oluşur.

Düşündüğüm şeyler.

Kullanılmadığı zamanlarda sunucuları silme - Bazen bu sunucuları geri yükleme zamanı, geliştiricilerin bunları kullanacakları zamana göre daha büyük bir seçenek değildir. Yedekleme çözümümüz MS Veri Koruma yöneticisidir.

Kullanımda değilken veri disklerini silme - Yukarıdakilerden biraz daha iyi ama yine zaman önemlidir.

Veri disklerini sunucular arasında taşıma - Hyper-V misafirleri oldukları için veri disklerini gerektiği gibi takabilirim, ancak aynı anda birden fazla ortamın kullanıldığı zamanlar vardır.


VHD'leriniz için depolama alanı nedir?
longneck

Çeşitli SANS (Birkaç Dells ve HP) ama hepsi ISCSI. Bunlar, büyük ölçüde sürücülerin hızına / boyutuna göre birkaç büyük
birime kesilir

Yanıtlar:


9

Depolamanın ucuz (S3) veya neredeyse ücretsiz (Glacier) olduğu genel buluta bir soğuk veri yükleyen bazı hibrit dosya sunucularına göz atmak isteyebilirsiniz. Azure'da Enterprise sözleşmeniz varsa StorSimple'ı hem fiziksel hem de sanal Microsoft'tan denemek isteyebilirsiniz.

https://azure.microsoft.com/en-us/services/storsimple/

Nasuni de güzel, ancak şu ana kadar güvenilir SMB3'e sahip değil.

https://www.nasuni.com


Storsimple sanal dizisi ümit verici görünüyor. Fiziksel bir dizi olduğunda seçeneklere bakmıştım, sanal bir cihaz olasılığı olduğunu görmemiştim.
Drifter104

6

Piyasada birçok ilginç çözüm var, Nasuni'yi denemedim ama uygun görünüyor. Ayrıca, donanım ağ geçidi olarak kullanılabilen Aclouda'ya bir göz atabilir ve bulut depolama alanını yerel bir sürücü olarak sunabilir ve verileri buluta otomatik olarak yükleyebilirsiniz. Yerel bir sunucuya buluta ya da Amazon ya da Azure bağlantısına sahip SATA / SAS sürücüsü olarak kurulabilir. http://aclouda.com/


6

Zamanla fazla değişmeyen önemli miktarda büyük veriye sahip olduğunuzdan, bir çeşit katman uygulamanızı şiddetle tavsiye ederim (otomatik katmanlandırmalı Depolama Alanları sığmalıdır). Buradaki fikir, yerel depolama olan "sıcak" katmanın, hızlı bir şekilde erişilmesi gereken en son verileri içermesi ve "soğuk" katmanın buluta yüklenebilmesi gerektiğidir.

Fikir yeni değil - Nasuni https://www.nasuni.com/ bu yaklaşıma çok benzer şeyler yapıyor. Bir DIY seçeneği S3Fuse https://www.interserver.net/tips/kb/mount-s3-bucket-centos-ubuntu-using-s3fs/ bir bulut depolama birimini yerel bir sürücü olarak monte etmenizi sağlar. StorSimple https://azure.microsoft.com/en-us/services/storsimple/ başka bir seçimdir, ancak kesinlikle Azure'a bağlıdır.

Herhangi bir ek yazılım yüklemek / yapılandırmak ve bakımını yapmak istemiyorsanız AcloudA http://aclouda.com/ gibi bir donanım ağ geçidiyle , ek yazılım veya sürücüye ihtiyaç duymadan işi yapacaksınız.


1

Misafirleriniz Windows 2012 R2 olduğundan, VM içinde veri tekilleştirme çalıştırabilirsiniz. Başlangıç ​​taraması dışında, kaynak yoğun olmadığını gördüm. Belge mağazalarında tasarruflarım% 55 veya daha yüksek.

Depolama alanınız bir Windows sunucusundaysa (Depolama Alanları ve benzerleri) VHD mağazanızı tekilleştirebilirsiniz. Bir birimdeki tekilleştirmeyi yapılandırırken VDI seçeneğini kullanmak açık VHD'lerin tekilleştirilmesini açar. Bkz. Https://technet.microsoft.com/en-us/library/dn486808.aspx

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.