Zerto Nasıl Çalışır? VRA, VPG, Journal ve Kontrol Noktaları

Kısa cevap: Zerto, her hypervisor sunucusuna bir Virtual Replication Appliance (VRA) yerleştirir. VRA, korunan sanal makineye yapılan her yazma işlemini yakalar ve kurtarma merkezindeki journal'a aktarır. Journal değişiklikleri planlı snapshot'lar yerine sürekli tuttuğu için, Zerto'nun platform mimarisi belgelerine göre saniyeler mertebesinde bir kurtarma noktası ve bir saatten 30 güne kadar yapılandırılabilir bir saklama penceresi elde edilir.

Platformu yetkin biçimde işletmek için dört kavramı anlamak yeterlidir.

1. Virtual Replication Appliance

VRA, korunan cluster'daki her sunucuya kurulan küçük bir sanal makinedir. Hypervisor yazma işlemlerini işlerken bunları yakalar ve hedef lokasyona replike eder. Konuk işletim sistemine hiçbir şey kurulmaz; Zerto'nun ajansız olmasının ve sanal makinedeki uygulamadan bağımsız çalışmasının nedeni budur.

Pratik sonuç: VRA boyutlandırması ve sunucudaki kaynak payı önemlidir. Yetersiz boyutlandırılmış bir VRA, gerçek RPO'nuzu hedefin üstüne çıkaran darboğaza dönüşür.

2. Journal

Korunan her sanal makinenin kurtarma merkezinde kendi journal'ı vardır. Değişikliklerin dönen geçmişini tutar. Zaman noktasına dönüşü mümkün kılan şey journal'dır; bir yedek değildir ve yedeğin yerini tutmaz.

Saklama süresi bir saatten 30 güne kadar ayarlanabiliyor, ancak Zerto'nun kendi önerisi sekiz gün: fidye yazılımı dâhil senaryoların çoğunu kapsayan pencere bu. Sekiz günün mantığı şu: fidye yazılımı genellikle şifrelemeden günler önce sisteme giriyor, tek günlük bir journal ise saldırganın zaten içeride olduğu bir ana geri dönmenizi sağlar.

Pratik sonuç: journal boyutunu değişim hızı çarpı saklama süresi belirler. Bunu olduğundan az tahmin etmek, platformdaki en yaygın kapasite planlama hatasıdır.

3. Virtual Protection Group

VPG, birlikte korunan, test edilen ve kurtarılan sanal makine grubudur. Kural basittir: tek bir uygulamayı oluşturan sanal makineleri gruplayın. Tipik üç katmanlı bir sistemde veritabanı, uygulama sunucusu ve web ön yüzü aynı VPG'ye aittir.

Birkaç saniyede bir VPG içindeki tüm journal'lar ortak bir kontrol noktası zaman damgası alır. Uygulamanın tamamının tam olarak aynı ana kurtarılabilmesini sağlayan şey bu ortak damgadır; böylece veritabanı ile ona bağımlı servis arasında saniyelik bir kayma oluşmaz.

Pratik sonuç: uygulama sınırlarına göre değil altyapı sınırlarına göre çizilmiş bir VPG, teknik olarak başarılı görünen ama uygulamayı bozuk bırakan kurtarmalar üretir.

4. Kontrol noktaları ve tutarlılık

Kontrol noktası, geri dönülebilir bir zaman anıdır. Zerto bunları sürekli oluşturur. Ancak burada kritik bir ayrım var ve çoğu kurulumda atlanıyor:

Çökme tutarlı (crash-consistent) kontrol noktası. Otomatik üretilen kontrol noktalarının tamamı bu türden. Sunucunun fişini o anda çekmiş gibi bir durum yakalar. Yazma sırası korunur, yani disk bozulmaz; ama uygulamanın belleğinde bekleyen işlemler diskte yoktur.Uygulama farkındalıklı (application-consistent) kontrol noktası. Talep üzerine üretilir ve uygulamaya "veriyi diske indir, bir an dur" der. Veritabanları ve mesaj kuyrukları için fark eden şey budur.

Pratik karşılığı: bir web sunucusunu çökme tutarlı bir noktadan geri döndürmek sorunsuz. Bir veritabanını aynı noktadan döndürmek çoğu zaman çalışır, ama kurtarma anında bir kurtarma (recovery) süreci başlatır ve bu süre RTO'nuza eklenir. Kritik veritabanları için düzenli aralıklarla uygulama farkındalıklı kontrol noktası üretin.

Fidye yazılımı senaryosu tam olarak burada işler: şifrelemenin başlamasından önceki son kontrol noktasını seçersiniz. O ana kadar geri gidebilmek, journal saklama süresini doğru seçmiş olmanıza bağlı.

Yeni operatörlerin yaptığı hatalar

Replikasyonu yedek sanmak. Replikasyon, bozulmayı ve şifrelemeyi hedefe sadakatle kopyalar. Zerto, değiştirilemez yedeğin alternatifi değildir; ikisinin nasıl birlikte kurgulandığını fidye yazılımı kurtarma planı yazımızda ele aldık.Sanal makineleri yanlış gruplamak. Yukarıdaki VPG bölümüne bakın. En yüksek etkili tasarım kararı budur.Bant genişliğini göz ardı etmek. Sürekli replikasyon kesintisiz bant genişliği ister. Dar bir hatta sığdırmak için kısıtlamak, RPO'yu sessizce bozar.Hiç test etmemek. Zerto kesintisiz devreye alma testini destekler. Hiç test edilmemiş bir VPG bir varsayımdır; gerçek bir tatbikatın nasıl kurulacağını bir şey kanıtlayan felaket kurtarma testi yazısında anlattık.

Sık sorulan sorular

Zerto sanal makine içinde ajan gerektirir mi? Hayır. Replikasyon VRA üzerinden hypervisor katmanında gerçekleşir.

Ne kadar geriye dönebilirim? Yapılandırılan journal saklama süresine ve kapasiteye bağlı olarak 30 güne kadar. Üretici önerisi sekiz gün.

Kurtarma noktaları ne kadar sık? Journal penceresi içinde saniyeler mertebesinde. Gerçekleşen değer bant genişliğine ve VRA kaynağına bağlı.

Zerto fiziksel sunucuları korur mu? Desteği sınırlıdır. Zerto öncelikle sanallaştırılmış ortamlar için tasarlanmıştır.

Zerto mu Veeam mi kullanmalıyım? Çoğu kurumda cevap "ikisi de, farklı yerlerde". Ayrımı Zerto ve Veeam karşılaştırması yazısında ürün ürün açtık.

Kaynaklar

Zerto Platform Architecture Guide: VRA, VPG ve journal mimarisiBu katmanı nasıl kurduğumuz: felaket kurtarma mühendisliği