Open GoogleCodeExporter opened 9 years ago
Not directly. There is support for using Google Docs / Google Drive, and from
what I understand it all uses the same underlying storage. Is there anything
this would add that you do not get from the Google Docs backend?
Original comment by kenneth@hexad.dk
on 13 Dec 2012 at 9:13
My understanding was that their APIs were different. There're certainly priced
quite differently. I'm interested in their reduced availability storage since
it's cheaper and would suit backups well.
Original comment by creative...@gmail.com
on 14 Dec 2012 at 10:21
I hate to say this, because it may jinx it. Compare the prices between GDrive
and cloud storage.
GDrive seems to be much better deal if you are strictly needing a dump for
backups.
Original comment by cwhitehe...@gmail.com
on 20 Dec 2012 at 3:21
For less than 63.7GB it works out cheaper using cloud storage (not including
transfer costs so reduce that a little). I'm using durable reduced availability
to save even more as it suits my needs.
Original comment by creative...@gmail.com
on 20 Dec 2012 at 12:44
Hmmm... Could be right. I remember the transfer is more than the actual
storage cost. If I remember 1TB is around $85 using Cloud and $50 with
GDrive($65 for durable reduced). Plus with GDrive there are no costs on
transfers. The transfers is what kicks your butt. It is true the stuff you
upload is not costing you though. If you ever have to download though, it
might hurt a little.
I hopped over to the pricing, just to see. It looks like under some
circumstances when you buy in odd amounts you would be better off with cloud,
as long as you aren't downloading much. If you want to buy in the same size
blocks, GDrive is better.
Cloud is more versatile in what you have to pay for.
Original comment by cwhitehe...@gmail.com
on 20 Dec 2012 at 1:34
The costs have are equivalent or less that Amazon (unless you can make use of
the 1 year free 5 G at Amazon). Transfers to the cloud are free. So you only
pay for restoration.
Google drive may be cheaper for many users. Still, it seems that allowing
Google Storage services makes as much sense as allowing Amazon...
Original comment by greg.fil...@gmail.com
on 28 Dec 2013 at 10:42
Google Cloud Storage pricing is nearly identical and has nearly the same REST
API, and even has an S3 compatibility mode:
https://developers.google.com/storage/docs/interoperability
Having native support in duplicati should be a matter of creating new storage
provider type with some presentation layer changes to display the appropriate
(different from S3) form field names.
Original comment by mtam...@gmail.com
on 1 Jul 2014 at 8:18
From what I can read, it should work using the S3 backend, and then setting the
authentication host to:
storage.googleapis.com
From the commandline, that would be:
--s3-server-name=storage.googleapis.com
For 2.0, the command should look like:
Duplicati.CommandLine.exe backup s3://bucket/path
--s3-server-name=storage.googleapis.com --auth-username=google-username
--auth-password=gstore-developer-key --use-ssl
I have not tested it though.
Original comment by kenneth@hexad.dk
on 1 Jul 2014 at 11:37
As Kennet suggests i've tested with duplicati on windows and get stucked in
test connection :
- ok for servername
- ok for access id and secret key
- s3 bucket name does not match, what do i have to enter here ? project name
too ? no "/" allowed...
- putted EU for region, but seems to be chars limits
...
Well, keep on testing.
Original comment by laur...@lgrd.fr
on 11 Aug 2014 at 5:31
Anyone have any more luck using the "S3 Compatible" (+SSL) backend?
I haven't yet, and I'm hoping someone has a working config.
Original comment by mtam...@gmail.com
on 25 Nov 2014 at 8:29
Original issue reported on code.google.com by
creative...@gmail.com
on 13 Dec 2012 at 6:33