Shellsec

Fuld version: Cloud storage udbydere
Du ser lige nu en skrabet udgave af vores indhold. Se den fulde version med ordentlig formatering.
Dette er måske et lang skud på nogle punkter, men kan da være en enkelt eller to herinde har nogle erfaringer med det.

Arbejder pt på et projekt, hvor jeg ville være lidt nazi med at sikre at dataen ikke forsvinder overhovedet.
Hosten jeg bruger lige nu tilbyder daglig backup, dog i mod betaling for at få udleveret backup, hvis uheldet skulle ske.

Så derfor ville jeg gerne have en alternativ løsning, samt mulighed for at kunne tage en backup i timen af databasen og en daglig backup af hjemmesiden.
(Better safe, then sorry)

Da cloud er det nye sort åbenbart, så har jeg kigget på et par Cloud storage rundt omkring for at finde en løsning, hvor at jeg ved dataen er i sikkerhed.
Har overvejet at købe en dedicated server et sted, men også overvejet at smække 2 harddiske til en Raspberry Pi, og så køre dem i Raid 1.

Så der er sådan set en del muligheder, men optimaler ville selvfølgelig være hvis jeg kunne finde en cloud storage service, med API eventuelt til bare at smæk et program op til at tage backupsne automatisk.'
Har taget et kig på hubic.com (OVH), Backblaze, Amazon AWS S3 og Online.net, og de virker alle sammen fine med lidt forskellige priser, men ville da lige høre om der var nogen som havde erfaringer med dette.

Lige pt hælder jeg lidt i mod Hubic, da €1 for 100 GB er billigt, eller €5 for 10 TB, og så kunne det også bruges til personlig backup på de 10 TB.
Hvis det skal være billigt og godt, så er det vel bare et spørgsmål om at opsætte et par servere hos fx OVH, DigitalOcean, eventuelt Amazon AWS, hvorefter du tager backup på én og bruger SCP til at smide dem op på de andre? Så har du backup flere steder.
(11-10-2016, 17:06)Ash Skrev: [ -> ]Hvis det skal være billigt og godt, så er det vel bare et spørgsmål om at opsætte et par servere hos fx OVH, DigitalOcean, eventuelt Amazon AWS, hvorefter du tager backup på én og bruger SCP til at smide dem op på de andre? Så har du backup flere steder.

Det er bestemt en mulighed at smide det ud på flere udbydere eller forskellige datacentre ved samme udbyder.
Samt Amazon AWS for at være helt sikker.

Dog har jeg ikke erfaring med SCP, så ville nok kræve at jeg satte mig ind i det, for at kunne "sync" filerne i mellem serverne.
(11-10-2016, 17:14)Cronick Skrev: [ -> ]Det er bestemt en mulighed at smide det ud på flere udbydere eller forskellige datacentre ved samme udbyder.
Samt Amazon AWS for at være helt sikker.

Dog har jeg ikke erfaring med SCP, så ville nok kræve at jeg satte mig ind i det, for at kunne "sync" filerne i mellem serverne.

SCP er skam nemt nok. Eksempel fra UNIX StackExchange:

Kode:
scp /file/to/send username@remote:/where/to/put

Og så kan du lave scp -r folder/ for at lave det recursive (tage alle filerne inde i mappen i dette eksempel). Skide smart.
(11-10-2016, 17:46)Ash Skrev: [ -> ]Og så kan du lave scp -r folder/ for at lave det recursive (tage alle filerne inde i mappen i dette eksempel). Skide smart.

Hva' pokker?
Jeg har altid brugt enten zip eller tar, til når der skulle sendes hele filsystemer, til mine Arm og Mips(el) emuleringer via Qemu.
Ubehag.
(11-10-2016, 18:18)MalcolmXI Skrev: [ -> ]Hva' pokker?
Jeg har altid brugt enten zip eller tar, til når der skulle sendes hele filsystemer, til mine Arm og Mips(el) emuleringer via Qemu.
Ubehag.

Bruger skam bare -r og tager alt :P
Det kunne man vel også sige sig selv, når det nu er en standart inden for Linux.
Det er nu ikke fordi det koster mig mange sekunder, men skal helt sikkert lige have den i baghovedet.
Du kunne vel også bruge rsync eller noget i den stil? Bare lidt problematisk hvis den ene servers filer bliver korrupt eller der går noget galt :P
Ellers kunne jeg jo bruge wget hvis det var helt slemt, og hente fra en lokal server på samme netværk.
Men jeg prøver så vidt at holde det så rent og simpelt som muligt, også selvom jeg i langt de fleste tilfælde bare chroot'er ind i de overførte filsystemer.
Jeg har altid været glad for Amazon S3 til storage. Pisselækkert. Hvis det er Data du skal have i lang tid og ikke skal accesse så ofte, er Amazon Glacier måske en bedre løsning