Uzun Süreli Yedek Saklama: LTO Teyp mi Nesne Depolama mı?

Yedi yıl önceki yıllık kopyadan tek bir dosya istendiğinde sorun çoğu zaman kartuş değil, onu okuyacak sürücünün artık olmamasıdır. Günlük geri yüklemeler hızlı disk tabanlı yedek deposundan yapılır; aylık ve yıllık kopyalar yıllarca saklanacaksa ortamın maliyeti, dayanıklılığı ve ağdan yalıtımı belirleyici olur. Bu katman için üç aday var: LTO teyp, şirket içi S3 uyumlu nesne depolama ve bulut nesne depolama (arşiv katmanları dahil). Aşağıda üçünü geri çağırma süresi, ortam ömrü, çevrimdışı kopya niteliği, işletim yükü ve gizli maliyetler üzerinden karşılaştırıp bir karar ağacına bağlıyoruz.

Uzun süreli saklama gereksinimleri

Seçimden önce gereksinimleri yazılı hale getirin; yoksa karar ekibin alışık olduğu teknolojiye göre verilir. Netleşmesi gereken sorular:

• Saklama süresi ve hacmi: Hangi veri, kaç yıl? Yasal saklama süreleri veri türüne göre farklıdır; bu süreler hukuk ve uyum ekipleriyle birlikte belirlenir.
• Geri çağırma beklentisi: Yıllık bir kopyadan tek dosya istendiğinde kaç saat ya da gün içinde teslim kabul edilir?
• Yalıtım: Kopyanın ağdan fiziksel olarak ayrılmış (air-gapped) mı, yoksa mantıksal olarak değiştirilemez mi olması gerekiyor?
• Okunabilirlik: On yıl sonra bu veriyi hangi donanım ve yazılımla okuyacaksınız?
• Silme zorunluluğu: Saklama süresi dolan kişisel verinin güvenli imhası nasıl yapılacak?

Uzun süreli katmanın toplam hacmi saklama politikasından türetilir. GFS kurgusunda aylık ve yıllık kopya sayısının ve kapasitenin nasıl hesaplandığını yedek depolama kapasitesi hesabı yazısında anlattık; burada o hacmin hangi ortamda duracağına odaklanıyoruz.

LTO teyp: kapasite, nesil uyumluluğu, ömür

LTO (Linear Tape-Open), birden fazla üreticinin desteklediği açık bir teyp formatıdır. Kartuş kapasiteleri ve sürücü hızları nesle göre artar:

Üreticilerin verdiği “sıkıştırılmış kapasite” 2,5:1 oran varsayımıyla hesaplanır. Zaten sıkıştırılmış ve şifrelenmiş yedek dosyalarında bu oran gerçekleşmez; planlamayı ham kapasiteyle yapın.

Nesil uyumluluk kuralı uzun süreli saklamada en çok gözden kaçan risktir. LTO-7’ye kadar sürücüler iki nesil geriyi okuyabiliyordu; LTO-8 ve LTO-9 yalnız bir önceki nesli okuyup yazabilir. Yani bugün LTO-7 kartuşlarına yazılmış bir arşiv LTO-9 sürücüsüyle okunamaz. Kütüphaneyi yenileyen ekip bunu çoğu zaman eski kartuşlardan geri yükleme istendiğinde fark eder. LTO-10 için geriye dönük uyumluluğun tamamen kaldırıldığı duyurulmuştur; kurallar nesilden nesle değişebildiğinden satın almadan önce LTO Program sitesindeki ve sürücü üreticisinin uyumluluk tablosuna bakın. Pratik sonuç: ya eski nesil bir sürücü saklama süresi boyunca çalışır durumda tutulur ya da veriler periyodik olarak yeni nesle taşınır.

Üreticiler uygun sıcaklık ve nem koşullarında onlarca yıllık arşiv ömrü belirtir. Bu değer kartuş içindir; sürücü, kütüphane, yedek yazılımı ve yazılımın katalog veritabanı aynı süre yaşamaz. Uzun saklamada asıl sınırlayıcı genellikle kartuş değil, onu okuyabilecek ekosistemdir. Kartuş dayanır. Ekosistem eskir.

Teybin güçlü yanları: ağdan fiziksel olarak çıkarılan kartuş gerçek bir çevrimdışı kopyadır; WORM kartuşlar (LTO-3 ve sonrası) yazıldıktan sonra değiştirilemez; sürücü tabanlı AES-256 şifreleme (LTO-4 ve sonrası) desteklenir; uzun saklamada TB başına ortam maliyeti düşüktür. Zayıf yanları: tek dosyayı geri çağırmak kartuşun bulunup yüklenmesini ve sıralı okumayı gerektirir; sürücü yeterli veri akışı alamazsa sürekli dur-kalk (shoe-shining) yapar, hız düşer, aşınma artar. Bu yüzden teybe yazma çoğunlukla üretimden değil, disk yedek deposundan yapılır (disk-disk-teyp). Ağ paylaşımından teybe doğrudan yazılan işlerde shoe-shining sahada sık gördüğümüz bir tablodur.

LTO-9’a özgü bir not: yeni kartuş sürücüye ilk kez yüklendiğinde ortam optimizasyonu (kalibrasyon) yapılır ve kartuş başına uzun sürebilir. Büyük bir kartuş partisini devreye alırken bu süreyi yedek penceresi dışına planlayın.

Şirket içi nesne depolama

S3 uyumlu nesne depolama, şirket içi sunucu ve depolama altyapısında bir cihaz veya yazılım tanımlı küme olarak kurulur. Yedek yazılımları bu hedefe S3 API ile yazar. Uzun süreli saklamada öne çıkan özellikler:

• Object Lock: Nesnelerin belirli bir tarihe kadar silinmesini veya üzerine yazılmasını engeller. Compliance modunda yönetici hesabı da kilidi kaldıramaz.
• Silinme kodlaması (erasure coding): Disk ve düğüm arızalarına karşı veri koruması sağlar; kapasite RAID’e göre daha esnek büyür.
• Anında erişim: Geri çağırma beklemesi yoktur; arşivden tek dosya geri yükleme diskten yükleme hızındadır.

Sınırları: nesne depolama ağa bağlıdır, fiziksel çevrimdışı kopya değildir. Değiştirilemezlik yazılım ve yapılandırmayla sağlanır; cihazın yönetim arayüzü, zaman kaynağı (NTP) ve donanım yaşam döngüsü korunmalıdır. Saat kaydırılabiliyorsa kilit de esner. Donanım yenileme döngüsü (genellikle birkaç yıl) saklama süresinden kısaysa verinin yeni sisteme taşınmasını da plana yazın. Değiştirilemez yedek seçeneklerinin güvenlik açısından karşılaştırması siber güvenlik sitemizdeki değiştirilemez yedek seçenekleri rehberinde.

Bulut nesne depolama ve arşiv katmanları

Bulut sağlayıcıları erişim sıklığına göre farklı fiyatlanan depolama sınıfları sunar. Arşiv sınıflarında GB başına depolama ücreti düşer; karşılığında geri çağırma süresi uzar, okuma, işlem ve erken silme ücretleri devreye girer. Yazım tarihindeki üretici dokümantasyonuna göre öne çıkan kurallar:

• Amazon S3 Glacier Flexible Retrieval: Geri çağırma hızlandırılmış seçenekte dakikalar, standart seçenekte birkaç saat, toplu (bulk) seçenekte daha uzun sürer; minimum saklama süresi 90 gündür.
• Amazon S3 Glacier Deep Archive: Standart geri çağırma 12 saate kadar, toplu geri çağırma 48 saate kadar sürer; minimum saklama süresi 180 gündür.
• Azure Blob Archive katmanı: Nesne çevrimdışıdır; okunabilmesi için önce Hot, Cool veya Cold katmana yeniden yüklenmesi (rehydration) gerekir. Standart öncelikte bu işlem 15 saate kadar sürebilir. Archive için erken silme süresi 180 gündür.

Güncel değerler için Amazon S3 depolama sınıfları ve Azure Blob erişim katmanları sayfalarını kontrol edin.

Gizli maliyetler bulut arşivinde asıl karar kriteridir: GB başına geri çağırma ücreti, dışarı veri çıkış ücreti, nesne başına işlem (PUT/GET) ücretleri ve minimum süreden önce silinen veri için kalan sürenin tamamının faturalanması. Küçük blok boyutuyla yazan yedek yazılımları çok sayıda nesne üretir ve işlem ücretlerini şişirir. Felaket anında tüm arşivin geri çağrılması gerekirse hem süre hem fatura beklenenden yüksek çıkar; bu senaryonun örnek hesabını satın almadan önce yapın.

Karşılaştırma tablosu

Örnek hesap: Yıllık 100 TB ham veriyi arşivleyen bir kurum, LTO-9 ile sıkıştırma varsaymadan 100 ÷ 18 ≈ 5,6, yani 6 kartuş kullanır; dış lokasyonda ikinci kopya tutulursa sayı 12 olur. Aynı hacim bulut arşivinde tutulursa depolama ücreti düşük kalır; ama tamamının geri çağrılması senaryosunda 100 TB’lık geri çağırma ve çıkış ücretini ayrıca hesaplayın.

Teyp rotasyonu ve dış saklama

Teyp ancak disiplinli bir rotasyonla işe yarar. Rafta unutulan kartuş yedek sayılmaz. Uygulanabilir bir düzen:

1. Medya havuzları: Haftalık, aylık ve yıllık kopyalar ayrı havuzlarda tutulur; yıllık havuz için WORM kartuş tercih edilebilir. Veeam gibi yazılımlarda GFS medya havuzu bu ayrımı otomatik yapar.
2. Barkod ve envanter: Her kartuşun barkodu, içeriği, yazıldığı tarih ve saklama bitiş tarihi yedek yazılımının kataloğunda ve bağımsız bir envanter listesinde tutulur.
3. Dış lokasyona taşıma: Kartuşlar kilitli taşıma kutusunda, teslim tutanağıyla (zincirleme kayıt) taşınır. Dış lokasyon, ana binayı etkileyen felaketten etkilenmeyecek uzaklıkta seçilir.
4. Ortam koşulları: Saklama alanı üreticinin belirttiği sıcaklık ve nem aralığında, manyetik alan kaynaklarından uzakta olmalıdır.
5. Okuma testi: Dış lokasyondan periyodik olarak örnek kartuş geri getirilip test geri yüklemesi yapılır; katalog kaybı senaryosu için kartuşun katalogsuz içe aktarılması da denenir.
6. İmha: Saklama süresi dolan kartuşlar fiziksel imha veya degauss ile, tutanaklı olarak imha edilir.

Teyp sunucusu ve kütüphanenin Veeam altyapısındaki yeri, proxy ve repository yerleşimiyle birlikte Veeam proxy ve repository tasarımı yazısında.

Seçim için karar ağacı

• Fiziksel çevrimdışı kopya zorunlu mu? Evet ise teyp birincil adaydır. Hayır ise değiştirilemez nesne depolama yeterli olabilir.
• Arşivden sık geri yükleme yapılıyor mu? Ayda birkaç kez veya daha sık ise şirket içi nesne depolama ya da bulutun anında erişimli sınıfları; nadiren ise teyp veya bulut arşiv katmanı.
• Toplam hacim ve saklama süresi büyük mü? Onlarca TB ve çok yıllı saklamada teybin ortam maliyeti avantajı belirginleşir; küçük hacimlerde sürücü ve işletim yükü bu avantajı siler.
• Teyp operasyonunu sürdürecek personel ve dış lokasyon var mı? Yoksa bulut arşivi daha gerçekçi bir çevrimdışı benzeri kopya sağlar.
• Toplu geri çağırma senaryosunun maliyeti kabul edilebilir mi? Değilse bulut arşivi ikincil kopya olur, birincil arşiv şirket içinde tutulur.

Çoğu ortamda sonuç tek teknoloji değil, bir kombinasyondur: kısa ve orta vadeli kopyalar değiştirilemez disk veya nesne depolamada, yıllık kopyalar teypte ya da bulut arşivinde. Bu kombinasyonun 3-2-1-1-0 kuralı ile örtüşüp örtüşmediğini kontrol edin. Teyp kütüphanesi ve nesne depolama donanımı seçimi için donanım danışmanlığı, katmanlı yedek mimarisinin bütünü için yedekleme ve felaket kurtarma sayfalarımıza bakabilirsiniz.

Sık sorulan sorular

LTO-9 sürücüsü LTO-7 kartuşlarını okuyabilir mi?

Hayır. LTO-9 sürücüleri yalnız LTO-9 ve LTO-8 kartuşlarını okuyup yazabilir. LTO-7 arşivlerini okumak için LTO-8 veya daha eski uygun bir sürücü saklanmalı ya da veriler yeni nesle taşınmalıdır.

Bulut arşiv katmanı teybin yerini tutar mı?

Kısmen. Bulut arşivi yönetim yükü olmadan uzak ve değiştirilemez bir kopya sağlar, ama fiziksel olarak ağdan ayrılmış değildir; geri çağırma ve veri çıkışı da ücretlidir. Fiziksel çevrimdışı kopya şartı varsa teyp hâlâ gereklidir.

Teyp kapasitesi planlanırken sıkıştırılmış kapasite kullanılabilir mi?

Kullanmayın. Yedek yazılımları veriyi zaten sıkıştırıp şifrelediği için sürücünün donanım sıkıştırması ek kazanç sağlamaz. Planlamayı ham kapasite üzerinden yapın.

Bulut arşivinde erken silme ücreti nedir?

Arşiv sınıflarında nesneler minimum bir süre saklanmak üzere fiyatlanır. Bu süre dolmadan silinen veya başka katmana taşınan nesneler için kalan süre kadar depolama ücreti yine de faturalanır.