Veeam Immutable Yedekleme Deposu Kiralama Rehberi

Veeam yedekleme deposu kiralama, şirketin kendi üretim sunucularından ayrı bir altyapıda yedek kopyalarını saklamak istediği durumlarda değerlendirilebilir. Ancak yalnızca uzak bir disk alanı kiralamak, fidye yazılımına dayanıklı bir yedekleme sistemi kurulduğu anlamına gelmez. Değiştirilemez (immutable) kopya, erişim izolasyonu, doğru saklama politikası ve kanıtlanmış geri yükleme testleri birlikte planlanmalıdır.

Kısa cevap: Veeam Backup & Replication kullanan kurumlar, sürüm ve iş yükü uyumluluğu doğrulandıktan sonra uygun bir Linux Hardened Repository veya desteklenen başka bir immutable depolama seçeneğini değerlendirebilir. Teklifte yalnız TB başına bedeli değil, toplam kapasiteyi, veri aktarım hızını, koruma süresini, RPO/RTO hedeflerini, kimlik ve ağ ayrımını ve geri yükleme sorumluluğunu da karşılaştırın. Bir çözümün immutable olması hiçbir saldırıya karşı yüzde yüz koruma veya her koşulda kesin kurtarma garantisi değildir.

Bu rehber, VMware veya Hyper-V sanal makineleri, Windows sunucuları, SQL/ERP ve dosya hizmetleri için Veeam tabanlı yedek altyapısı araştıran BT yöneticileri, sistem uzmanları ve satın alma ekipleri içindir. Yedekleme ve felaket kurtarma çözümleri kapsamında bir teknik keşif yaptırırken aşağıdaki soruları kullanabilirsiniz.

1. Veeam immutable yedekleme deposu nedir?

Immutable yedekleme deposu, belirlenen koruma penceresi boyunca yedek dosyalarının normal işlem akışlarında değiştirilmesini veya silinmesini kısıtlayan bir depolama yaklaşımıdır. Veeam'in Linux Hardened Repository bileşeni, desteklenen Linux tabanlı depolama üzerinde bu amacı sağlayan seçeneklerden biridir. Depo; üretim sanal makinelerinden, yedekleme sunucusundan ve kullanıcı ağından ayrı bir güvenlik sınırı olarak ele alınmalıdır.

Veeam'in Hardened Repository rehberi, immutable süre boyunca yedek dosyalarının değiştirilememesi veya silinememesi için uygulanan denetimleri ve bağlantı yöntemlerini açıklar. Kurulum seçeneği ve teknik gereksinimler ürünün tam sürümüne göre teyit edilmelidir.

Önemli ayrım: Depoda dosyanın silinmesinin zorlaştırılması, yedeğin zararlı yazılım içermediğini veya gerektiğinde açılabileceğini kanıtlamaz. Immutable koruma; erişim kontrolü, şifreleme, izleme ve düzenli kurtarma testinin yerine geçmez.

2. Hangi işletmeler için ayrı bir yedekleme deposu gerekir?

Kendi ofisinde çalışan tek bir NAS veya sanallaştırma hostuna bağlı yedek alanı kullanan işletmelerin, yangın, donanım arızası, elektrik kesintisi, kimlik bilgisi ele geçirilmesi ve fidye yazılımı gibi olaylarda ortak riskleri olabilir. Aynı yönetici hesabı ile üretim ve yedeklerin yönetilmesi riski artırabilir.

Birden fazla lokasyondaki ERP, SQL Server, muhasebe, Active Directory ve dosya paylaşımlarını koruyan şirketler için ayrı bir depo değerlendirilebilir. Özellikle ERP ve muhasebe uygulamaları altyapısında yedekleme başarılı görünse bile uygulama tutarlılığı ve veritabanının açılabilirliği ayrıca test edilmelidir.

Kurumsal açıdan soru yalnızca “kaç TB yedek alanı gerekiyor?” değildir. Hangi iş sürecini, hangi veri kaybı sınırıyla, ne kadar sürede ayağa kaldırmalıyız? sorusuna yanıt verilmeden alınan kapasite teklifi eksik kalır.

3. 3-2-1-1-0 yedekleme kuralı pratikte nasıl uygulanır?

Veeam'in güvenlik kontrol listesinde yer alan 3-2-1-1-0 yaklaşımı, tek yedek kopyasına güvenmemeyi önerir. Sayılar; üç veri kopyası, iki farklı ortam veya medya, en az bir saha dışı kopya, en az bir immutable ya da air-gapped kopya ve geri yüklenebilirliği test edilerek hataların giderilmesini ifade eder.

Bu bir tasarım hedefidir; yalnız “3-2-1-1-0 uyumlu” yazmak yeterli değildir. Her satır için sorumlu kişi, test yöntemi ve kanıt isteyin. Kaynak: Veeam Security Best Practice değerlendirme listesi.

4. Linux Hardened Repository ile normal yedek diski farkı

Standart dosya paylaşımına yazılan yedeklerde, erişim izinleri ve depolama politikası uygun kurulmamışsa saldırgan veya hatalı işlem dosyaları silebilir. Hardened repository yaklaşımında Linux tarafındaki özel bileşen ve dosya sistemi yetenekleriyle belirli süre için immutability uygulanır.

Veeam belgeleri, depo ekleme aşamasında tek kullanımlık kimlik bilgileri gibi seçeneklere yer verir. Amaç, kurulum için kullanılan ayrıcalıklı giriş bilgilerinin yedekleme altyapısında kalıcı tutulmasından kaynaklanan riski azaltmaktır. Hangi kimlik doğrulama yöntemlerinin kullanılacağı ilgili ürün sürümü ve kurulum modeline bağlıdır.

Teklifte depo işletim sistemi, dosya sistemi, Veeam bileşen sürümü, erişim yetkileri, açık portlar ve yönetim ağı belirtilmelidir. Üretim etki alanına gereksiz bağımlılık oluşturmamak ve yönetim hesaplarını ayırmak önemli tasarım konularıdır. Yönetilen sunucu hizmetleri kapsamı bu görevleri kimin yürüteceğini açıkça tanımlamalıdır.

İmmutability süresi otomatik olarak yedek saklama süresiyle aynı değildir. Aktif yedek zincirleri, saklama ve GFS politikaları depolama alanını etkiler. Süreyi uygulamanın iş gereksinimlerine ve ürün sürümünün desteklediği sınırlara göre belirleyin.

5. Dedicated depo, sanal sunucu ve veri merkezi seçimi

Yedek deposu için fiziksel veya sanal kaynak seçimi yalnız fiyatla yapılmamalıdır. Eşzamanlı yedek akışı, depolama dayanıklılığı, güvenlik sınırı, ayrılmış disk alanı ve kurtarma sırasında veri okuma hızı önemli kriterlerdir. Bazı hardened repository yapılandırmalarında fiziksel sistem ve desteklenen dosya sistemi özellikleri operasyonel açıdan uygun olabilir.

Dedicated sunucu kiralama modeli belirli fiziksel kaynakların kuruma ayrılmasını sağlayabilir. Kuruma ait donanımın veri merkezinde tutulduğu colocation hizmeti ise donanım sahipliği, enerji, ağ ve uzaktan müdahale sorumluluklarını ayrı ele alır.

Uzak depoda sunucunun bulunduğu lokasyon kadar bağlantının niteliği de önemlidir. İlk tam yedeğin aktarılması, değişen blokların günlük gönderimi ve kriz sırasında büyük miktarda verinin geri taşınması farklı bant genişliği gereksinimleri oluşturur. Hedef lokasyonun kurtarma operasyonuna gerçekten uygun olup olmadığını test edin.

6. Kaç TB Veeam yedekleme alanı kiralanmalı?

Yedekleme kapasitesi hesabı yalnız kaynak sunucuların toplam disk boyutuyla yapılmaz. Kullanılan gerçek veri miktarı, günlük değişim oranı, saklama süresi, tam yedek sıklığı, GFS uzun süreli arşiv, beklenen büyüme ve depolama teknolojisinin davranışı hesaba katılmalıdır.

İlk tahmin yöntemi: Başlangıçtaki korunan veri + saklama penceresinde oluşan değişiklikler + tam yedek/GFS alanı + büyüme ve operasyon payı. Bu, bir satın alma keşif formülüdür; sıkıştırma, tekilleştirme, block cloning ve yedek zinciri türü nedeniyle gerçek kapasite farklı olabilir.

Örneğin bir firmanın günlük değişim oranı yüksek veritabanı ile nadiren değişen dosya arşivini aynı saklama politikasıyla koruması, alan ve geri yükleme maliyetini gereksiz artırabilir. SQL/ERP, dosya sunucusu ve uygulama sanal makinelerini ayrı sınıflara ayırarak ölçüm yapın. Depo doluluğu için önceden uyarı eşiği ve kapasite büyütme prosedürü de isteyin.

Hizmet sağlayıcıdan kullanılabilir TB, fiziksel kapasite, saklama kotası, ek alanın bedeli ve depolama dolduğunda yedek işlerinin nasıl davranacağını net olarak öğrenin. Uygun iş yükünde NVMe önbellek veya farklı depolama sınıfları düşünülebilir; ancak yalnız disk modeline bakarak geri yükleme hızı garanti edilemez.

7. RPO ve RTO teklifin neresinde yer almalı?

RPO (Recovery Point Objective) işletmenin kabul edebileceği en fazla veri kaybı aralığını, RTO (Recovery Time Objective) ise hizmetin geri gelmesi için hedeflenen zamanı ifade eder. Bir yedek depolama alanının kiralanması, bu hedeflerin otomatik karşılandığı anlamına gelmez.

Örneğin muhasebe verisinin birkaç saat gerisine dönebilmesi kabul edilebilirken sipariş sisteminde daha kısa veri kaybı toleransı gerekebilir. Bu, temsilî bir iş senaryosudur; gerçek değerler iş etki analiziyle belirlenmelidir. RPO daha sık yedek veya replikasyon gerektirebilir; RTO ise yeterli işlem, ağ, uygulama ve kimlik doğrulama altyapısını etkiler.

Satın alma sırasında “geri dönüş desteği” ifadesini açın: Dosyayı depodan geri almak mı, çalışır bir sanal makine oluşturmak mı, SQL veritabanını tutarlı şekilde açmak mı, yoksa kullanıcıların uygulamaya giriş yapmasını sağlamak mı? Gerçekçi RTO ancak bu iş akışları test edildiğinde değerlendirilebilir.

8. Fidye yazılımına karşı yalnız immutable depo yeterli mi?

Hayır. Koruma süresi dolmuş yedekler, yanlış yapılandırılmış yönetim izinleri, zararlı içerik taşıyan geri yükleme noktaları veya üretim tarafındaki yetki ihlalleri ayrıca risk oluşturur. Bu nedenle immutability ile birlikte MFA, ağ segmentasyonu, sınırlı yönetici hesapları, şifreleme ve güvenlik olaylarının izlenmesi değerlendirilmelidir.

CISA'nın StopRansomware rehberi, kritik verilerin çevrimdışı ve şifreli yedeklerini tutmayı ve düzenli kurtarma testlerini vurgular. Immutable depo her zaman çevrimdışı bir kopya ile eşdeğer değildir. Kurumun risk düzeyi gerektiriyorsa ayrıca offline veya air-gapped kopya planlanabilir.

Yedekleme altyapısının internete gereksiz açılmasını önleyin. Firewall ve güvenli ağ hizmetleri için ayrı segment, yönetim kanalı ve olay kaydı kapsamı isteyin. Depo güvenliğinin teknik ve organizasyonel kontrollerin birleşimi olduğu unutulmamalıdır.

9. Geri yükleme testi nasıl kanıtlanmalı?

“Backup job başarılı” ekranı, verinin güvenilir şekilde geri yüklenebileceğinin tek başına kanıtı değildir. Test planı dosya düzeyinde kurtarma, uygulama veya veritabanı geri yükleme ve gerekiyorsa tüm servis bağımlılıklarının ayağa kaldırılmasını kapsamalıdır.

Test, üretim sistemini riske atmayan izole bir ortamda yapılmalıdır. Zaman, başarı kriteri, veri tutarlılığı, sistem bağımlılıkları ve görülen hatalar rapora yazılmalıdır. Restore sırasında zararlı yazılım kontrolü yapılması, temiz bir geri dönüş ortamı kurulması ve etkilenen hesapların yeniden değerlendirilmesi de olay müdahale planının parçası olabilir.

İş birimlerinin kabul testi önemlidir: Bir SQL servisi açılmış olabilir ama ERP raporları, kullanıcı erişimi veya uygulama lisans servisi çalışmıyorsa iş henüz toparlanmamıştır. Sözleşmeye periyodik tatbikat sıklığı ve kanıtı eklenmesi, en düşük TB fiyatından daha değerlidir.

10. Veeam yedekleme deposu kiralama fiyatlarını belirleyen kalemler

Aşağıdaki maliyet tablosu gerçek fiyat teklifi değildir. Amaç farklı sağlayıcılardan eşit kapsamlı yazılı teklifler almak ve gizli giderleri görünür kılmaktır.

Aylık bedelin yanında kurulum, ilk veri transferi, ilave kapasite, test ve olası dışarı veri çıkarma ücretlerini hesaba katın. Lisans ve depolama hizmetlerinin kime ait olduğu açıklanmadıkça farklı teklifleri aynı ürün gibi değerlendirmeyin. Örnek paket yaklaşımı için sunucu kiralama fiyatlandırma sayfasına bakabilirsiniz; bu rehberde Veeam'e özel sabit bir fiyat veya lisans taahhüdü verilmemektedir.

11. Teklif istemeden önce hazır teknik ihtiyaç listesi

Doğru teklif için şu bilgileri hazırlayın: yedeklenecek fiziksel/sanal sunucuların sayısı, hypervisor ve sürümü, kullanılan Veeam ürün sürümü, korunan veri miktarı, günlük veri değişim oranı, hedef saklama politikası, uzun süreli GFS gereksinimi, mevcut ağ kapasitesi, yedeklenecek uygulamalar, hedef RPO/RTO ve planlanan restore testi.

Ayrıca kimlik yönetimi, sunucunun lokasyonu, veri yerleşimi, kişisel veri erişimleri, şifreleme anahtarı sorumluluğu, ayrı erişim hesapları ve hizmet sonunda veri tesliminin nasıl yapılacağını ekleyin. KVKK uyumu tek başına veri merkezinin Türkiye'de olmasına bağlı değildir; işleme ilişkileri, sözleşmeler ve teknik tedbirler ayrıca değerlendirilmelidir.

Netsun Bilişim ile teknik keşif: İhtiyacınız Veeam uyumlu ayrı yedekleme deposu, mevcut altyapınızın sertleştirilmesi veya farklı lokasyonda kurtarma planı olabilir. Sunucu ve yedekleme gereksinimlerinizi belirterek kurumsal yedekleme altyapısı için teklif alın. Uygun ürün, lisans, uyumluluk ve hizmet kapsamı keşif ve yazılı teklif aşamasında netleştirilmelidir.

Teknik kaynaklar ve dikkat edilmesi gerekenler

Rehberin ürün odaklı bölümleri Veeam Hardened Repository kullanım dokümanı, Veeam Backup Repository gereksinimleri ve Veeam Security Best Practice kontrol listesi temel alınarak hazırlanmıştır. Ransomware riskleri için CISA StopRansomware kaynaklarına bakılabilir. Özellikler ürün sürümüne, lisanslamaya, platforma ve uygulama politikasına göre değişebilir; kurulum öncesinde güncel üretici belgesini doğrulayın.

Sık sorulan sorular

1. Veeam immutable yedekleme deposu ne işe yarar?

Belirli koruma süresi içinde yedek dosyalarının değiştirilmesini veya silinmesini kısıtlayarak fidye yazılımı ve hatalı işlem riskini azaltmaya yardımcı olur. Tek başına her saldırı veya veri kaybına karşı kesin koruma sağlamaz.

2. Veeam Hardened Repository için Linux sunucu mu gerekir?

Hardened Repository, desteklenen Linux tabanlı bir altyapı kullanır. Desteklenen işletim sistemi, dosya sistemi ve bileşenler kullanılan Veeam sürümünün gereksinimleriyle kontrol edilmelidir.

3. Immutable yedekleme ile offline yedekleme aynı mı?

Hayır. Immutable yaklaşım belirli dosya değişikliklerini sınırlarken offline yedek ağ bağlantısı açısından ayrıştırılır. Risk modeline göre ikisi birlikte kullanılabilir.

4. Veeam yedekleme deposu kiralama ücreti neye göre hesaplanır?

Kullanılabilir depolama, lokasyon, ağ trafiği, koruma modeli, lisans, yönetim, geri yükleme desteği ve saklama politikası fiyatı etkiler. Eşdeğer kapsam için yazılı teklif alınmalıdır.

5. 3-2-1-1-0 kuralındaki sıfır ne demektir?

Yedek ve geri yükleme süreçlerinde doğrulanmamış hata bırakmama hedefini temsil eder. Başarılı iş bildirimi yanında düzenli kurtarma testi gerekir.

6. Yedek deposu için kaç TB alan gerekir?

Korunan veri miktarı, günlük değişim, saklama süresi, tam yedek ve GFS politikası, büyüme ve depolama verimliliği birlikte hesaplanmalıdır. Kaynak disk toplamı tek başına yeterli değildir.

7. Veeam yedeğinden SQL veya ERP sistemleri geri yüklenebilir mi?

Uygun uygulama destek ve yedekleme yöntemleriyle değerlendirilebilir; uygulama tutarlılığı, lisans, bağımlılıklar ve gerçek restore testi sonucu belirleyicidir. Her iş yükünde aynı yöntem varsayılmamalıdır.

8. Veeam uyumlu yedekleme deposu için nasıl teklif alabilirim?

Mevcut Veeam sürümünüzü, yedeklenecek sistemleri, veri hacmini, ağ bağlantısını ve kurtarma hedeflerinizi paylaşın. Yedekleme deposu teknik teklif talebi oluşturun; ihtiyacınıza göre uyumlu çözüm değerlendirilir.