* add Helm chart known issues/future work: - SSO is unsupported - S3/Minio/GCS is unsupported - Swift is unsupported - WEB_DOMAIN is unsupported - Tor is unsupported * helm: clarify how LOCAL_DOMAIN is set * helm: add chart description * helm: make DB_POOL and Sidekiq concurrency configurable * helm: only enforce pod affinity when using ReadWriteOnce * helm: clarify compatibility * helm: clean up application variables * helm: add job to create initial admin
		
			
				
	
	
		
			45 lines
		
	
	
		
			1.2 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			45 lines
		
	
	
		
			1.2 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| # Introduction
 | ||
| 
 | ||
| This is a [Helm](https://helm.sh/) 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 aren’t 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, it’s 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.
 |