ZFS ile yedekleme depolama sunucusu

Ben küçük bir şirkette her şey adamım. Yeni bir sunucu ve şirket genelinde yedekleme ilkesi olan ayrı bir yedekleme sunucusu içeren yeni bir altyapı tasarlamak istiyorum.

Şirketteki en önemli şey SQL Server ve veritabanlarıdır. 10 veritabanı vardır, ancak bunlardan sadece 2 tanesi gerçekten önemlidir. Birincisi 8GB, çoğunlukla metin verileri ve sayılar. İkincisi PDF ve GIF içeren 16GB / ay ile yaklaşık 300GB büyüyor.

Depolama mevcut yedekleme politikası kaydetmek için haftada bir tam yedekleme ve 6 diferansiyel oluşur. Sanırım haftada 350GB, ayda 1.4TB.

Sessiz veri bozulmasıyla ilgili makaleleri okuduktan sonra Nexenta Topluluğu sürümünde ZFS'yi denemeye karar verdim.

Benim sorum: veri tekilleştirme ile ZFS güvenilirlik açısından yedek dosyaları depolamak için iyi mi yoksa bazı bant yedekleme veya başka bir şey düşünmek gerekir?

EDIT: Şu anda performans, veri tekilleştirme oranı vb tahmin edemeyiz biliyorum, ama iyi bir fikir olup olmadığını bilmek istiyorum.

Kesinlikle ZFS, bu tür bir şeyi yapacak kadar sağlamdır, tamamen ZFS ve Nexenta'ya dayanan çok büyük yüksek profilli ve güvenilir üretim platformları vardır.

Bu, her zaman önerdiğiniz gibi yerinde disk tabanlı yedeklemeler VE yangın / deprem / Cthulhu'ya karşı korumak için günlük olarak tesis dışına çıkarılan çıkarılabilir disk veya bant tabanlı yedeklemeler olmasını ister.

Cevabım evet, sorun değil ama her iki seçeneği de tercih ederim.

(yedekleme yazılımınıza karşı ZFS'de tekilleştirme kullandığınızı varsayarsak)

Ben ediyorum değil zfs kullanmanızı tavsiye yerli bunun için özel olarak depolama sistemi tasarlamak sürece yedekleme sistemi için tekilleştirme.

ZFS'de veri tekilleştirme kullanmak son derece RAM yoğundur. Veri depolama havuzuna veri akışı / yazılması nedeniyle veri tekilleştirme işlemi gerçek zamanlı olarak gerçekleştiği için, veri bloklarını izleyen bellekte tutulan bir tablo vardır. Bu DDT tablosudur . ZFS depolama sunucunuzda bu tabloyu alacak kadar RAM yoksa, performans büyük ölçüde azalacaktır. Nexenta, masa belirli bir eşiği geçtikçe sizi uyaracak, ancak o zamana kadar çok geç. Bu, bir L2ARC cihazı (önbellek okuma) kullanılarak artırılabilir , ancak ZFS'nin ilk erken kullanıcıları bu tuzağa düştü.

Görmek:

ZFS - tekilleştirilmiş zvol veya veri kümesinin yok edilmesi sunucuyu durdurur. Nasıl kurtarılır?

ZFS - L2ARC önbellek aygıtı hatasının etkisi (Nexenta)

RAM gereksiniminin tekilleştirme için yüksek olduğunu söylediğimde, 64GB + RAM ve 200GB + L2ARC'de tanımladığınız veri seti için RAM ve L2ARC gereksinimlerini tahmin ederim. Bu küçük bir yatırım değil. Tekrar okunmayacak çok sayıda Windows sistem dosyası ve görüntü belgesi tutmak, DDT'yi çok hızlı bir şekilde dolduracaktır. Kazanç, ön plana çıkması gereken mühendislik çalışmalarına değmeyebilir.

Daha iyi bir fikir, zpool üzerinde sıkıştırmayı kullanmak ve muhtemelen daha sıkıştırılabilir veri türleri için gzip yeteneklerinden yararlanmaktır. Tekilleştirilmiş verileri silmeniz gerektiğinde (DDT'ye başvurması gerekir) tekilleştirme buna değmez.

Ayrıca, depolama alanını yedekleme yazılımınıza nasıl sunacaksınız? Hangi yedekleme yazılım paketini kullanacaksınız? Windows ortamlarında, ZFS'yi iSCSI üzerinden Backup Exec'a blok depolama olarak sunuyorum. ZFS CIFS özelliklerinin asla yeterince sağlam olduğunu bulamadım ve doğal olarak biçimlendirilmiş bir cihazın avantajlarını tercih ettim.

Ayrıca, tasarım fikirleri için mükemmel bir ZFS kaynağı. Kimse Size Söylemeyen ZFS Hakkında Şeyler

Alternatif bir işletim sistemi, OpenIndiana'dır ve bu da iyidir ve çoğu zaman daha sık güncelleme alır.

Başka bir seçenek, sıkıştırma etkinleştirilmiş daha küçük (potansiyel olarak) bir depolama havuzuna sahip ikinci bir ZFS sunucusu kurmaktır. Bu ikinci cihazı statik yedeklemeler için kullanabilirsiniz. Böylece okuma önbelleğinden vazgeçebilirsiniz ve ayrıca işlemek için saçma miktarda CPU / RAM'e ihtiyacınız yoktur.

Çalıştığım yerde böyle bir kurulum çalıştırıyoruz:

• Üç set aynalı çiftten oluşan bir RaidZ1 havuzunda altı adet 2 TB diskli OpenIndiana ana depolama sunucusu [ ana ]. Bu, kullanılabilir depolama alanınızı keserken hızlı ve çok yedekli bir depolama havuzu sağlar.
• OpenIndiana'yı yalnızca bir yedekleme aygıtı olarak işlev gören benzer bir disk yapılandırmasıyla çalıştıran ikincil bir depolama sunucusu [ yedekleme ].
• main , gün boyunca düzenli olarak anlık görüntüler / tank / [veri kümesi] içeren bir cron işinden çalıştırılan bir komut dosyasına sahiptir.
• Her akşam, günün anlık görüntülerini ağ üzerinden yedeklemeye iten başka bir cron işi yürütülür . Tüm anlık görüntülerinizin ilk senkronizasyonu tamamlandıktan sonra (yalnızca bir kerelik bir prosedür), anlık görüntülerin artımlı doğası, değişikliklerin yedekleme cihazınıza çok hızlı bir şekilde aktarıldığı anlamına gelir.

Buraya ZFS gönderme / alma işlemlerini nasıl yapacağım konusunda hızlı bir özetim var: http://kyrill-poole.co.uk/blog/tech/zfs-send-and-receive/