V předchozích příspěvcích jsme sdíleli pokyny pro nastavení a na bázi Veeam. Dnes bychom chtěli povědět o zálohování pomocí Commvault. Nebudou tu žádné pokyny, ale podělíme se o to, co a jak již zálohují naši klienti.
Systém zálohování na bázi Commvault v datovém centru OST-2.
Jak to funguje?
Commvault je platforma pro zálohování aplikací, databází, souborových systémů, virtuálních strojů a fyzických serverů. Původní data přitom mohou být jakkoliv umístěna: u nás, na straně klienta, v jiném komerčním datovém centru nebo v cloudu.
Klient nainstaluje na objekty zálohování agenta – iData Agent – a nastaví ho v souladu s požadovanými politikami zálohování. iData Agent shromažďuje potřebná data, komprimuje je, deduplikuje, šifruje a předává je do systému zálohování DataLine.
Proxy servery zajišťují propojení sítě klienta a naší sítě, izolaci kanálů, kterými se přenášejí data.
Na straně DataLine data z iData Agenta přijímá Media Agent Server a odesílá je k uložení na SYSTÉM, páskové knihovny atd. Všemu tomu spravuje CommServe. V naší konfiguraci je hlavní řídicí server umístěn na ploše OST, záložní – na ploše NORD.
Ve výchozím nastavení jsou data klienta ukládána na jedno místo, ale lze nastavit zálohování současně na dvě lokace nebo naplánovat přenos záloh na druhou lokalitu. Tato volba se nazývá „dodatečná kopie dat“ (auxiliary copy). Například všechny plné zálohy na konci měsíce budou automaticky duplikovány nebo přesunuty na druhou lokalitu.
Schéma fungování systému zálohování Commvault.
Systém zálohování pracuje převážně na virtualizaci VMware: na virtuálních strojích jsou nasazeny servery CommServe, Media Agent a Proxy servery. Pokud klient používá naši techniku, zálohy se ukládají na SYSTÉM Huawei OceanStor 5500 V3. Pro zálohování klientských SYSTÉM, ukládání záloh na páskové knihovny se používají samostatní Media Agenti na fyzických serverech.
Co je důležité pro klienty?
Z naší praxe si klienti, kteří pro zálohování vybírají Commvault, všimnou několika aspektů.
Konzole. Zákazníci chtějí spravovat zálohování samostatně. V konzole Commvault jsou k dispozici všechny hlavní operace:
- přidání a odstranění serverů ze zálohování;
- nastavení iData Agenta;
- vytváření a ruční spouštění úloh;
- samostatné obnovení záloh;
- nastavení upozornění na stav úloh zálohování;
- omezení přístupu k konzole podle role a skupiny uživatelů.
Deduplicitace. Deduplicitace umožňuje nalézt a odstranit duplicity dat během zálohování. Tím šetří místo na úložných systémech a zmenšuje objem přenášených dat, což snižuje požadavky na šířku pásma. Bez deduplicitace by zálohy zabíraly objem dva až tři krát větší než objem původních dat.
Pokud jde o Commvault, deduplicitaci lze nastavit na straně klienta nebo na straně Media Agenta. V prvním případě se duplicitní bloky dat ani nebudou přenášet na Media Agent Server. Ve druhém případě se opakující blok vyřadí a nezapíše na úložný systém.
Tato bloková deduplicitace je založena na hash-funkcích. Každému bloku je přiřazen hash, který se uchovává v hash tabulce, jakési databázi (Deduplication Database, DDB). Při přenosu dat se hash 'prověřuje' v této databázi. Pokud takový hash již existuje v databázi, blok je označen jako duplicitní a nepřenáší se na Media Agent Server (v prvním případě) nebo se nezapisuje na úložný systém (ve druhém).
Díky deduplicitaci se nám daří ušetřit až 78% místa v úložném systému. Nyní je na úložném systému uloženo 166,4 TB. Bez deduplicitace bychom museli uchovávat 744 TB.
Možnost omezovat práva. V Commvault je možnost nastavit různé úrovně přístupu k ovládání zálohování. Takzvané „role“ určují, jaké akce budou uživateli povoleny v souvislosti s objekty zálohování. Například vývojáři budou moci pouze obnovit server s databází na určité místo, zatímco správce bude moci spustit okamžité zálohování pro tento server a přidávat nové uživatele.
Šifrování. Šifrovat data během zálohování prostřednictvím Commvault lze následujícími způsoby:
- na straně klientského agenta: data budou v tomto případě předávána do zálohovacího systému již zašifrovaná;
- na straně Media Agenta;
- na úrovni kanálu: data jsou šifrována na straně klientského agenta a dešifrována na serveru Media Agenta.
Dostupné šifrovací algoritmy: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (doporučeno Commvault).
Něco o statistikách
Ke střednímu prosinci máme s pomocí Commvault zálohováno 27 klientů. Většinu z nich tvoří maloobchodníci a finanční organizace. Celkový objem původních dat zálohy činí 65 TB.
Denně se provádí přibližně 4400 úloh. Níže jsou uvedeny statistiky dokončených úloh za posledních 16 dní.
Nejvíce jsou pomocí Commvault zálohovány Windows File System, SQL Server a databáze Exchange.
A nyní slíbené případy. I když anonymizované (NDA pozdravuje :)), poskytují představu o tom, jak a k čemu klienti používají zálohu na bázi Commvault. Níže jsou uvedeny případy klientů, kteří používají jednotný zálohovací systém, tj. sdílený software, servery Media Agent a úložné systémy.
Případ 1
Objednatel. Ruská obchodně-výrobní společnost v oblasti cukrářského trhu s distribuovanou sítí poboček po celé Rusku.
Úkol.Organizace zálohování pro databáze Microsoft SQL, souborové servery, aplikační servery, poštovní schránky Exchange Online.
Původní data jsou umístěna v kancelářích po celé Rusku (více než 10 měst). Zálohovat je třeba na platformu DataLine s následným obnovením dat v jakékoli z kanceláří společnosti.
Přitom klient chtěl plnou autonomní správu se zajištěním rozlišení přístupu.
Hloubka uchovávání – 1 rok. Pro Exchange Online – 3 měsíce pro operativní kopie a 1 rok pro archivy.
Solution. Pro databáze byla nastavena další kopie na druhé platformě: poslední plná záloha měsíce je přenesena na jinou platformu a uchovávána tam po dobu jednoho roku.
Kvalita kanálů z vzdálených kanceláří klienta někdy neumožňovala provádět zálohování a obnovení v optimálních lhůtách. Aby se snížil objem přenášeného provozu, byla na straně klienta nastavena deduplikace. Díky ní se čas na úplnou zálohu stal přijatelným s ohledem na vzdálenost kanceláří. Například, úplná záloha databáze o objemu 131 GB z Petrohradu se provádí za 16 minut. Z Jekatěrinburgu se databáze o objemu 340 GB zálohuje 1 hodinu a 45 minut.
S pomocí rolí klient nastavila svým vývojářům různé oprávnění: pouze pro zálohování nebo obnovení.
Případ 2
Objednatel. Ruská síť obchodů s dětskými potřebami.
Úkol. Organizace zálohování pro:
vysokonáročný klastr MS SQL na bázi 4 fyzických serverů;
virtuální stroje s webovou stránkou, aplikačními servery, 1C, Exchange a souborovými servery.
Celá uvedená infrastruktura klienta je rozdělena mezi areály OST a NORD.
RPO pro SQL servery – 30 minut, pro ostatní – 1 den.
Hmotnostní hloubka uchování – od 2 týdnů do 30 dnů v závislosti na typu dat.
Solution. Vybrali kombinaci řešení na bázi Veeam a Commvault. Pro zálohování souborů z našeho cloudu se používá Veeam. Servery databází, Active Directory, poštovní a fyzické servery jsou zálohovány prostřednictvím Commvault.
Pro dosažení vysoké rychlosti zálohování klient přidělil na fyzických serverech s MS SQL samostatný síťový adaptér pro zálohovací úkoly. Plná záloha databáze o objemu 3,4 TB trvá 2 hodiny 20 minut, a úplné obnovení – 5 hodin 5 minut.
Klient měl velké množství výchozích dat (téměř 18 TB). Pokud by se data ukládala na páskovou knihovnu, jak to klient dělal dříve, bylo by potřeba několik desítek kazet. To by zkomplikovalo management celého systému zálohování klienta. Proto byla v konečné realizaci pásková knihovna nahrazena SCSI.
Případ 3
Objednatel. Síť supermarketů v SNS.
Úkol. Objednavatel chtěl zorganizovat zálohování a obnovení systémů SAP umístěných v našem cloudu. Pro databáze SAP HANA RPO=15 minut, pro virtuální stroje s aplikačními servery RPO=24 hodiny. Hmotnostní hloubka uchování – 30 dní. V případě havárie RTO=1 hodina, pro obnovení kopie na požádání RTO=4 hodiny.
Solution. Pro databáze HANA bylo nastaveno zálohování DATA souborů a log souborů s danou périodicity. Log soubory byly archivovány každých 15 minut nebo při dosažení určité velikosti.
Abychom zkrátili čas obnovení databáze, nastavili jsme dvoustupňové uchování záloh na bázi SCSI a páskové knihovny. Na disky se ukládají operativní kopie s možností obnovení v libovolném okamžiku během týdne. Když záloha překročí stáří 1 týdne, přesune se do archivu, na páskovou knihovnu, kde se uchovává ještě 30 dní.
Kompletní záloha jedné z databází o velikosti 181 GB se provádí za 1 hodinu a 54 minut.
Při nastavování zálohování byl použit rozhraní backint SAP, které umožňuje integraci zálohovacích systémů třetích stran se SAP HANA Studio. Díky tomu lze zálohování řídit přímo z konzole SAP. To usnadňuje život administrátorům SAP, kteří se nemusí učit nové rozhraní.
Správa zálohování je také klientovi k dispozici prostřednictvím standardní klientské konzole Commvault.
To je pro dnešek vše. Klidně se ptejte v komentářích.
Zdroj: habr.com
