Bacula: frykt for vampyrer

Hei alle sammen.

Jeg ønsket å fortelle deg litt om bacula, det programmet som alle er redde for fordi det er for stort for dem og / eller ved første øyekast virker det komplisert.

Det er virkelig et flott program, men når de forklarer (omtrent) hvordan det fungerer, går alt greit.

Innledning

Bacula er et program som administrerer sikkerhetskopier (sikkerhetskopier på spansk). Det enorme potensialet ligger i hvor godt det håndterer og automatiserer sikkerhetskopieringsoppgaver, spesielt i store miljøer (se vedlikehold av flere servere).

Det er sant at hvis du bare vil ta sikkerhetskopier av din personlige datamaskin, så glem det, det vil ta for lang tid å konfigurere den. Men hvis du befinner deg i posisjonen til å måtte håndtere flere datamaskiner / servere, er Bacula løsningen din. Først må du bruke mange timer, men når du lar alt være konfigurert, kan det gå år uten at du trenger å røre det igjen; når du først har lært å bruke den, vil endringene du vil gjøre små og enkle.

Arkitektur

Den første tingen å forstå om dette programmet er dets diversifisering: det er delt inn i flere deler som er sammenhengende. Disse delene kan installeres på forskjellige maskiner eller på samme maskin, noe som gir muligheten til å lagre sikkerhetskopier på en annen maskin enn den som administrerer dem (for eksempel).

Det er 3 hoveddeler, som hver også er en annen installasjonspakke: Director, Storage og File. Som du kan utlede, er filet er klientmaskinen (den som trenger kopier), den oppbevaring er maskinen som lagrer disse kopiene og Regissør det er maskinen som orkestrerer hele prosessen. Selvfølgelig kan det være flere klientmaskiner (File), flere Storage (i tilfelle du vil skille kopiene) og Director (selv om den logiske tingen ville være en, kan du spesifisere flere).

Filer, verktøy og demoner

Hvis alt dette er automatisert, er det ved bruk av demoner. Hver del har sin egen demon: bacula-director, bacula-fd (file-daemon) og bacula-sd (storage-daemon). Og hver demone fungerer i henhold til filinnstillingene, vert i / etc / bacula: bacula-dir.conf, bacula-fd.conf, bacula-sd.conf.

Disse konfigurasjonsfilene genereres automatisk under installasjonen, og bare et par parametere trenger å endres (IP for den eksterne maskinen, egne sertifikater, automatisk sikkerhetskopieringsplanlegging ...). Regissørens konfigurasjon er den vanskeligste og mest omfattende, siden det er han som tar seg av alt; normalt er det delt inn i flere filer for ikke å knuse hodet, så i hovedfilen er de alle sammen (ligner på inkluderer Apache2).

Nå, selv om konfigurasjonsfilene er der alt "chicha" er, tilbyr bacula oss flere verktøy for å håndtere det, siden det ofte vil være nødvendig å utføre oppgaver "for hånd". Jeg skal bare fokusere på konsollverktøyet bkonsoll, siden det er det mest nyttige, og også resten (grafene) er basert på det. Som navnet antyder, er det en kommandotolk som interaktivt lar deg utføre forskjellige jobber.

Det skal sies at det er flere webtjenester som man kan installere på Director-maskinen for å administrere og overvåke Bacula. For eksempel tilbyr Bacula-Web deg med grafer og tabeller informasjon om status for sikkerhetskopier, lagring okkupasjon ... etc.

Det skal også nevnes at driften av Bacula er basert på en katalog: en database (for å velge mellom MySQL, SQLite og PostgreSQL) der alle hendelser, volumer, klienter blir registrert ... Denne databasen skal ikke berøres for hånd , gjennom bkonsoll Ulike kommandoer er gitt for å samhandle med katalogen uten å bruke SQL-syntaks.

Sikkerhet

En av styrkene til Bacula er sikkerhet. Hver klient, lagring og direktør har sin egen nøkkel, og avhengig av forbindelsen er den kryptert med den nøkkelen. Alle kan finne på denne nøkkelen etter eget ønske, selv om selve programmet genererer et tilfeldig antall på 30 tegn.

I tillegg til krypteringen som programmet tilbyr, godtar Bacula sikre forbindelser ved bruk av TLS. Derfor må vi legge til en ny kryptering av sertifikat og SSL-nøkkel til vår forrige kryptering. Hvis vi blir mer seriøse, må det lages et unikt sertifikat og nøkkel for hver maskin. Denne delen av oppsettet er litt mer kompleks.

Volumer

Jeg skal legge litt vekt på hvordan kopiene administreres gjennom katalogen, da det kan være litt forvirrende i starten.

Kopiene holdes pakket i krypterte volumer, slik at man ikke får direkte tilgang til filene. Det er en slags .tar.gz (siden den støtter komprimering), men dens egen; uten katalogen er det umulig å redde datatilbakene. Det er avanserte verktøy for dette, men de trenger alltid en del av databasen, og for nybegynnere blir de veldig komplekse. Det er grunnen til at katalogen må skjemmes bort og pleies (som standard tar Bacula sin egen sikkerhetskopi av katalogen etter fullført jobbene den hadde planlagt).

For å hjelpe oss med å organisere flere sikkerhetskopier, grupperer Bacula Volumes i bassenger. For eksempel er et basseng definert per kunde, slik at alle kopiene (volumene) til hver kunde lett kan differensieres siden de tilhører forskjellige familier (bassenger).

I tillegg støtter Bacula gjenbruk / resirkulering av volumer. Så hvis du bare vil ha en månedlig full sikkerhetskopi, men bare vil at en skal eksistere, kan du konfigurere Bacula til å overskrive volumet som tidligere inneholdt den kopien, slik at du unngår å fylle disken unødvendig og glemmer å måtte slette dataene selv. gamle for hånd.

Kopier nivå og gjenoppretter

Man kan definere forskjellige jobber med sine respektive tidsplaner. Med andre ord, hvis vi gjør en full sikkerhetskopi hver dag, ville vedlikeholdsoppgavene våre ikke være veldig effektive ... men Bacula tillater oss opptil 3 forskjellige nivåer når vi tar sikkerhetskopier: Full, Differensiell og Inkrementell.

Full sikkerhetskopi er den klassiske kopien, alt du vil sikkerhetskopiere blir kopiert. Mens Differensialet bare kopierer filene som har endret seg (eller de nye) siden forrige Full House. Med inkrementelle kopier skjer det samme, men ett nivå lavere, det sammenligner bare endringene siden forrige Differensial, eller siden forrige Full hvis det er nyere. Dette er veldig praktisk hvis du vil opprettholde en balanse mellom optimalisering av ressurser og deres nytteverdi. Med dette kan vi få filer med forskjellige datoer uten å ta mye plass. Det er veldig nyttig når noen roter sammen og trenger en spesifikk sikkerhetskopi i en dag.

Et eksempel: Vi planlegger trinnvise sikkerhetskopier hver dag, Differensial hver uke og Full hver måned. Hvis vi når som helst trenger å bruke disse kopiene (fordi en av klientmaskinene våre har krasjet), må vi ganske enkelt gjøre en gjenopprettingsjobb (gjennom bkonsoll) å kunne spesifisere den nyeste kopien for en bestemt dato, og Bacula alene vil montere et katalogtre basert på sammenkoblingen av den siste Full med endringene som er bidratt av Differensial og Inkrementell.

Automatisering

Her kommer det sterke punktet til Bacula. Alle sikkerhetskopieringsoppgaver er planlagt i direktøren, og innrømmer også prioritetsnivåer. Derfor er det normalt å planlegge flere oppgaver for samme dag og tid. Når direktøren har koblet seg til klientmaskinen (med FileDaemon), setter han ham i kontakt med lagringen som er knyttet til nevnte oppgave, forbereder den krypterte forbindelsen og filene som skal kopieres.

Videre lar det deg ikke bare spesifisere filene / mappene som skal kopieres, det støtter også utføring av kommandoer / skript før, under og etter hver jobb. Derfor, hvis man ønsker å ta sikkerhetskopi av en database, kan du spesifisere banen til skriptet som gir deg dumpen og senere kopiere den dumpen. Det lar deg også spesifisere filene som skal kopieres på en generisk måte, og være i stand til å legge til mer spesifikke filer fra selve klientmaskinen. Det er normalt å ha et felles FileSet for alle UNIX-systemer (der mappene som skal kopieres er definert, / etc, / usr, / home / var ...), og deretter kan hver klient spesifisere sine egne filer som de vil kopiere.

Bacula støtter også gjenbruk / resirkulering av volumer. Så hvis du bare vil ha en månedlig full sikkerhetskopi, men bare vil at en skal eksistere, kan du konfigurere Bacula til å overskrive volumet som tidligere inneholdt den kopien, slik at du unngår å fylle disken unødvendig, og du glemmer å måtte slette dataene selv. gamle for hånd. En veldig utbredt bruk er å gjenbruke bassengene som er tildelt inkrementelle og differensielle kopier, siden de ganske enkelt tjener til å lagre de modifiserte / nye filene, hver gang det er en ny Full, er disse volumene ubrukelige, så du bruker dem til de nye Incrementals / Differensialer.

Og alt dette ... hvordan fungerer det?

Etter mursteinen som jeg nettopp slapp, vil mange lure på hvordan i helvete dette blir håndtert. Vel, ALT er spesifisert i de nevnte konfigurasjonsfilene, og alt er automatisert i dem. Etter å ha brukt flere timer på å konfigurere dem, når det er gjort, er det verdt det for livet, det blir til og med kjedelig.

Det eneste som må gjøres for hånd er restaureringsoppgavene, siden det ikke ville være fornuftig å automatisere dem ... selv om det kan gjøres. Å lage dem for hånd er likevel ganske enkelt, med verktøyet bkonsoll Flere alternativer tilbys, og du må bare velge detaljene. Det er også en utvidet bruk for å definere bassengene for hånd, og derfor trenger du i konfigurasjonsfilene bare å si hvilken gruppe volumene tilhører, uten å måtte lage et direktiv for å opprette / søke etter dem.

Epilog

Jeg har ikke gått inn på tekniske detaljer siden dette innlegget blir veldig omfattende, jeg ønsket også å gi et globalt syn på driften av programmet. Hvis jeg ser mange tilbakemeldinger, har jeg kanskje en veiledning.

Jeg håper du likte det og til neste gang!