Hur delar ni upp mjukvara/ lagring på eran hemmaserver?

Jag kör OS (FreeBSD) på en SSD som även huserar mina virtuella maskiner så att de alltid är rappa. Sedan har jag en spegling av 2x 3TB WD Red för backuper (både för interna filer på servern samt från andra maskiner i hemmet), samt en raidz av, för tillfället blandade diskar (mitt i en uppgradering av dem så byter dem en efter en), för bulkdata som delas ut via Samba och NFS.

FreeBSD kör så lite tjänster som möjligt då tanken är att de virtuella maskinerna ska hantera dem. T.ex. körs rtorrent och irssi i en av dem. Då jag kör med VirtualBox så pausar jag vid avstängning av den fysiska servern den virtuella maskinen så att den återupptar samma tillstånd när den fysiska servern startas igen. På så vis finns t.ex. alltid de tjänster jag har på dem tillgängliga utan att behöva tänka på autostart i de virtuella maskinerna (som kan vara jobbigt om man vill ha lite saker i en screen, t.ex.). Undantag här är ju dock Samba och NFS för filutdelning, samt några egenhackade skript till bland annat backup och monitorering.

För att förenkla hantering av FreeBSD ifall något skulle gå galet har jag sett till att dokumentera hela installationsflödet så att jag enkelt kan installera om det ifall det behövs (t.ex. ifall SSDn går sönder). Då få tjänster körs direkt på det innebär det främst installation av FreeBSD, några paket samt hämtning av konfigurationer och virtuella maskiner från backupdiskarna.

Fullständig klon av hela systemdisken är en variant för att återgå till hur det var innan. Det kan ju även ske i samband med extra backuper för att få med senaste innehållet, konfigurationer, med mera. Diskkloner kan göras med exempelvis clonezilla eller dd. En nackdel dock är att det kräver pill och nedtid för varje backup som tas av disken.

En annan variant är att antingen ha minst två diskar i servern, men ännu hellre en annan maskin man kan skriva backuper till (en share borde räcka gott i detta fall). Då kan man se till att varje natt/timma/som man vill, köra backup på de filer osm är av värde, i vanliga fall konfigurationer samt den innehållsdata man vill ha kvar. rsync är ett väldigt bra program för detta ändåmål, gärna tillsammans med cron som schemaläggare (inbyggt i GNU/Linux och de flesta *nix-system vad jag vet). rsync ser till att kopiera den inkrementella data som är ny sedan senaste överföringen, dvs den kopierar bara de ändringar som gjorts. Man kan själv avgöra ifall borttagna filer från orginalmapparna skall raderas på backupen eller ej. Vid ett eventuellt diskhaveri, eller ominstallation av annan anledning, kan alla viktiga filer återhämtas från backupen som är up to date.

Notera dock att rsync per automatik inte innebär fullständigt säker backup då det kan inträffa korrupt data (inte via rsync men via exempelvis nätverk, kontrollerkort, dåliga diskar, etc). Bästa är ju att kontinuerligt verifiera sin backup att den fungerar, ha flera kopior och helst offsite. Detta är dock ett helt annat ämne som har diskuterats många gångeri forumet. TIll en början kan rsync räcka gott tycker jag nog, framför allt i lärande syfte.

Exempel

Ponera att vi har en server med två olika diskar: sda samt sdb.

Sda är systemdisk som i detta fall innehåller fullständig installation av OS samt alla program. Den innehåller även allt innehåll som faktiskt används.

Sdb agerar primärt backupdisk och eventuellt sekundärt som lagringsutrymme för sådant som ej ska backupas. Denna disk är monterad som /extradisk/.

Då skulle exempelvis följande kommando kopiera allt i /etc/ (som inenhåller mycket konfiguration för både system och tjänster) till mappen backup på extradisken:

$ rsync -avR /etc /extradisk/backup/

Flaggan -a anger arkivering (--archive) som anger en massa olika flaggor som är bra, -v för verbose (bra vid övervakning), samt -R som innebär att de relativa sökvägarna ska användas på destinationen. I fallet ovan skulle vid en första körning mappen /extradisk/backup/etc skapas och innehålla allt som finns i /etc. Nästföljande körningar skulle uppdatera de filer som har ändrats samt lägga till nya filer. Borttagna filer i /etc skulle fortfarande finnas kvar på backupen. Om det ej är önskvärt att ha kvar borttagna filer kan flaggan --delete användas.

Kommandot ovan kan man lägga i cron för att schemalägga det till exempelvis varje natt. Öppna standardeditorn för att ändra genom:

$ crontab -e

Innehållet i crontab skulle kunna se ut på följande vis:

# m h  dom mon dow   command
0 23 * * * rsync -avR /etc /extradisk/backup/

Ovan exempel innebär att kommandot skulle köras klockan 23:00 varje dag i månaden, varje månad under året samt varje dag i veckan. Kortfattat varje dag 23:00. När man hanterar cron finns det dock vissa fallgropar ibland som att kommandon inte fungerar då cron ej vet var kommandot finns lagrat. I detta fall skulle rsync kunna bytas ut mot /usr/bin/rsync för att komma runt det problemet (man hittar den fullständiga sökvägen mha kommandot "whereis kommando").

Exemplet ovan kan användas för många olika mappar eller filer, bara göra ett nytt kommando och spara i crontab så ska de köras. Det finns en drös med olika detaljer som även kan vara bra att veta men till en början skulle något som ovan exemplifierat kunna fungera. Extradisken skulle även kunna vara en lokalt monterad NAS så backupen alltid finns på en annan maskin. Rsync kan även hantera att man skickar all data via SSH vilket förenklar vid offsite-backuper, men även lokala om man har flera maskiner i hemmet. Men då går vi inte mer på djupet och för automatisering kräver det lite extra nyckelhantering.

Förhoppningsvis har jag klargjort lite mer inför ditt projekt