Nei post precedenti abbiamo condiviso le istruzioni per la configurazione и basato su Veeam. Oggi vogliamo parlare del backup utilizzando Commvault. Non ci saranno istruzioni, ma ti diremo cosa e come i nostri clienti stanno già eseguendo il backup.
Sistema di archiviazione di un sistema di backup basato su Commvault nel data center OST-2.
Come funziona?
Commvault è una piattaforma di backup per applicazioni, database, file system, macchine virtuali e server fisici. In questo caso, i dati iniziali possono trovarsi su qualsiasi sito: con noi - lato cliente, in un altro data center commerciale o nel cloud.
Il client installa un agente sugli oggetti di backup - Agente iData - e lo configura in conformità con le politiche di backup richieste. iData Agent raccoglie i dati necessari, li comprime, deduplica, crittografa e li trasferisce al sistema di backup DataLine.
Server proxy garantire la connettività della rete cliente e della nostra rete, l'isolamento dei canali attraverso i quali vengono trasmessi i dati.
Sul lato DataLine, ricevono i dati dall'iData Agent Server dell'agente multimediale e lo invia all'archiviazione su sistemi di archiviazione, librerie di nastri, ecc. Tutto questo è gestito da Comserv. Nella nostra configurazione, il server di controllo principale si trova sul sito OST e il server di backup si trova sul sito NORD.
Per impostazione predefinita, i dati del cliente vengono archiviati su un sito, ma è possibile organizzare i backup in due posizioni contemporaneamente o impostare una pianificazione per il trasferimento dei backup su un secondo sito. Questa opzione è chiamata “copia ausiliaria”. Ad esempio, tutti i backup completi alla fine del mese verranno automaticamente duplicati o spostati in un secondo sito.
Schema di funzionamento del sistema di backup Commvault.
Il sistema di backup funziona principalmente sulla virtualizzazione VMware: i server CommServe, Media Agent e Proxy vengono distribuiti su macchine virtuali. Se il cliente utilizza la nostra attrezzatura, i backup vengono posizionati sul sistema di archiviazione Huawei OceanStor 5500 V3. Per eseguire il backup dei sistemi di storage client, archiviare i backup su librerie a 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 punti.
Consolle. I clienti desiderano gestire autonomamente i backup. Tutte le operazioni di base sono disponibili nella console Commvault:
- aggiunta e rimozione di server per il backup;
- configurazione dell'iData Agent;
- creazione e avvio manuale delle attività;
- autoripristino dei backup;
- impostare notifiche sullo stato delle attività di backup;
- differenziazione degli accessi alla console in funzione del ruolo e del gruppo di utenti.
Deduplicazione. La deduplicazione consente di trovare e rimuovere blocchi di dati duplicati durante il processo di backup. Pertanto, aiuta a risparmiare spazio sul sistema di archiviazione e riduce la quantità di dati trasferiti, riducendo i requisiti di larghezza di banda. Senza la deduplicazione, i backup occuperebbero una dimensione da due a tre volte superiore a quella dei dati originali.
Nel caso di Commvault, la deduplicazione può essere configurata sul lato client o sul lato Media Agent. Nel primo caso i blocchi dati non univoci non verranno nemmeno trasferiti al Media Agent Server. Nella seconda il blocco ripetitivo viene scartato e non viene scritto nel sistema di storage.
Tale deduplicazione dei blocchi si basa su funzioni hash. Ad ogni 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 “perforato” attraverso questa base. Se tale hash è già presente nel database, il blocco viene contrassegnato come non univoco e non viene trasferito al Media Agent Server (nel primo caso) né scritto nel sistema di archiviazione dati (nel secondo).
Grazie alla deduplicazione possiamo risparmiare fino al 78% dello spazio di archiviazione. Ora sullo storage sono archiviati 166,4 TB. Senza deduplicazione dovremmo archiviare 744 TB.
Possibilità di differenziare i diritti. Commvault ha la possibilità di impostare diversi livelli di accesso alla gestione del backup. I cosiddetti “ruoli” determinano quali saranno le azioni utente in relazione agli oggetti di backup. Ad esempio, gli sviluppatori potranno ripristinare solo un server con un database in una posizione specifica, mentre un amministratore potrà eseguire un backup fuori servizio per lo stesso server e aggiungere nuovi utenti.
Crittografia. È possibile crittografare i dati durante il backup tramite Commvault nei seguenti modi:
- da parte del client agent: in questo caso i dati verranno trasferiti al sistema di backup già in forma crittografata;
- dal lato dell'agente multimediale;
- a livello di canale: i dati vengono crittografati sul lato dell'agente client e decrittografati sul Media Agent Server.
Algoritmi di crittografia disponibili: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (consigliato da Commvault).
alcune statistiche
A metà dicembre, con l'aiuto di Commvault, avremo 27 clienti in fase di backup. La maggior parte di loro sono rivenditori e istituzioni finanziarie. La quantità totale di dati della copia originale è 65 TB.
Vengono eseguite circa 4400 attività al giorno. Di seguito sono riportate le statistiche sulle attività completate negli ultimi 16 giorni.
Il backup del file system Windows, di SQL Server e dei database Exchange viene eseguito soprattutto tramite Commvault.
E ora i casi promessi. Sebbene impersonali (la NDA saluta :)), danno un'idea di cosa e come i clienti utilizzano il backup basato su Commvault. Di seguito sono riportati casi di studio per clienti che utilizzano un unico sistema di backup, ovvero software condiviso, Media Agent Server e sistemi di storage.
Caso 1
Cliente. Azienda russa di commercio e produzione del mercato dolciario con una rete distribuita di filiali in tutta la Russia.
Task.Organizzazione del backup per database Microsoft SQL, file server, application server, caselle di posta Exchange Online.
I dati iniziali si trovano negli uffici di tutta la Russia (più di 10 città). È necessario eseguire il backup sul sito DataLine con successivo ripristino dei dati in una qualsiasi delle sedi dell'azienda.
Allo stesso tempo, il cliente desiderava una totale autonomia con controllo degli accessi.
Profondità di conservazione - anno. Per Exchange Online, 3 mesi per le copie online e un anno per gli archivi.
La soluzione Per i database del secondo sito è stata predisposta una copia aggiuntiva: l'ultimo backup completo del mese viene trasferito in un altro sito e ivi conservato per un anno.
La qualità dei canali provenienti dalle sedi remote del cliente non sempre consentiva il backup e il ripristino nei tempi ottimali. Per ridurre la quantità di traffico trasmesso, è stata configurata la deduplicazione lato client. Grazie a lei, i tempi di un backup completo sono diventati accettabili, tenendo conto della lontananza degli uffici. Ad esempio, un backup completo del database di 131 GB da San Pietroburgo viene eseguito in 16 minuti. Da Ekaterinburg viene eseguito il backup di un database da 340 GB per 1 ora e 45 minuti.
Attraverso i ruoli, il cliente ha configurato diversi permessi per i suoi sviluppatori: solo backup o ripristino.
Caso 2
Cliente. Catena russa di negozi di articoli per bambini.
Task. Organizzazione del backup per:
un cluster MS SQL ad alto carico basato su 4 server fisici;
macchine virtuali con sito Web, server applicazioni, 1C, Exchange e file server.
L'intera infrastruttura specificata del cliente è spaziata tra i siti OST e NORD.
RPO per server SQL: 30 minuti, per il resto - 1 giorno.
Profondità di archiviazione: da 2 settimane a 30 giorni, a seconda del tipo di dati.
La soluzione Abbiamo scelto una combinazione di soluzioni basate su Veeam e Commvault. Veeam viene utilizzato per i backup dei file dal nostro cloud. Il backup dei server database, Active Directory, della posta e dei server fisici viene eseguito tramite Commvault.
Per ottenere un'elevata velocità di backup, il client ha allocato un adattatore di rete separato sui server fisici con MS SQL per le attività di backup. Un backup completo di un database da 3,4 TB richiede 2 ore e 20 minuti, mentre un ripristino completo richiede 5 ore e 5 minuti.
Il client disponeva di una grande quantità di dati iniziali (quasi 18 TB). Se i dati dovessero essere impilati in una libreria a nastro, come aveva fatto in precedenza il cliente, sarebbero necessarie diverse dozzine di cartucce. Ciò complicherebbe la gestione dell'intero sistema di backup del cliente. Pertanto, nell'implementazione finale, la libreria a nastro è stata sostituita da un sistema di storage.
Caso 3
Cliente. Catena di supermercati nella CSI
Task. Il cliente desiderava eseguire il backup e ripristinare i sistemi SAP ospitati nel nostro cloud. Per i database SAP HANA RPO=15 minuti, per macchine virtuali con server applicazioni RPO=24 ore. Profondità di conservazione: 30 giorni. In caso di incidente RTO=1 ora, per ripristinare una copia on demand RTO=4 ore.
La soluzione Per il database HANA, i backup dei file DATA e dei file Log sono stati configurati a intervalli specificati. I file di registro venivano archiviati ogni 15 minuti o quando raggiungevano una determinata dimensione.
Per ridurre i tempi di ripristino del database, configuriamo l'archiviazione dei backup su due livelli in base al sistema di archiviazione e alla libreria di nastri. Ai dischi vengono aggiunte copie on-line con possibilità di ripristino in qualsiasi momento della settimana. Quando il backup supera una settimana, viene spostato nell'archivio, nella libreria a nastro, dove viene archiviato per altri 1 giorni.
Un backup completo di uno dei database da 181 GB viene eseguito in 1 ora e 54 minuti.
Durante la configurazione del backup è stata utilizzata l'interfaccia SAP backint che consente di integrare sistemi di backup di terze parti con SAP HANA Studio. Pertanto, i backup possono essere gestiti direttamente dalla console SAP. Ciò semplifica la vita agli amministratori SAP che non devono abituarsi alla nuova interfaccia.
La gestione del backup è disponibile anche per il client tramite la console client Commvault standard.
È tutto per oggi. Fai domande nei commenti.
Fonte: habr.com