Veritas Volume Replicator ve Sunduu Snapshot Yntemleri

Merhaba;
Bu yazmda Veritas Volume Replicator ve sunduu Snapshot teknikleri zerinde duracam.
Veritas Volume Replicator rnne gemeden nce Disaster Recovery kavramndan
bahsetmemiz gerekir. Disaster Recovery kavramn Felaket kurtarma olarak evirebiliriz ama bu
kavram bu yazmda ksaca DR olarak ifade edeceim.

DR, eer retim ortamnn alt lokasyonda i ihtiyacnn izin verdii sreler ierisinde
zlemeyen bir sorun varsa, operasyonu alternatif bir lokasyonda tekrar balatabilme yetkinlii
olarak dnebiliriz. DR yaplarnda birincil ncelik kritik veriye son kullanc baznda herhangi bir
deiiklie gerek kalmadan ulaabilmeyi salamaktr. Veritas, veri koruma teknolojilerinde endstri
liderlerinden birisidir. VVR da tm kritik veriler iin tam bir DR plan oluturmak iin anahtar
bileenlerden birisidir.

DR ve Local High Availability kavramlarnn farkn belirtmemiz olduka nemlidir. DR, retim
ortamnn alt lokasyonda i ihtiyalar ierisinde oluan arzay aamadmzda farkl bir
lokasyonda retim verisine ulaabilmeyi belirtirken; local high availability ise lokal bir kesintide,
servisleri lokalde (ayn lokasyonda) bulunan standby sunucuda altrabilir hale getirmeyi iaret
eder.

srekliliinde (business continuity) de karmza kan terimleri tekrar gzden geirelim. Disaster
Recovery: kritik uygulamalara ve veriye alternatif bir lokasyonda tekrar ulaabilmeyi iaret eder.
DR, genel olarak Bilgi Teknolojileri (Information Technology) zerine odaklanr. DR aslnda i
bilgisine, i bilgisini ileyen sistemlere uzak bir lokasyonda ulaabilmeyi tanmlar. Uzak bir lokasyonda
bu bilgilere eriim genellikle tape yedeklerinin, offsite tape vaulting zelliinin ve veri
replikasyonlarnn kullanmyla olur. Business Recovery: alanlarn ilerini tekrar icra edebilmeleri
iin gerekenlerin salanmas zerine odaklanr. Bu durumda lojistik ile ilgili bileenlerde devreye girer.
rnein telefon, ofis alan, yaam koullar gibi. Business continuity: i srelerine alternatif bir
lokasyonda tekrar ulaabilmeyi tanmlar. BC nin daha geni bir kapsam vardr. BC, i
operasyonlarn yeniden balatabilmek iin ihtiya duyulan tm sreci kapsar. Bilgi teknolojisi
bileenleri, insanlar, alma alanlar, lojistik gibi kavramlar bu srecin ierisinde yer alr.
Contingency planning: herhangi bir felaket durumunda alnmas gereken aksiyonlar ieren plan
tanmlar. Veritas, DR zerinde odaklanmaktadr.

Verimiz ve sistemlerimiz iin net tr tehlikeler mevcut? Bu tehditleri genel balk altnda
inceleyebiliriz: lokal tehditler, lokasyon ile ilgili tehditler ve mantksal tehditler. Lokal tehditler, lokal
bileenlerle ilgili hatalar ierir. rnein, CPU hatalar, disk hatalar, HBA, NIC hatalar, disk uniteleri
hatalar gibi. Lokal hatalar genellikle kesintiye neden olur. Lokal hatalar high-availability ve logical
volume management gibi zmlerle adresleyebilirsiniz. rnein high-availability iin Veritas
Cluster Server, logical volume management iin Veritas Volume Manager kullanlabilir. Lokal
tehditlere kar nasl bir koruma salanabileceini aadaki ekil net anlatmaktadr.
 ekil: Lokal Tehditler
Mantksal tehditleri, yazlmsal buglar, virsler, veri bozulmalar, yalnlkla verinin silinmesi olarak
dnebiliriz. Mantksal tehditler, lokal sahay, DR veya her ikisini etkileyebilir. Bu durumda ancak
dzenli olarak alnan veri yedekleri hayatmz kurtarabilir. HA ve DR sistemler asla rutin alnan veri
yedeklerinin yerine geemez. Misyon kritik uygulamalar iin hzlca servisleri geri getirmeyi salayan
snapshot mekanizmalar bu ama ile kullanlabilir. Aada olan ekil bu tehdit ile ilgili zet bir bilgi
vermektedir.

ekil: Mantksal tehditler

Lokasyonla ilgili tehditler, doal felaketleri, dier d etkenlerin neden olduu olaylar ierir. Bu
durumlarda hayatmz DR stratejilerimiz kurtarabilir. DR stratejileri oluturulurken hangi
lokasyonda hangi tehlikelerin daha olas olduunun analizinin iyi yaplmas gerekir. DR
stratejilerinde verinin farkl lokasyona replikasyonunu ve tek bir konsol zerinden ynetilen global
HA yapsn kesinlikle neriyoruz. Lokasyonla ilgili tehditleri ve olas koruma yntemlerini aada
olan ekil net olarak anlatmaktadr.
 ekil: Lokasyonla ilgili tehditler
DR planlar yaplrken iki nemli kavram karmza kmaktadr: RTO ve RPO. Firmalar, i
ihtiyalarna gre uygun teknolojileri semelidirler. Bu kavramlar aada olan ekil zerinden
anlatmaya alacam.

ekil: RTO ve RPO Tanmlar

T0-T1 aral, en son alnan yedek ile gerek kesintinin olduu an arasndaki zaman ifade eder. Bu
zaman fark, ne kadar yeni verinin DR lokasyonunda olacan belirler. RPO (Recovery Point
Objective), zaman ierisinde bir nokta olarak tanmlanr. yleki i srelerinin tekrar alabilir hale
getirilmesi iin hangi veriden geri dnlmesi gerektiini iaret eder. T0-T1 araln daraltmak
istediinizde farkl teknolojiler arasnda seim yapmanz gerekmektedir. ekilde grlen
Synchornous replication dier zmlere gre daha pahal bir zm olacaktr. Firmann bir felaket
annda ne kadar veri kaybn tolere edebileceini iyi saptamas gerekir.

T1-T2 arasndaki zaman, bir kesintiden ne kadar sonra tekrar servislerin alabilir olacan ifade
eder. RTO (Recovery Time Objective) bu zaman araln ifade eder. ihtiyalarna gre RTO ve
RPO belirlenir. RTO ve RPO belirlendikten sonra da uygun bir teknoloji seilir. rnein baz firmalar
herhangi bir veri kaybn tlere edemezken, gncel veri ile servislerin 8 saat ierisinde almasn
tlere edebilir.
Veritasn Sunduu DR Teknolojileri

rn Destekledii Teknolojiler
Veritas Volume Manager Snapshot, yedeklilik, mirror
Veritas File System Snapshot, storage checkpoints
NetBackup Backup, backup with vaulting
Backup Exec Backup
Veritas Volume Replicator Replication, snapshot
Veritas File Replicator File Level Replication
Veritas Cluster Server Local HA, WAN failover, global clustering
Veritas Operations Manager (VOM) Merkezi ynetim ve WAN failover

Veritas Volume Replicator (VVR)

VVR yapsn anlamak iin Veritas Volume Managerdan (VxVM) bahsetmeden geemeyiz elbette.
Aada olan ekil, yapda VxVM varsa hangi katmanda konumlandn gstermektedir.

ekil: Logical Volume Management Yazlm

Bir volume sanal bir disk device olarak dnebiliriz. Veri tabanlar, uygulamalar, dosya
sistemleri bu sanal diski fiziksel bir disk gibi dnr. Buna ramen, sanal disk fiziksel diskin sahip
olduu limitasyonlara sahip deildir. VxVM ile oluturulan sanal disk device, RAID yaplarn
destekler. Concatenation, striping, mirroring, mirror-stripe, stripe-mirror desteklenen RAID
yaplardr. Yukardaki ekilde grld gibi, ortamda eer logical volume management yazlm
yoksa, iletim sistemi disklerle dorudan iletiime geer. Eer ortamda logical volume management
uygulamas varsa, iletim sistemi veriyi VxVMe transfer eder. VxVM sanal disk device yapsna gre
yazma ilemlerini uygun bir ekilde yerine getirir.

Uygulama baznda VxVM ve VVR katmanlar devreye girdiinde nasl bir farkllk oluuyoru
netletirmek adna aada bir ka ekil faydal olacaktr.
lk ekilde herhangi bir logical volume management yazlm yoktur.

ekil: Uygulama katman

imdi bu yapya VxVM katmann ekleyelim. Bu durumda yazma ilemleri fiziksel disklere deil VxVM
tarafndan oluturulan sanal disk devicelara yaplacaktr.

ekil: VxVM katman

VVR, uygulama ve logical volume management yazlm arasndan konumlanr. Bu durumda tm
yazma ilemleri tutulur ve ikincil sisteme kopyalanr.
 ekil: VVR Katman

VVR, Veritas Volume Managern bir opsiyonudur. Lisans ile aktif hale getirilebilir. VVR, kaynaktan bir
veya daha fazla uzak alana replikasyon yapabilir. Replikasyon mantn anlamak iin VVR
bileenlerinden bahsetmek gerekiyor. Aada olan ekil VVR yapsnda kullanlan bileenleri
zetlemektedir.
 ekil: VVR Bileenleri

lk nemli kavrammz RVGdir (Replicated Volume Group). RVGyi bir veya birden fazla ikincil
sisteme replikasyonu yaplmak istenen tm volume lerin grupland yap olarak dnebiliriz.
Replikasyonu yaplan ikincil alanlardaki verinin btnl ok nemlidir. Bu btnlk RVG iinde
yaplan write order fidelity ile salanr.

ekil: RVG Yaps

kinci nemli kavrammz RDSdir (Replicated Data Set). Kaynak sistem zerinde bulunan RVG ve
onun tm hedef (ikincil sistemler) sistemler zerindeki elenikleri bir btn olarak RDSi oluturur.
RDS, bir obje deil sadece bir kavramdr. Pek ok VVR komutu RDS zerinde alr.
 ekil: RDS Yaps

nc nemli kavrammz RLINKdir (Replication Links). RLINK, ikincil RVGye olan VVR replikasyon
linkidir. Primary (Kaynak/birincil sistem) RVG zerinden bulunan her RLINK, Primary RVGden
kendisine kar gelen ikincil (secondary) RVGye olan iletiim linkidir. Primary RVG, birden fazla
RLINKe sahiptir. Her primary RVG, maksimum 32 RLINKe sahip olabilir.

Drdnc nemli kavramm SRL (Storage Replicator Log)dur. RVGdeki yazma ilemleri iin dairesel
buffer alandr. Her RVG, bir tane SRL ierir. Disk zerine yaplan her yaz ilemi iki tane write ilemi
retir: bir tanesi SRL; dieri ise data volume iindir. SRL, sayesinde Write Order Fidelity korunur.

ekil: SRL Kavram

Acaba VVR senkron replikasyon durumunda veri ak ne ekilde olmaktadr?

 ekil: Senkron Replikasyon

VVR senkron modda kullanlyorsa, VVR, write ileminin tamamlandn belirten bilgilendirmeyi
uygulamaya gndermeden nce ikincil lokasyondan bir dorulama mesaj bekler. Sralama u ekilde
gereklemektedir.
1. Uygulamadan bir write ilemi alnr.
2. Bu write ilemi SRLe yazlr.
3. Bu write ilemi ikincil lokasyonlara tm senkron RLINKler zerinden gnderilir.
4. Write ileminin ikincil sisteme ulatna dair bir network bilgilendirmesi birincil sisteme
gider ve ayn anda bu write ilemi birincil sistemdeki data volumee yazlr.
5. kincil sistemde bu write ilemi data volume lere yazlr ve birincil lokasyonda
uygulamaya write ileminin ikincil sistemde tamamlandna dair bilgilendirme gider.
6. kincil sistemde bu write ilemi data volume lere yazldktan sonra, birincil sisteme veri
bilgilendirmesi gider.
7. SRLe ilgili write ileminin yapldna dair iaret konur.
Senkron modda performans, birincil sistemde SRLe write ileminin yazlmas ve ikincil sistemden
network bilgilendirmesinin gelmesi sresi belirler.

Asenkron modda, veri ak senkron moda gre daha basittir.

 ekil: Asenkron Replikasyon

Asenkron modda, uygulamadan alnan write ilemi birincil sistemde SRLe yazldktan hemen sonra
uygulamaya write ileminin yapldna dair bilgilendirme gider ve ayn anda bu write ilemi
birincil sistemdeki data volume lere yazlr.

VVR ileyiinde nemli bir bileen daha vardr: DCM (Data Change map). DCM, SRL dolduunda,
tekrardan full senkronizasyona gerek kalmamas iin write ilemlerini takip eder. DCMi bit
haritas gibi dnebiliriz. SRL, yazma ilemlerinin artk karlayamayacak duruma geldiinde (SRL
overflow) DCM aktif hale gelir. DCM aktif olduunda, set edilen her bit; primary ve secondary
ieriklerinin farkl olduu alanlar ifade eder. DCMin senkronizasyonu baladnda, ikincil sistemde
olan veri btnl kaybolur nk bu aamada write order fidelity korunmaz. DCM
senkronizasyonu tamamlandktan sonra veri tutarl olur ve replikasyon olaan ekilde devam eder.

VVRn sunduu senkron ve asenkron replikasyonlarn herbirinin avantajlar ve dezavantajlar vardr.

Senkron replikasyonda uzak lokasyonda gncel veri tutulurken, uygulama performansndan feragat
edilir. Asenkron replikasyon uygulama performansn ok daha az etkilerken uzak lokasyondan gncel
verinin bulunacan garanti etmez. Her iki replikasyonun avantajlarndan fayda salamak iin; birincil
lokasyona yakn bir lokasyona senkron replikasyon yaplrken uzak lokasyona asenkron replikasyon
yaplabilir. Bu durumda da farkl veri merkezinde verinin tam kopyas gerekir. Eer veri
miktarnz ok fazlaysa bu zm pahal olabilir. Bu durumda VVR 5.0 ile gelen senkron ve asenkron
replikasyonun avantajlarn birletirerek kullanan bunker replikasyondan bahsetmemiz uygun
olacaktr.

Bunker replikasyonda birincil lokasyona yakn bir lokasyonda SRLin kopyas tutulur. Bu lokasyon
bunker lokasyon olarak isimlendirilir. Eer birincil lokasyonda bir sorun olursa, bunker
lokasyondaki SRL, ikincil lokasyondaki veriyi gncel hale getirmek iin kullanlr. Bunker
replikasyonda sadece SRL iin ek depolama alan ihtiyac olur.
 ekil: Bunker Replikasyon

Snapshot Mekanizmas
Nihayet Snapshot mekanizmalarndan konumaya balayacaz. VVR, online data volume lerin
istenilen bir zaman iin snapshot larnn oluturulmasna imkan salar. Orijinal data volume de
veri deiebilir ama snapshotlar kararl ve bamsz bir kopya olarak farkl amalarda kullanlabilir.
VVR, snapshot oluturmak iin iki farkl yntem sunar: anlk (snapshot) snaphot ve geleneksel
(traditional) snapshot. nemli bir not, eer ikincil lokasyondaki RVG tutarl deilse, bu RVG
altndaki volume ler iin snapshot oluturmanza VVR izin vermeyecektir.

Instant snapshot zellii VVRdan ayr lisanslanmaktadr. Bu yntemin geleneksel snapshot

yntemine gre avantaj snapshotlarn hemen kullanma hazr olmasdr ve bu snapshotlarn space-
optimized olarak oluturulabilmeleridir. Yani, geleneksel snapshotlara gre daha az yer kaplarlar.
Geleneksel snapshotlarda volume n byklne bal olarak plexlerin balang
senkronizasyonu iin gereken zaman ok byk olabilir. Bir volume iin ayn anda hem geleneksel
hem de anlk snapshot kullanamazsnz.

vxrvg snapshot komutuyla anlk snapshotlar oluturulabilir. Bu komut RVG iindeki data volume
lerin snapshotlarn alr. Bu alnan snapshot volume ler RVGnin bir paras olmayacaktr. RVG
iindeki her data volume n birden fazla snapshot volume olabilir. full-instant veya space-
optimized snapshotlar oluturulurken, snapshot volume lerin ncesinde senkron olmasna gerek
yoktur. Bu nedenle snapshotlar hemen kullanlabilir durumdadr. Bu snapshotlar daha sonra
backgroundda senkron olurlar.

Instant full snapshot volume, orijinal volume ile ayn byklkte olacaktr. vxrvg -F snapshot
komutuyla oluturulur. Instant space-optimized snapshotlar vxrvg -S snapshot komutuyla
oluturulur. Bu snapsholar cache alan kullanr. Sadede deien verilerin orijinal ekli bu cache
alanda tutulaca iin daha az yer kaplarlar. Geleneksel snapshot zelliine benzer bir ekilde instant
plex-breakoff snapshotlarda oluturabilirsiniz. Geleneksel snapshot ynteminde bildiimiz mirror
plexler dar karlr.
FastResync (FR) dediimiz zellik sayesinde, mirror yapdaki volume den plex dar alnabilir,
zerinde ilemler yapldktan sonra, tekrar orijinal volume e geri eklendiinde tam bir
senkronizasyona gerek kalmadan sadece deien verilerin senkronizasyonu salanabilir.

VVR yapda off-host processing de yapabilirsiniz. Bu yapda VxVMin FastResync zelliini In-Band
Control (IBC) mesajlama fonksiyonuyla kullanabilir ve bylece uygulama baznda tutarl snapshotlar
oluturabilirsiniz. zellikle DSS (Decision Support Systems) ve backup yaplarnda off-host
processing ok kullanlan bir yntemdir. Bu sayede retim ortamndaki sistemi, baz sreleri farkl
bir sistem zerinde yaparak rahatlatm olursunuz. kincil sistemde veriye eriimin genel modeli,
RVGde bulunan her bir data volume iin mirror plex i dar karmak, zerinde ilem yapmak ve
bu plexi tekrar volumee eklemek eklindedir.

kincil sistem zerinden alnan snapshotn uygulama seviyesinde tutarl olmasn garantilemek iin
IBC kullanabileceimizden bahsettik. alma mekanizmasn aada olan ekil zerinden aklamak
istiyorum.

ekil: IBC Mesajlama

ekilde, n. write ileminden sonra IBC mesajn ikincil sisteme gnderildiini gryoruz. IBC mesaj
ikincil lokasyondaki sisteme ulatnda ikincil sistemdeki data volume zerine n. write ilemi
yazlr ve sonra gelen write ilemleri ikincil lokasyondaki SRLe yazlmaya balanr. Yani ikincil
sistemdeki data volume lere herhangi bir ey yazlmaz. Bu durumun veritas dkmanlarnda
replication freeze olarak ifade edildiini greceksiniz. una dikkat etmeniz nemlidir. Bu noktada
birincil sistemden veriler hala gnderilmeye devam edilir ama bu veriler ikincil sistemdeki SRLe
ynlendirilir. Bu durumda uygulama seviyesinde btnlk saland iin istenen aksiyonlar alnr
(rnein snapshotlarn alnmas gibi) ve replikasyon tekrar unfrozen yaplr. Yani ikincil SRLa alnan
write ilemleri ikincil data volume e yazlmaya balar. kincil SRLdeki write ilemleri eridikten
sonra birncil sistemden gelen write ilemleri artk dorudan ikincil sistemdeki data volume lere
yazlmaya balanr. IBC mesaj ikincil lokasyona ulatktan sonra akn nasl olduunu yine aada
olan ekilden grebiliriz.
 ekil: IBC Mesajlama

Grld gibi Veritas Volume Replicator, host bazl gvenilir bir replikasyon yntemi olarak
kullanlabilir. VVR, uzak lokasyona blok bazl bir replikasyon yapmaktadr. VxVMin VVR ile birlikte
kullanmyla uzak lokasyonda IBCi de srece dahil ederek uygulama baznda tutarl snapshotlar
alnabilmektedir. Konuyla ilgili daha fazla detay almak isterseniz support@gantek.com ile iletiime
geebilirsiniz.

22 Ekim 2016 Cumartesi Asiye Yiit