Onderwerp: Backup verantwoordelijkheden

Oorspronkelijk geplaatst door trialotto

Daarbij kan rustig gemeld worden dat elke hosting provider op "unmanaged solutions" een oplossing voor data backup kán aanbieden, waarbij elke wijziging direct (en niet met intervallen, zoals per dag of per uur) leidt tot een incremental.

Dat hosting providers die oplossing(en) feitelijk niet aanbieden, dat is een keuze van die hosting providers, welke keuze hen geheel vrij staat.

Na het lezen van dit topic ontstaat er bij mij wel een vraag. Kun je een voorbeeld noemen van software die dit doet ("elke wijziging direct (en niet met intervallen, zoals per dag of per uur) leidt tot een incremental")? Neem hierbij ook mee dat je aangeeft dat de prijzen van VPSen hoog zijn en je dat roept zonder iets te weten over de achterliggende hardware/techniek/service/etc. en ik krijg de indruk dat er bij @The-BosS en @systemdeveloper waarschijnlijk meer kennis aanwezig is.

Het noemen van prijzen en met name het plaatsen van links naar verkooppagina's in dit topic lijkt mij verder totaal niet relevant.

@TS: Welk formaat VMs heb je als je bezig bent met het maken van backups? Speelt dit nog een rol bij het geheugen gebruik?

Beste Mark17,

Oorspronkelijk geplaatst door Mark17

Na het lezen van dit topic ontstaat er bij mij wel een vraag. Kun je een voorbeeld noemen van software die dit doet ("elke wijziging direct (en niet met intervallen, zoals per dag of per uur) leidt tot een incremental")?

Daar is in principe niet echt "software" voor nodig, een eenvoudig scriptje (zoals een bash scriptje) op linux en/of code gekoppeld aan primaire read/write functions van het file system en/of code extensions op file transfer of file storage software kunnen (allemaal) volstaan.

Oorspronkelijk geplaatst door Mark17

Neem hierbij ook mee dat je aangeeft dat de prijzen van VPSen hoog zijn en je dat roept zonder iets te weten over de achterliggende hardware/techniek/service/etc. ...

Je doet een aanname.

Oorspronkelijk geplaatst door Mark17

... en ik krijg de indruk dat er bij @The-BosS en @systemdeveloper waarschijnlijk meer kennis aanwezig is.

Fijn dat je hun feitelijke kennis en kunde waardeert.

Oorspronkelijk geplaatst door Mark17

Het noemen van prijzen en met name het plaatsen van links naar verkooppagina's in dit topic lijkt mij verder totaal niet relevant.

Er zijn geen links naar verkooppagina´s in dit forum vermeld, niet door mij, niet door anderen.

Natuurlijk had je dat kunnen zien, als men mijn post niet onnodig had gecensureerd.

MvG

@trialotto

Zit jij toevallig in 't onderwijs?

Het gaat overduidelijk om een ambtenaar...

Oorspronkelijk geplaatst door Mark17

Na het lezen van dit topic ontstaat er bij mij wel een vraag. Kun je een voorbeeld noemen van software die dit doet ("elke wijziging direct (en niet met intervallen, zoals per dag of per uur) leidt tot een incremental")?

Met ZFS en deduplication (block level) kom je een heel eind, je maakt gewoonweg een nieuw bestand aan en behoudt de oude. Kost je alleen wel aardig wat rekenkracht en geheugen. Daarnaast denk ik dat bedrijven die nog geen ZFS gebruiken, ver achter de feiten aanlopen.
@trialotto : Je kan ook meerdere goedkope vps-en afnemen bij verschillende bedrijven en deze in high-availability zetten. Zie het als consumenten hdd's in raid stoppen, het geheel is enorm betrouwbaar terwijl elk onderdeel apart snel kan falen.

@kiezo ,

Oorspronkelijk geplaatst door kiezo

....
@trialotto : Je kan ook meerdere goedkope vps-en afnemen bij verschillende bedrijven en deze in high-availability zetten. Zie het als consumenten hdd's in raid stoppen, het geheel is enorm betrouwbaar terwijl elk onderdeel apart snel kan falen.

Dat snap ik, daarom was mijn vraag (al in post #5 ) of de TS een backup van data (gewoon rsync of rsnapshot gebruiken) óf backup van data én OS (High Availability inzetten, bijvoorbeeld met extra VPS-en) wenst, waardoor problemen met het memory intensive backup script van de TS verdwijnen.

Maar dat is enigszins off-topic, schijnt.

De geheugenproblemen met het script van de TS kunnen veroorzaakt worden diverse factoren, van configuratie settings tot command line options.

De TS zou er goed aan doen om wat extra informatie te verstrekken, zodat hierna een (on-topic) verklaring/oplossing gegeven kan worden.

MvG

Omdat in het originele topic (LVM backups maken, virt-backup.pl heeft enorm veel geheugen nodig) behoorlijk offtopci ging een nieuwe discussie over backup verantwoordelijkheden.

Oorspronkelijk geplaatst door trialotto

Het is niet zo verstandig om een script van een derde partij te gebruiken, zeker niet dit specifieke script (ik heb het even vluchtig doorgenomen).


De vraag is ook of jij een backup van (alleen) de data wenst, of een backup van data en OS.


In mijn bescheiden opinie is het een en ander goed op te lossen met


a) een backup van data (buiten de VPS), bij voorkeur op een server in het interne netwerk, waartoe de VPS behoort,


b) een template voor de OS Installatie (lees: een lege installatie van de OS, met bijbehorende gepersonaliseerde configuratie),


het een en ander zodat een calamiteit opgelost kan worden door een nieuwe VM te installeren met de template (een paar seconden werk) en vervolgens de data via rsync te kopiëren.


Mocht jij een integrale oplossing zoeken, dan is rsnapshot een zeer zinvol alternatief.


Daarmee is meteen ook duidelijk waarom het onderhavige script zo overbodig is, er zijn bestaande alternatieven beschikbaar, zoals rsnapshot.


Tot slot, een laatste opmerking: als de data relatief groot is (1 TB of meer), dan is een eigen root server met (tenminste) RAID 1 configuratie te overwegen, aangezien de RAID 1 configuratie (tot op zekere hoogte) een "safeguard" voor data betekent, welke "safeguard" de relatieve prioriteit van data backup doet verlagen.


Kortom, kijk niet alleen naar mogelijkheden van backup, maar probeer ook te kijken naar de aard van de technische infrastructuur, aangezien dit eisen stelt aan de wijze van zekerheidstelling van data.


MvG