Bulut Yedekleme: Hibrit Çözümler, Güvenlik ve Maliyet

Tesis dışı kopya, 3-2-1 yedekleme kuralının en çok ihmal edilen ayağıdır. Haftada bir eve götürülen harici disk ya da başka bir şubedeki NAS zamanla ya unutulur ya da aynı ağdaki bir saldırıdan etkilenir. Bulut yedekleme bu boşluğu otomatik, ölçeklenebilir ve fiziksel olarak ayrı bir kopyayla doldurur. Ancak doğru kurulmadığında yavaş geri yüklemeler, beklenmedik faturalar ve yanlış bir güven duygusu da getirebilir. Bu rehberde bulut yedeklemeyi hangi durumda, nasıl ve hangi kriterlerle kurmanız gerektiğini ele alıyoruz.

Bulut Yedekleme Nedir, Yerel Yedeklemeden Farkı

Bulut yedekleme; sunucu, bilgisayar veya SaaS uygulamalarındaki verinin internet üzerinden bir hizmet sağlayıcının veri merkezine düzenli ve otomatik olarak kopyalanmasıdır. İki temel biçimi vardır: mevcut yedekleme yazılımınızın hedef olarak bulut nesne depolamasını kullanması veya yazılım, depolama ve yönetimin tek bir hizmet olarak sunulduğu yedekleme hizmeti (Backup as a Service, BaaS).

Yerel yedekleme ile karşılaştırıldığında temel farklar şunlardır:

• Konum: Bulut kopyası binanızdan bağımsızdır; yangın, su baskını veya hırsızlıktan etkilenmez.
• Geri yükleme hızı: Yerel yedekten geri yükleme yerel ağ hızında gerçekleşir; buluttan büyük hacimli geri yükleme ise internet bağlantınızla sınırlıdır.
• Maliyet yapısı: Yerel yedekte donanıma baştan yatırım yapılır; bulutta kullanılan kapasite ve hizmet için dönemsel ödeme yapılır.
• İşletme yükü: Donanım bakımı, disk değişimi ve kapasite planlaması büyük ölçüde sağlayıcıya geçer.

Bu farklar nedeniyle bulut yedekleme çoğu zaman yerel yedeğin yerine değil, yanına konumlandırılır. Temel ilkeleri 3-2-1 yedekleme rehberimizde ayrıntılı anlattık.

Hibrit Yedekleme: Yerel Hız ve Bulut Güvencesi

Hibrit yedekleme, ilk kopyanın yerel bir yedekleme sunucusunda veya cihazında tutulduğu ve bu kopyanın otomatik olarak buluta da aktarıldığı yapıdır. Günlük olayların büyük kısmı, yani yanlışlıkla silinen bir dosya, bozulan bir sanal makine veya arızalanan bir disk, yerel kopyadan kısa sürede çözülür. Binayı etkileyen bir felakette veya yerel yedekleri de etkileyen bir fidye yazılımı saldırısında ise bulut kopyası devreye girer.

Hibrit mimaride dikkat edilmesi gerekenler:

• Kademeli saklama: Yerelde kısa süreli ve sık geri dönüş noktaları, bulutta ise daha uzun süreli haftalık ve aylık kopyalar tutmak maliyeti dengeler.
• Bant genişliği planı: İlk tam yedeğin buluta aktarılması uzun sürebilir; bazı sağlayıcılar ilk yüklemenin fiziksel disk gönderimiyle yapılmasına olanak tanır. Sonraki artımlı aktarımlar mesai dışına planlanmalı, gerekirse bant genişliği sınırlandırılmalıdır.
• Bağımsız kopya: Buluta aktarım, yerel yedek sunucusundan bağımsız kimlik bilgileriyle yapılmalıdır; aksi halde yerel sunucuyu ele geçiren bir saldırgan bulut kopyasına da ulaşabilir.
• Bulutta ayağa kaldırma: Bazı çözümler yedeklenen sanal makineleri doğrudan bulutta başlatabilir. Bu özellik, bulut yedeklemeyi basit bir felaket kurtarma altyapısına dönüştürür.

Örnek bir hibrit yapı

Bir dosya sunucusu, bir ERP veritabanı ve Microsoft 365 kullanan orta ölçekli bir ofisi düşünelim. Sanal sunucular her gece yerel yedekleme deposuna yedeklenir, ERP veritabanının işlem günlükleri gün içinde sık aralıklarla alınır. Yerel depo, etki alanına üye olmayan ve ayrı kimlik bilgileriyle yönetilen bir sunucudadır. Her gece yedek işi tamamlandığında kopyalar değiştirilemezlik özelliği açık bir bulut deposuna aktarılır. Microsoft 365 posta kutuları, OneDrive ve SharePoint içeriği ise doğrudan buluttan buluta çalışan ayrı bir yedekleme hizmetiyle korunur. Böylece günlük geri yüklemeler yerelden hızla yapılırken, bina veya etki alanı düzeyinde bir felakette temiz bir tesis dışı kopya her zaman hazırdır.

Neleri Yedeklemeli? Sunucular, Uç Noktalar, Microsoft 365

Kapsam belirlenirken yalnızca sunucuları düşünmek yaygın bir hatadır. Değerlendirilmesi gereken üç alan vardır.

Sunucular ve sanal makineler

Dosya sunucuları, ERP ve muhasebe veritabanları, Active Directory ve uygulama sunucuları ilk sıradadır. Veritabanları için uygulama tutarlı yedekleme ve işlem günlüğü yedeği yapılandırılmalıdır; çalışan bir veritabanının dosyalarını kopyalamak, geri yüklendiğinde açılmayan bir veritabanıyla sonuçlanabilir.

Uç noktalar

Dizüstü bilgisayarlarda, özellikle sahada çalışan satış ekiplerinde ve yöneticilerde, hiçbir sunucuda bulunmayan kritik dosyalar olabilir. Bu verilerin ya kurumsal depolamaya (OneDrive, SharePoint) yönlendirilmesi ya da uç nokta yedekleme ajanıyla korunması gerekir. Güvenlik duvarı, anahtar ve kablosuz denetleyici gibi ağ cihazlarının yapılandırma dosyaları da küçük ama kritik verilerdir; bir cihaz arızalandığında yeni cihazı dakikalar içinde aynı ayarlarla devreye almak ancak güncel bir yapılandırma yedeğiyle mümkündür.

Microsoft 365 ve diğer SaaS uygulamaları

Microsoft, hizmetin erişilebilirliğinden ve altyapının korunmasından sorumludur; ancak verinin kendisini kullanıcı hatalarına, kötü niyetli silmeye ve saklama süresini aşan kayıplara karşı korumak büyük ölçüde müşterinin sorumluluğundadır. Geri dönüşüm kutusu ve saklama ilkeleri sınırlı süreli koruma sağlar, bağımsız bir yedeğin yerini tutmaz. Exchange Online posta kutuları, OneDrive, SharePoint siteleri ve Teams verileri için ayrı bir yedekleme çözümü değerlendirilmelidir. Bu konuya Microsoft 365 geçiş rehberimizde de değindik.

Güvenlik: Şifreleme, Değiştirilemezlik ve Veri Yerleşimi

Bulut yedeği, kurumunuzun verisinin tek bir yerde toplanmış hali olduğu için yüksek değerli bir hedeftir. Güvenlik için şu önlemler alınmalıdır:

• İstemci tarafında şifreleme: Veri buluta gönderilmeden önce sizin kontrolünüzdeki bir anahtarla şifrelenmelidir. Anahtarın güvenli ve ayrı bir yerde saklandığından emin olun; anahtar kaybolursa yedek de kaybolur.
• Aktarım güvenliği: Tüm trafik şifreli bağlantı üzerinden gitmelidir.
• Değiştirilemezlik: Nesne kilidi veya benzeri bir özellikle, saklama süresi boyunca yedeklerin silinememesi sağlanmalıdır. Bazı hizmetler silinen yedekleri ayrıca belirli bir süre geri dönüşüm alanında tutar.
• Hesap güvenliği: Yedekleme portalında ve bulut hesabında çok faktörlü doğrulama zorunlu olmalı, yönetici hesapları sınırlı tutulmalıdır.
• Veri yerleşimi: Verinin hangi ülkede ve veri merkezinde saklandığını öğrenin. Kişisel veri içeren yedeklerin yurt dışında saklanması, 6698 sayılı Kanun kapsamında yurt dışına veri aktarımı olarak değerlendirilebilir; bu durumda aktarım koşullarının hukuk danışmanınızla birlikte ele alınması gerekir. Genel çerçeve için KVKK uyum rehberimize bakabilirsiniz.

Kurulum Adımları ve Geri Yükleme Senaryoları

1. Envanter ve önceliklendirme: Yedeklenecek sistemleri, toplam veri hacmini ve günlük değişim miktarını çıkarın.
2. Hedef belirleme: Her sistem için RPO, RTO ve saklama süresini tanımlayın.
3. Mimari seçimi: Doğrudan buluta mı, yoksa yerel kopya üzerinden hibrit mi yedekleme yapılacağına karar verin.
4. İlk yükleme planı: Veri hacmine göre çevrim içi ilk yükleme veya fiziksel disk ile aktarım planlayın.
5. Güvenlik yapılandırması: Şifreleme anahtarı yönetimini, değiştirilemezliği, MFA'yı ve rol bazlı yetkileri yapılandırın.
6. İzleme ve raporlama: Başarısız işler için uyarıları ve düzenli raporları ayarlayın.
7. İlk geri yükleme testi: Kurulumu tamamlandı saymadan önce gerçek bir geri yükleme yapın.

Geri yükleme senaryolarını önceden deneyin: tek bir dosyanın veya e-postanın geri getirilmesi, bir kullanıcının tüm OneDrive içeriğinin belirli bir tarihe döndürülmesi, bir sanal makinenin bulutta başlatılması ve tüm dosya sunucusunun yerel ortama geri indirilmesi. Son senaryo bağlantınıza göre saatler, hatta günler sürebilir; kritik sistemlerde bu sürenin RTO hedefiyle uyumlu olup olmadığını mutlaka ölçün. Uyumlu değilse yerel kopyanın saklama süresini uzatmak veya büyük geri yüklemeler için sağlayıcının fiziksel disk ile veri gönderme seçeneğini sunup sunmadığını öğrenmek gerekir.

Maliyet Faktörleri: Depolama, Trafik, Saklama Süresi

Bulut yedekleme faturasını belirleyen başlıca kalemler şunlardır:

• Depolanan veri miktarı: Sıkıştırma ve tekilleştirme sonrasındaki net hacim.
• Saklama süresi ve geri dönüş noktası sayısı: Uzun saklama politikaları depolama ihtiyacını katlayarak artırabilir.
• Depolama sınıfı: Sık erişilen standart depolama ile arşiv sınıfı arasında hem maliyet hem de erişim süresi farkı vardır. Arşiv sınıflarında erken silme ücretleri ve uzun geri çağırma süreleri olabilir.
• Veri çıkış (egress) ve işlem ücretleri: Bazı sağlayıcılar geri yükleme sırasında indirilen veri ve API işlemleri için ayrıca ücret alır. Büyük bir geri yükleme beklenmedik bir fatura kalemine dönüşebilir.
• Lisanslama: Korunan sunucu, iş yükü veya kullanıcı başına yedekleme yazılımı ücretleri.
• Bağlantı: Yedekleme trafiği için ek bant genişliği gerekip gerekmediği.

Tahmin yaparken yalnızca bugünkü veri hacmini değil, verinizin büyüme eğilimini de hesaba katın. Fiyatlandırma döviz bazlı olabileceğinden kur etkisini de bütçe planına dahil etmek gerekir.

Bulut ile yerel alternatifi karşılaştırırken yalnızca aylık faturaya bakmayın. Tesis dışı bir kopyayı kendi imkânlarınızla tutmanın gerçek maliyeti; ikinci bir lokasyondaki donanımı, bu donanımın yenilenmesini, bağlantıyı, disk rotasyonu için harcanan personel zamanını ve unutulan bir rotasyonun yaratacağı riski de içerir. Bu kalemler birlikte değerlendirildiğinde karar çoğu zaman daha net hale gelir.

Sağlayıcı Seçimi ve Sık Yapılan Hatalar

Sağlayıcı değerlendirirken şu sorulara yanıt arayın:

• Verilerim hangi ülkede ve hangi veri merkezinde tutulacak?
• Değiştirilemez yedek ve istemci tarafı şifreleme destekleniyor mu?
• Geri yükleme ve veri çıkışı ücretli mi, fiyatlandırma şeffaf mı?
• Kullandığım platformlar (sanallaştırma, veritabanları, Microsoft 365) destekleniyor mu?
• Destek hangi dilde, hangi saatlerde ve hangi kanallardan veriliyor?
• Hizmetten ayrılırsam verilerimi nasıl ve hangi formatta geri alırım?

Sık yapılan hatalar:

• Dosya eşitlemeyi yedek sanmak: OneDrive veya Dropbox gibi hizmetler silinen ya da şifrelenen dosyayı da eşitler; sürüm geçmişi sınırlı koruma sağlar.
• Şifreleme anahtarını yalnızca yedeklenen sunucuda saklamak: Sunucu kaybolduğunda yedek de okunamaz hale gelir.
• Buluttan tam geri yükleme süresini hiç ölçmemek.
• Saklama süresini varsayılan ayarda bırakmak: Fidye yazılımı veya veri bozulması fark edilene kadar temiz kopyalar silinmiş olabilir.
• Maliyeti yalnızca depolama üzerinden hesaplamak: Veri çıkış ve işlem ücretleri göz ardı edildiğinde bütçe aşılır.

Sonuç

Bulut yedekleme, doğru tasarlandığında yerel yedeğin hızını tesis dışı kopyanın güvencesiyle birleştirir ve işletmenizi binayı etkileyen felaketlerden fidye yazılımına kadar geniş bir risk yelpazesine karşı korur. Bulut çözümleri hizmetimiz kapsamında ihtiyaç analizinden kuruluma ve düzenli geri yükleme testlerine kadar süreci birlikte yönetebiliriz. Size uygun mimariyi netleştirmek için ücretsiz ön görüşme talep edebilirsiniz.