Nei post precedenti abbiamo condiviso istruzioni per la configurazione e basato su Veeam. Oggi vogliamo parlare del backup utilizzando Commvault. Non ci saranno istruzioni, ma racconteremo cosa e come già eseguono il backup i nostri clienti.
Il sistema di archiviazione del backup basato su Commvault nel data center OST-2.
Come funziona?
Commvault è una piattaforma per il backup di applicazioni, database, sistemi di file, macchine virtuali e server fisici. I dati di origine possono trovarsi in qualsiasi luogo: da noi – presso il cliente, in un altro data center commerciale o nel cloud.
Il cliente installa un agente sugli oggetti di backup – iData Agent – e lo configura secondo le politiche di backup richieste. L'iData Agent raccoglie i dati necessari, li comprime, deduplica, crittografa e li trasmette al sistema di backup DataLine.
I server proxy garantiscono la connettività tra la rete del cliente e la nostra rete, isolando i canali attraverso cui vengono trasferiti i dati.
Sul lato di DataLine, i dati dall'iData Agent vengono ricevuti da Media Agent Server e inviati per l'archiviazione all'archiviazione, alle librerie di nastro, ecc. Tutto questo è gestito da CommServe. Nella nostra configurazione, il server di gestione principale si trova presso OST, il backup presso NORD.
Di default, i dati del cliente vengono accumulati in un'unica sede, ma è possibile organizzare il backup immediatamente in due location o programmare il trasferimento dei backup nella seconda sede. Questa opzione è chiamata "copia aggiuntiva di dati" (auxiliary copy). Ad esempio, tutti i backup completi a fine mese saranno automaticamente duplicati o trasferiti nella seconda sede.
Schema di funzionamento del sistema di backup Commvault.
Il sistema di backup funziona principalmente su virtualizzazione VMware: sui server virtuali sono distribuiti i server CommServe, Media Agent e server proxy. Se il cliente utilizza la nostra attrezzatura, i backup sono collocati nell'archiviazione Huawei OceanStor 5500 V3. Per il backup dei sistemi di archiviazione dei clienti e l'archiviazione dei backup su librerie di nastro, vengono utilizzati Media Agent separati su server fisici.
Cosa è importante per i clienti?
Dalla nostra esperienza, i clienti che scelgono Commvault per il backup prestano attenzione ai seguenti aspetti.
Console. I clienti desiderano gestire autonomamente il backup. Nel pannello di controllo di Commvault sono disponibili tutte le operazioni principali:
- aggiunta e rimozione di server per il backup;
- configurazione dell'iData Agent;
- creazione e avvio manuale dei lavori;
- recupero autonomo dei backup;
- impostazione di notifiche sullo stato dei lavori di backup;
- limitazione dell'accesso al pannello di controllo in base al ruolo e al gruppo degli utenti.
Deduplicazione. La deduplicazione consente di identificare e rimuovere blocchi di dati duplicati durante il processo di backup. In questo modo, aiuta a risparmiare spazio sull'archiviazione e riduce il volume dei dati trasmessi, abbassando le esigenze di larghezza di banda. Senza deduplicazione, i backup occuperebbero uno spazio da due a tre volte superiore rispetto a quello dei dati originali.
Nel caso di Commvault, la deduplicazione può essere impostata dal lato client o dal lato dell'Agente Media. Nel primo caso, i blocchi di dati non univoci non vengono nemmeno trasmessi al Server dell'Agente Media. Nel secondo caso, il blocco ripetuto viene scartato e non registrato sull'archiviazione.
Questa deduplicazione a blocchi si basa su funzioni hash. A ciascun blocco viene assegnato un hash, che viene memorizzato in una tabella hash, una sorta di database (Deduplication Database, DDB). Durante la trasmissione dei dati, l'hash viene "verificato" su questo database. Se un tale hash è già presente nel database, il blocco viene contrassegnato come non unico e non viene trasmesso al Server dell'Agente Media (nel primo caso) o non viene registrato sul sistema di archiviazione (nel secondo).
Grazie alla deduplicazione, riusciamo a risparmiare fino al 78% dello spazio nel sistema di archiviazione. Attualmente, nell'archiviazione sono conservati 166,4 TB. Senza deduplicazione, dovremmo conservare 744 TB.
Possibilità di limitare i diritti. In Commvault è possibile impostare diversi livelli di accesso alla gestione del backup. Le cosiddette “rubriche” determinano quali azioni saranno all'utente in relazione agli oggetti di backup. Ad esempio, gli sviluppatori potranno solo ripristinare il server con il database in una posizione specifica, mentre l'amministratore potrà avviare un backup straordinario per lo stesso server, aggiungendo nuovi utenti.
Crittografia. È possibile crittografare i dati durante il backup tramite Commvault nei seguenti modi:
- dalla parte dell'agente client: in questo caso i dati saranno trasferiti nel sistema di backup già in forma crittografata;
- dalla parte dell'Agente Media;
- a livello di canale: i dati vengono crittografati dalla parte dell'agente client e decrittografati sul Server dell'Agente Media.
Algoritmi di crittografia disponibili: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (raccomandato da Commvault).
Un po' di statistiche
A metà dicembre, utilizzando Commvault, stiamo eseguendo backup per 27 clienti. La maggior parte di essi è composta da rivenditori e organizzazioni finanziarie. Il volume totale dei dati originali del backup è di 65 TB.
Ogni giorno vengono eseguiti circa 4400 compiti. Di seguito sono riportate le statistiche dei compiti completati negli ultimi 16 giorni.
La maggior parte dei backup tramite Commvault riguarda Windows File System, SQL Server e database Exchange.
E ora i casi promessi. Anche se anonimi (saluti da NDA :)), offrono un'idea di perché e come i clienti utilizzano il backup basato su Commvault. Di seguito sono riportati i casi di clienti che utilizzano un unico sistema di backup, ovvero software comuni, Server Agenti Media e sistemi di archiviazione.
Caso 1
Cliente. Azienda commerciale e produttiva russa nel mercato dolciario con una rete distribuita di filiali in Russia.
Sfida.Organizzazione del backup per database Microsoft SQL, server file, server applicazioni, caselle di posta Exchange Online.
I dati originali si trovano negli uffici in tutta la Russia (più di 10 città). È necessario eseguire il backup presso la sede di DataLine con successivo ripristino dei dati in uno qualsiasi degli uffici dell'azienda.
Il cliente desiderava un completo controllo autonomo con limitazione degli accessi.
Profondità di archiviazione – un anno. Per Exchange Online – 3 mesi per copie operative e un anno per gli archivi.
Soluzione. Per i database è stata configurata una copia aggiuntiva su un'altra sede: l'ultimo backup completo del mese viene trasferito su un'altra sede e ivi conservato per un anno.
La qualità dei canali dagli uffici remoti del cliente non sempre consentiva di eseguire il backup e il ripristino nei tempi ottimali. Per ridurre il volume del traffico trasmesso, è stata configurata una deduplicazione lato cliente. Grazie a questo, il tempo per un backup completo è diventato accettabile considerando la lontananza degli uffici. Ad esempio, un backup completo del database di 131 GB da San Pietroburgo richiede 16 minuti. Da Ekaterinburg, un database di 340 GB viene eseguito in 1 ora e 45 minuti.
Attraverso i ruoli, il cliente ha configurato diverse autorizzazioni per i propri sviluppatori: solo per il backup o per il ripristino.
Caso 2
Cliente. Rete russa di negozi di articoli per bambini.
Sfida. Organizzazione del backup per:
un cluster MS SQL ad alto carico basato su 4 server fisici;
macchine virtuali con sito web, server applicativi, 1C, Exchange e server di file.
Tutta l'infrastruttura indicata dal cliente è distribuita tra i siti OST e NORD.
RPO per i server SQL – 30 minuti, per gli altri – 1 giorno.
Profondità di archiviazione – da 2 settimane a 30 giorni, a seconda del tipo di dati.
Soluzione. È stata scelta una combinazione di soluzioni basate su Veeam e Commvault. Per il backup dei file dal nostro cloud viene utilizzato Veeam. I server di database, Active Directory, email e server fisici vengono eseguiti tramite Commvault.
Per raggiungere un'elevata velocità di backup, il cliente ha dedicato un adattatore di rete sui server fisici con MS SQL per le attività di backup. Un backup completo del database di 3,4 TB richiede 2 ore e 20 minuti, mentre il ripristino completo richiede 5 ore e 5 minuti.
Il cliente aveva un grande volume di dati sorgente (quasi 18 TB). Se si accumulassero i dati su una libreria a nastro, come faceva in precedenza, sarebbero stati necessari diverse decine di cartucce. Questo avrebbe complicato la gestione dell'intero sistema di backup del cliente. Pertanto, nella realizzazione finale, la libreria a nastro è stata sostituita da uno storage di rete.
Caso 3
Cliente. Rete di supermercati nella CSI
Sfida. Il cliente desiderava organizzare il backup e il ripristino dei sistemi SAP, collocati nel nostro cloud. Per i database SAP HANA RPO=15 minuti, per le macchine virtuali con server applicativi RPO=24 ore. Profondità di archiviazione – 30 giorni. In caso di incidente RTO=1 ora, per il ripristino della copia su richiesta RTO=4 ore.
Soluzione. Per il database HANA è stata configurata una copia di backup dei file DATA e dei file di Log con una periodicità specificata. I file di Log vengono archiviati ogni 15 minuti o al raggiungimento di una certa dimensione.
Per ridurre il tempo di ripristino del database, abbiamo impostato un sistema di archiviazione dei backup a due livelli basato su storage SAN e su una libreria a nastro. Sui dischi vengono salvate copie operative con la possibilità di ripristino in qualsiasi momento fino a una settimana. Quando un backup supera 1 settimana, viene spostato in archivio, nella libreria a nastro, dove rimane per altri 30 giorni.
Un backup completo di uno dei database da 181 GB viene effettuato in 1 ora e 54 minuti.
Per la configurazione del backup è stata utilizzata l'interfaccia backint di SAP, che consente di integrare i sistemi di backup di terze parti con SAP HANA Studio. Pertanto, il backup può essere gestito direttamente dalla console SAP. Questo semplifica la vita agli amministratori SAP, che non devono abituarsi a una nuova interfaccia.
La gestione del backup è inoltre disponibile per il cliente tramite la console client standard di Commvault.
Per oggi è tutto. Fate domande nei commenti.
Fonte: habr.com
