Bacula: rädsla för vampyrer

Hej alla.

Jag ville berätta lite om bacula, det programmet som alla är rädda för eftersom det är för stort för dem och / eller vid första anblicken verkar det komplicerat.

Det är verkligen ett fantastiskt program, men när de förklarar (ungefär) hur det fungerar går allt smidigt.

Inledning

Bacula är ett program som hanterar säkerhetskopior (säkerhetskopior på spanska). Dess enorma potential ligger i hur väl den hanterar och automatiserar säkerhetskopieringsuppgifter, särskilt i stora miljöer (se flerserverunderhåll).

Det är sant att om du bara vill säkerhetskopiera din persondator, glöm det, det tar för lång tid att konfigurera den. Men om du befinner dig i stället att behöva hantera flera datorer / servrar är Bacula din lösning. Först måste du spendera många timmar, men när du har lämnat allt konfigurerat kan år gå utan att du behöver röra igen. när du väl har lärt dig att använda den blir ändringarna du gör små och enkla.

Arkitektur

Det första man ska förstå om detta program är dess diversifiering: det är uppdelat i flera delar som är inbördes relaterade. Dessa delar kan installeras på olika maskiner eller på samma, vilket ger möjlighet att spara säkerhetskopior på en annan maskin än den som hanterar dem (till exempel).

Det finns tre huvuddelar, var och en är också ett annat installationspaket: Director, Storage och File. Som du kan härleda, Fil är klientmaskinen (den som behöver kopior), den lagring är maskinen som lagrar dessa kopior och Direktör det är maskinen som orkestrerar hela processen. Naturligtvis kan det finnas flera klientdatorer (File), flera lagringsutrymmen (om du vill separera kopiorna) och Director (även om det logiska är en, kan du ange flera).

Filer, verktyg och demoner

Om allt detta är automatiserat är det med hjälp av demoner. Varje del har sin egen demon: bacula-director, bacula-fd (file-daemon) och bacula-sd (storage-daemon). Och varje demon fungerar enligt dess filinställningar, värd i / etc / bacula: bacula-dir.conf, bacula-fd.conf, bacula-sd.conf.

Dessa konfigurationsfiler genereras automatiskt under installationen, och endast ett par parametrar behöver ändras (IP för fjärrmaskinen, egna certifikat, automatisk säkerhetskopieringsplanering ...). Regissörens konfiguration är den svåraste och mest omfattande, eftersom han är den som tar hand om allt; normalt är den uppdelad i flera filer för att inte bryta ett huvud, då är de alla i huvudfilen sammanfogade (liknar innefattar Apache2).

Nu, även om konfigurationsfilerna är där alla "chicha" är, erbjuder bacula oss flera verktyg för sin hantering, eftersom det ofta kommer att vara nödvändigt att utföra uppgifter "för hand". Jag ska bara fokusera på konsolverktyget bkonsol, eftersom det är det mest användbara och även resten (graferna) baseras på det. Som namnet antyder är det en kommandotolk som interaktivt låter dig utföra olika jobb.

Det bör sägas att det finns flera webbtjänster som man kan installera på Director-maskinen för hantering och övervakning av Bacula. Till exempel erbjuder Bacula-Web dig med grafer och tabeller information om status för säkerhetskopior, lagring ockupation ... etc.

Det bör också nämnas att driften av Bacula baseras på en katalog: en databas (att välja mellan MySQL, SQLite och PostgreSQL) där alla händelser, volymer, klienter spelas in ... Denna databas bör inte beröras för hand genom bkonsol Olika kommandon tillhandahålls för att interagera med katalogen utan att använda SQL-syntax.

säkerhet

En av styrkorna med Bacula är säkerhet. Varje klient, lagring och direktör har sin egen nyckel, och beroende på anslutningen krypteras den med den nyckeln. Alla kan uppfinna denna nyckel efter eget tycke, även om själva programmet genererar ett slumpmässigt antal på 30 tecken.

Förutom den kryptering som tillhandahålls av programmet accepterar Bacula säkra anslutningar genom användning av TLS. Därför måste vi lägga till en ny kryptering av certifikat och SSL-nyckel till vår tidigare kryptering. Om vi ​​blir mer allvarliga måste ett unikt certifikat och nyckel skapas för varje maskin. Denna del av installationen är lite mer komplex.

Volymer

Jag kommer att lägga lite tonvikt på hur kopiorna hanteras genom katalogen, eftersom det kan vara lite förvirrande först.

Kopiorna förvaras i krypterade volymer, så man kan inte direkt komma åt filerna. Det är ett slags .tar.gz (eftersom det stöder komprimering), men dess eget; utan katalogen är det omöjligt att rädda data. Det finns avancerade verktyg för detta, men de behöver alltid någon del av databasen, och för nybörjare blir de mycket komplexa. Det är därför som katalogen måste skämmas bort och tas om hand (som standard gör Bacula sin egen säkerhetskopia av katalogen efter att ha slutfört de jobb som den hade planerat).

För att hjälpa oss att organisera flera säkerhetskopior grupperar Bacula Volymer i pooler. Till exempel definieras en pool per klient, så alla kopior (volymer) för varje klient kan enkelt differentieras eftersom de tillhör olika familjer (pooler).

Dessutom stöder Bacula återanvändning / återvinning av volymer. Så om du bara vill ha en fullständig säkerhetskopiering varje månad, men bara vill att en ska finnas, kan du konfigurera Bacula så att den skriver över den volym som tidigare innehöll den kopian, så du undviker att fylla disken i onödan och glömmer att behöva radera data själv. gamla för hand.

Kopiera nivå och återställer

Man kan definiera olika jobb med sina respektive scheman. Med andra ord, om vi gör en fullständig säkerhetskopia varje dag, skulle våra underhållsuppgifter inte vara särskilt effektiva ... men Bacula tillåter oss upp till 3 olika nivåer när vi tar säkerhetskopior: Full, Differential och Incremental.

Full säkerhetskopia är den klassiska kopian, allt du vill säkerhetskopiera kopieras. Medan Differential bara kopierar de filer som har ändrats (eller de nya) sedan förra Fullhuset. Med inkrementella kopior händer samma sak men en nivå lägre, det jämförs bara ändringarna sedan den senaste Differentialen, eller sedan den senaste Full om den är nyare. Detta är väldigt bekvämt om du vill upprätthålla en balans mellan optimering av resurser och deras nytta. Med detta kan vi få filer med olika datum utan att ta upp mycket utrymme. Det är mycket användbart när någon trasslar och behöver en specifik säkerhetskopia under en dag.

Ett exempel: vi planerar stegvisa säkerhetskopior varje dag, Differential varje vecka och Full varje månad. Om vi ​​när som helst behöver använda dessa kopior (eftersom en av våra klientmaskiner har kraschat) måste vi helt enkelt göra ett återställningsjobb (genom bkonsol) att kunna ange den senaste kopian för ett visst datum, och Bacula ensam kommer att montera ett katalogträd baserat på sammankopplingen av den senaste Full med ändringarna som bidragits av Differential och Incremental.

automation

Här kommer den starka punkten i Bacula. Alla säkerhetskopieringsuppgifter är schemalagda i regissören och medger också prioritetsnivåer. Därför är det normalt att planera flera uppgifter för samma dag och tid. När direktören har anslutit sig till klientmaskinen (med sin FileDaemon) sätter han honom i kontakt med lagringen som är associerad med uppgiften, förbereder den krypterade anslutningen och filerna som ska kopieras.

Dessutom låter det dig inte bara ange vilka filer / mappar som ska kopieras, det stöder också körning av kommandon / skript före, under och efter varje jobb. Därför, om man vill göra en säkerhetskopia av en databas, kan du ange sökvägen för skriptet som ger dig dumpningen och senare kopiera den dumpningen. Det låter dig också ange vilka filer som ska kopieras på ett generiskt sätt och kunna lägga till mer specifika filer från själva klientmaskinen. Det är normalt att ha en gemensam FileSet för alla UNIX-system (där mapparna som ska kopieras är definierade, / etc, / usr, / home / var ...), och sedan kan varje klient specificera sina egna filer som de vill ska kopieras.

Bacula stöder också återanvändning / återvinning av volymer. Så om du bara vill ha en fullständig säkerhetskopiering varje månad, men bara vill att en ska finnas, kan du konfigurera Bacula så att den skriver över den volym som tidigare innehöll den kopian, så att du undviker att fylla disken i onödan och att du glömmer att du måste radera data själv. gamla för hand. En mycket utbredd användning är att återanvända de pooler som tilldelats inkrementella och differentiella kopior, eftersom de helt enkelt tjänar till att lagra de modifierade / nya filerna, varje gång det finns en ny Full, är dessa volymer oanvändbara, så du återanvänder dem för de nya Incrementals / Differentialer.

Och allt detta ... hur fungerar det?

Efter tegelstenen som jag just släppte kommer många att undra hur i helvete detta hanteras. Tja, ALLT anges i de ovan nämnda konfigurationsfilerna, och allt är automatiserat i dem. Efter att ha spenderat flera timmar på att konfigurera dem är det värt för livet när det väl är gjort, det blir till och med tråkigt.

Det enda som behöver göras för hand är restaureringsuppgifterna, eftersom det inte vore mycket meningsfullt att automatisera dem ... även om det kan göras. Att göra dem för hand är ändå ganska enkelt med verktyget bkonsol Flera alternativ erbjuds och du behöver bara välja detaljer. Det är också en utökad användning för att definiera poolerna för hand, därför behöver du i konfigurationsfilerna bara säga till vilken pool volymerna tillhör, utan att behöva skapa ett direktiv för att skapa / söka efter dem.

Epilog

Jag har inte gått in på tekniska detaljer eftersom det här inlägget blir mycket omfattande, jag ville också ge en global bild av hur programmet fungerar. Om jag ser mycket feedback kan jag ha en handledning.

Jag hoppas att du gillade det och tills nästa gång!