mastodon-glitch/chart
Alex Dunn b37c9e5660
helm: bump version to 3.2.1 (#15019)
2020-10-22 01:36:07 +02:00
..
templates helm: add optional cron job to run `tootctl remove media` (#14396) 2020-10-13 01:19:13 +02:00
.helmignore Add Helm chart (#14090) 2020-06-29 13:58:48 +02:00
Chart.yaml helm: bump chart and default image version to 3.1.5 (#14256) 2020-07-07 20:35:55 +02:00
readme.md Add Helm chart (#14090) 2020-06-29 13:58:48 +02:00
values.yaml.template helm: bump version to 3.2.1 (#15019) 2020-10-22 01:36:07 +02:00

readme.md

Introduction

This is a Helm chart for installing Mastodon into a Kubernetes cluster. The basic usage is:

cp values.yaml.template values.yaml
edit values.yaml # configure required settings
helm dep update
helm upgrade --install my-mastodon ./

This chart has been tested on Helm 3.0.1 and above.

Configuration

The variables that must be configured are:

  • ingress.hostname; even if you arent using an Ingress, this value is used to set LOCAL_DOMAIN.

  • password and keys in the secrets, postgresql, and redis groups; if left blank, some of those values will be autogenerated, but will not persist across upgrades.

  • SMTP settings for your mailer in the smtp group.

Missing features

Currently this chart does not support:

  • Hidden services
  • S3/Minio/GCS
  • Single Sign-On
  • Swift
  • configurations using WEB_DOMAIN

Upgrading

Because database migrations are managed as a Job separate from the Rails and Sidekiq deployments, its possible they will occur in the wrong order. After upgrading Mastodon versions, it may sometimes be necessary to manually delete the Rails and Sidekiq pods so that they are recreated against the latest migration.