Ağ tabanlı depolama çözümlerine olan ilgim, ilk depolama sunucusunu eski bir bilgisayar kullanarak kurduğum zamandan beri sürüyor. Ağ paylaşımları harika bir örnek ve bunların bireysel avantajlarını öğrendikten sonra, ev laboratuvarı görevlerim için SMB, NFS ve iSCSI klasörlerini kullanmaya başladım. Bir başlangıç seviyesinde kullanıcı olarak, birden fazla sabit diski depolama sunucumda kullanma fikri çok heyecan vericiydi ve bu nedenle Redundant Array of Independent (veya Inexpensive, kimin sorduğuna bağlı olarak) Disks (RAID) beni çok etkiledi.
Ancak, evimde kullandığım Network-Attached Storage (NAS) sunucusunda çeşitli RAID havuzları olmasına rağmen, bunların benim düşündüğüm kadar önemli olmadığını fark ettim. Aslında, TrueNAS ile geçirdiğim yıllar bana, öncelikle ZFS anlık görüntülerinin (ve bunların çoğaltma işlevinin) ne kadar önemli olduğunu öğretti.
RAID’in avantajlarına rağmen, yedeklemelerin yerini tutmamalıdır.
Aksi takdirde, bu yanlış kanı, durumun kontrolden çıkması durumunda kurtarılamayan veri kaybına yol açabilir.
NAS topluluklarında sıklıkla karşılaşılan en büyük yanılgılardan biri, RAID kurulumlarının yedeklemelerle aynı şey olduğu düşüncesidir. RAID 0‘ı (ki çoğu insanın kullanmaması gereken bir yapılandırma) saymazsak, RAID 1 ve daha yüksek seviyeler, bir depolama sürücüsünün arızalanması durumunda bile NAS’in çalışır durumda kalmasını sağlayabilir. Ancak, RAID’in temel amacı, verileri korumak değil, yüksek kullanılabilirlik sağlamak ve kesinti sürelerini önlemektir.
Örneğin, ZFS’nin bir numaralı sürücünün içeriğini ikinci sürücüye aynen kopyaladığı iki diskten oluşan bir RAID 1 yapılandırmasını ele alalım. Eğer yanlışlıkla bir dosyayı silerseniz, bu işlem aynalama yapılan veri kümesinde de gerçekleşir. Bu durum, kötü amaçlı yazılım veya fidye yazılımı kaynaklı veri kayıpları için de geçerlidir. Her iki sabit disk aynı anda arızalanırsa, veriler kurtarılamaz hale gelir.
Bu sorun, daha yüksek RAID seviyelerinde bile geçerlidir ve RAID 5 dizisi, iki sürücünün aynı anda arızalanması durumunda (bu, özellikle veri kümesi yeniden oluşturma işlemi sırasında gerçekleşen yoğun yazma işlemleri göz önüne alındığında) kullanılamaz hale gelebilir. Ayrıca, yangın, hırsızlık veya diğer öngörülemeyen olaylar bile, en gelişmiş RAID yapılandırmalarının bile dosyalarınızı korumasını engelleyebilir.
Anlık görüntüler, RAID’den daha öncelikli olmalıdır.
Ancak, yalnızca yerel olarak saklanan anlık görüntüler de riskler taşır.
Veri kaybını önleyen bir çözüm olan anlık görüntüler, TrueNAS sunucumda etkinleştirdiğim özelliklerden biridir. Bilmeyenler için, ZFS anlık görüntüleri, belirli bir andaki veri kümesinin kopyalarıdır ve oluşturulduktan sonra, sonraki anlık görüntü işlemlerinde yalnızca veri bloklarındaki değişiklikler kaydedilir. Bu nedenle, anlık görüntüler çok az yer kaplar ve genellikle birkaç dakika içinde tamamlanır.
Anlık görüntüleri TrueNAS’ta oluşturmak oldukça kolaydır ve hatta veri kümelerim için periyodik anlık görüntülerin alınmasını yapılandırdım. Sık sık düzenlediğim proje dosyalarını içeren SMB veri kümeleri için, iki haftada bir periyodik anlık görüntüler alıyorum. Daha az sıklıkla değiştirdiğim veriler için ise, TrueNAS her ay yaklaşık olarak bir kez yeni anlık görüntüler alır.
Ancak, yalnızca yerel olarak saklanan anlık görüntüleri kullanırsam, değerli verilerimi hala riske atardım. Anlık görüntüler, yanlışlıkla silinen dosyaları kurtarmak için kullanılabilse bile, NAS’teki sorunlar nedeniyle anlık görüntüler de etkilenirse, bu çözüm işe yaramazdı. Bu nedenle, temel dosyalarımı korumak için anlık görüntü çoğaltma özelliğini kullanıyorum.
Verilerimi korumak için 3-2-1 anlık görüntü çoğaltma hattı kullanıyorum.
Ayrıca, hem yerel NAS’imde hem de uzak konumdaki NAS’imde çok fazla yer kaplamasını önlemek için anlık görüntülerin ömrünü yapılandırmak zorunda kaldım.
Dikkatli okuyucuların fark ettiği gibi, yerel TrueNAS kurulumumu birincil depolama sunucusu olarak tanımlıyorum. Bunun nedeni, ev laboratuvarımdan kilometrelerce uzakta bulunan başka bir NAS’e sahip olmam ve bu cihazın anlık görüntüleri yerel sunucumdan alarak güvenli bir şekilde saklamasıdır.
TrueNAS’in “anlık görüntü çoğaltma” adı verilen kullanışlı bir özelliği var. Bu özellik sayesinde, anlık görüntüleri başka bir cihaza gönderebiliyorum. Böylece, orijinal veri kümesi ve anlık görüntüler kullanılamaz hale gelirse bile, temel dosyalarımı uzak konumdaki NAS’ten kurtarabilirim. Maliyeti düşürmek için, bu ikincil sunucu için iki yuvalı bir NAS kullandım, ancak yine de TrueNAS’i çalıştırmak için yeterli belleğe sahip. Ancak, daha da maliyet tasarrufu yapmak istersem, herhangi bir NAS tabanlı dağıtımı daha ucuz bir mini-PC’ye yükleyebilir ve temel veri kümelerini yerel ve uzak depolama sunucuları arasında senkronize etmek için rsync kullanabilirdim.
Ayrıca, hem yerel NAS’imde hem de uzak konumdaki NAS’imde anlık görüntülerin ömrünü yapılandırmak zorunda kaldım; aksi takdirde, anlık görüntüler çok fazla yer kaplardı. Düzenli olarak değiştirdiğim veriler için, yaklaşık bir ay süreyle saklıyorum. Daha az sıklıkla değiştirdiğim veriler için ise, yaklaşık altı ay boyunca NAS’imde saklıyorum, böylece yakın zamanda yapılan anlık görüntülerin bozulması durumunda, eski ve kararlı sürümlere geri dönebilirim.
Kaynak: xda-portal