4.1 KiB
Heroku guide
Mastodon on Heroku requires more than one Dyno. In theory and experience, running on free hobby Dynos is not practical for production use. Running on Heroku's hobby Dynos and free add-on tiers has limited testing purposes and is not recommended in production. See #1275 for details.
Limitations
Currently heroku setup has two main technical limitations:
Basic setup
Click the button above to start creating a Heroku app with the Mastodon repo as
the source. This tells Heroku to use the app.json
file which does things like
prompt for config variables, set up the right buildpacks, run a postdeploy task,
and add the appropriate addons.
If you don't use the deploy button and app.json approach, you will need to do some of that manually.
Domain names and SSL
You can add your domain name to the Heroku app's setting, and then also use Heroku's (free) auto renewal program for Lets Encrypt certificates, by requesting a cert from the settings screen. You'll have to point your hostname DNS at Heroku using the values heroku gives you on this screen, using whatever method is appropriate for your DNS setup.
You should set the Heroku config vars of LOCAL_DOMAIN
to your hostname, and
LOCAL_HTTPS
to "true" as well.
Consider using Mailgun or similar, who offer free plans
that should suit your interests. Look in .env.production.sample
to see which SMTP variables you need to set.
Note: just adding the Mailgun add-on is not enough. You will need to verify Mailgun, at which point you can use the sandbox domain IF you verify individual email addresses to send to, but if you want this to work with arbitrary email addresses, you will need to add and verify your own domain, which will require DNS changes. Adding your own domain also generates a new postmaster adddress and password, so complete this before editing config variables for best results.
File storage
You will want Amazon S3 for file storage. The only exception is for development purposes, where you may not care if files are not saved. Follow a guide online for creating a free Amazon S3 bucket and Access Key, then enter the details.
If you deploy from the web, the format for all the S3 bits use Paperclip conventions:
S3 Bucket is just the name of the bucket, e.g. bucketname
not the full ARN.
S3 Region is the AWS code for the region e.g. ap-northeast-1
not the name of the city displayed on the AWS Dashboard.
To protect the privacy of the users of the your instance, you should have permissons on the your S3 bucket set to no-read and no-write for the public and non-application-specific AWS users, with only one authorized IAM user or group set up to be able to upload or display content. This is an example of an IAM policy used for the S3 bucket:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"s3:ListAllMyBuckets"
],
"Resource": [
"arn:aws:s3:::*"
]
},
{
"Effect": "Allow",
"Action": [
"s3:*"
],
"Resource": [
"arn:aws:s3:::mastodon",
"arn:aws:s3:::mastodon/*"
]
}
]
}
Deployment
You can deploy from the Heroku web interface or from the command line. Run:
heroku run rails db:migrate
after you first deploy to set up the first database.
To make yourself an admin, you may need to use the heroku
CLI application after creating an account online:
heroku rake mastodon:make_admin USERNAME=yourUsername