Use Google Cloud Storage Instead of S3

Contribute Feature

AI-generated summary

The discussion revolves around using Google Cloud Storage (GCS) instead of Amazon S3 for storing Discourse backups. yyhmsg proposes modifying the AWS endpoint configuration in app.yml to use GCS’s compatibility mode. However, they ended up using a bash script to copy and remove backups manually.

downey agrees that having more options for cloud storage would be beneficial. tuanpembual shares their success in using GCS for backups by adding a special policy and using the default configuration with DISCOURSE_S3_BACKUP_BUCKET and DISCOURSE_BACKUP_LOCATION.

Mark_Schmucker suggests using Cloud Storage Transfer Service to sync backups from S3 to GCS, which doesn’t require programming but may increase storage costs. This approach allows for keeping multiple backups, with a minimal cost of $3/month for 10 GB of data.

1

I saw another post about this from '14 - but no answer and it seemed like they were making this harder than it should be…

I would like some pointers to see if there is an AWS endpoint configuration within app.yml which could be changed to allow use of google cloud storage instead of s3 - GCS has a compatability mode where all - as I understand it - would need to happen is to change the AWS endpoint:

In your existing tools or libraries, make the following changes:
Change the request endpoint to use the Google Cloud Storage request endpoint.
Replace the Amazon Web Services (AWS) access and secret key with the corresponding Google Cloud Storage access key and secret key (collectively called your Google developer key).

This could be added as an option under /admin/site_settings/category/files and option for AWS endpoint along with the access keys? or can it be done in the app.yml? [AWS_ENDPOINT = “/xxxx/xxx”] already?

Thanks!

2 лайка
2

I ended up doing this, just to get it working:

/bin/bash
 This script will copy the latest discourse backup to google cloud
 Then it will remove the previous backup from google cloud

LATESTBACKUP=`ls /var/discourse/shared/standalone/backups/default/*.gz -t1 | head -n1`
PREVBACKUPWDIR=`ls /var/discourse/shared/standalone/backups/default/*.gz -1tr | head -1`
PREVBACKUP=`find $PREVBACKUPWDIR -exec basename {} \;`

/home/user/gsutil/gsutil cp $LATESTBACKUP gs://yyh-community-backups
/home/user/gsutil/gsutil rm gs://your-backup-bucket/$PREVBACKUP

Which works, but I still think greater use of google cloud storage could be used with the s3 compatibility mode as described above. But maybe I’m the only one who wants to use non amazon tools.

3 лайка
3

It’d be great to have a few options “out of the box”!

4

Привет

Я тестирую резервное копирование в GCS с использованием конфигурации по умолчанию.

DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
DISCOURSE_BACKUP_LOCATION: s3

Также добавил специальную политику для GCS:

policy = {
    "serviceAccount:${google_service_account.discourse.email}" = [
      "roles/storage.legacyBucketOwner"
    ]
  }

Резервное копирование успешно отправляется в GCS.

Надеюсь, это поможет кому-то, кто, как и я, потратил неделю на настройку.

GCS Storage

6 лайков
Set up image uploads to Google Cloud Storage
Configure an S3 compatible object storage provider for uploads
5

Это, вероятно, граничит с паранойей, но я храню резервные копии Discourse в AWS S3 (что поддерживается из коробки), а затем синхронизирую их с S3 в GCS с помощью:

Программирование не требуется. Это немного увеличит ваши расходы на хранение, поэтому не поможет, если вы пытаетесь сэкономить. Я храню последние 10 резервных копий, каждая размером 10 ГБ, и это обходится мне в 3 доллара в месяц в Google.