6.2 KiB

Raw Permalink Blame History

Storing Matrix media files on Amazon S3 with Goofys (optional)

If you'd like to store Synapse's content repository (media_store) files on Amazon S3 (or other S3-compatible service), you can let this playbook configure Goofys for you.

Another (and better performing) way to use S3 storage with Synapse is synapse-s3-storage-provider.

Using a Goofys-backed media store works, but performance may not be ideal. If possible, try to use a region which is close to your Matrix server.

If you'd like to move your locally-stored media store data to Amazon S3 (or another S3-compatible object store), we also provide some migration instructions below.

Usage

After creating the S3 bucket and configuring it, you can proceed to configure Goofys in your configuration file (inventory/host_vars/matrix.<your-domain>/vars.yml):

matrix_s3_media_store_enabled: true
matrix_s3_media_store_bucket_name: "your-bucket-name"
matrix_s3_media_store_aws_access_key: "access-key-goes-here"
matrix_s3_media_store_aws_secret_key: "secret-key-goes-here"
matrix_s3_media_store_region: "eu-central-1"

You can use any S3-compatible object store by additionally configuring these variables:

matrix_s3_media_store_custom_endpoint_enabled: true
matrix_s3_media_store_custom_endpoint: "https://your-custom-endpoint"

If you have local media store files and wish to migrate to Backblaze B2 subsequently, follow our migration guide to Backblaze B2 below instead of applying this configuration as-is.

Migrating from local filesystem storage to S3

It's a good idea to make a complete server backup before migrating your local media store to an S3-backed one.

Follow one of the guides below for a migration path from a locally-stored media store to one stored on S3-compatible storage:

Storing Matrix media files on Amazon S3 with Goofys (optional)
- Usage
- Migrating from local filesystem storage to S3
  - Migrating to any S3-compatible storage (universal, but likely slow)
  - Migrating to Backblaze B2

Migrating to any S3-compatible storage (universal, but likely slow)

It's a good idea to make a complete server backup before doing this.

Proceed with the steps below without stopping Matrix services
Start by adding the base S3 configuration in your vars.yml file (seen above, may be different depending on the S3 provider of your choice)
In addition to the base configuration you see above, add this to your vars.yml file:

matrix_s3_media_store_path: /matrix/s3-media-store

This enables S3 support, but mounts the S3 storage bucket to /matrix/s3-media-store without hooking it to your homeserver yet. Your homeserver will still continue using your local filesystem for its media store.

Run the playbook to apply the changes: ansible-playbook -i inventory/hosts setup.yml --tags=setup-all,start
Do an initial sync of your files by running this on the server (it may take a very long time):

sudo -u matrix -- rsync --size-only --ignore-existing -avr /matrix/synapse/storage/media-store/. /matrix/s3-media-store/.

You may need to install rsync manually.

Stop all Matrix services (ansible-playbook -i inventory/hosts setup.yml --tags=stop)
Start the S3 service by running this on the server: systemctl start matrix-goofys
Sync the files again by re-running the rsync command you see in step #6
Stop the S3 service by running this on the server: systemctl stop matrix-goofys
Get the old media store out of the way by running this command on the server:

mv /matrix/synapse/storage/media-store /matrix/synapse/storage/media-store-local-backup

Remove the matrix_s3_media_store_path configuration from your vars.yml file (undoing step #3 above)
Run the playbook: ansible-playbook -i inventory/hosts setup.yml --tags=setup-all,start
You're done! Verify that loading existing (old) media files works and that you can upload new ones.
When confident that it all works, get rid of the local media store directory: rm -rf /matrix/synapse/storage/media-store-local-backup

Migrating to Backblaze B2

It's a good idea to make a complete server backup before doing this.

While all Matrix services are running, run the following command on the server:

(you need to adjust the 3 --env line below with your own data)

docker run -it --rm -w /work \
--env='B2_KEY_ID=YOUR_KEY_GOES_HERE' \
--env='B2_KEY_SECRET=YOUR_SECRET_GOES_HERE' \
--env='B2_BUCKET_NAME=YOUR_BUCKET_NAME_GOES_HERE' \
--mount type=bind,src=/matrix/synapse/storage/media-store,dst=/work,ro \
--entrypoint=/bin/sh \
docker.io/tianon/backblaze-b2:3.6.0 \
-c 'b2 authorize-account $B2_KEY_ID $B2_KEY_SECRET && b2 sync /work b2://$B2_BUCKET_NAME --skipNewer'

This is some initial file sync, which may take a very long time.

Stop all Matrix services (ansible-playbook -i inventory/hosts setup.yml --tags=stop)
Run the command from step #1 again.

Doing this will sync any new files that may have been created locally in the meantime.

Now that Matrix services aren't running, we're sure to get Backblaze B2 and your local media store fully in sync.

Get the old media store out of the way by running this command on the server:

mv /matrix/synapse/storage/media-store /matrix/synapse/storage/media-store-local-backup

Put the Backblaze B2 settings seen above in your vars.yml file
Run the playbook: ansible-playbook -i inventory/hosts setup.yml --tags=setup-all,start
You're done! Verify that loading existing (old) media files works and that you can upload new ones.
When confident that it all works, get rid of the local media store directory: rm -rf /matrix/synapse/storage/media-store-local-backup

6.2 KiB Raw Permalink Blame History