Odpowiedzi:
Istnieje teraz (od 2013-07-19 - wersja 0.6.22) obsługa Google Cloud Storage bezpośrednio w dwóch egzemplarzach.
Należy użyć gsutil config -a
do utworzenia ~/.boto
pliku konfiguracyjnego. A potem możesz użyć duplikatu w następujący sposób:
duplicity local_dir gs://yourbucket
Warto również zauważyć, że obsługiwany jest tylko stary mechanizm uwierzytelniania. Powinieneś włączyć „Dostęp interoperacyjny” z konsoli Google Storage .
Szczegółowe instrukcje dotyczące http://www.willdurness.com/back-up-your-vm-to-google-cloud-storage-using-duplicity .
_boto_single.py
plik, który stanowi zaplecze dla transakcji jednowątkowych S3.gsutil
narzędzia Google do synchronizacji S3 z GCS, jak wskazuje odpowiedź Jorge; alternatywnie, możesz użyć Duplicity do tworzenia lokalnych kopii zapasowych, a następnie zsynchronizować je z GCS przy użyciu gsutil
.Oto częściowa odpowiedź, która może pomóc następnej osobie:
Jak dotąd wydaje się, że obsługiwane jest kopiowanie rzeczy na Dysk Google / Dokumenty:
duplicity localdir gdocs://username:password@gmail.com/remotedir/
Jednak różni się to od Google Cloud Storage. Myślę, że powinno to być wykonalne, ponieważ zarówno duplikat, jak i gsutil używają boto, ale nie jestem pewien, czy wymaga to pracy w samej duplikacji.
Aby obejść ten problem, z pewnością możesz skopiować bezpośrednio z s3 do segmentów GCS:
gsutil -m cp -R s3://yourbucket gs://yourbucket
Wersja v0.6.22 (2013/08/22) Duplicity dodała obsługę Google Cloud Storage.
deja-dup
34.1 (GUI duplicity) ma teraz „eksperymentalną obsługę Google Cloud Storage” ( https://launchpad.net/deja-dup/+milestone/34.1 )
(Próbowałem włączyć interoperacyjność dla uwierzytelniania HMAC w moich segmentach GCS i określić S3 Bucket we wcześniejszych wersjach Deja-Dup - podobnie jak duplicity
to robi - ale bezskutecznie)