Once in a while you, as a Ruby developer, are faced with product owner's "Allright, now it's time to make it live". And then you probably think "I'll be fighting with these stubborn servers for next few days....". If you have very simple app or one at the early stages of its lifetime you can use one of "no hassle deployment" platforms like Heroku or OpenShift. But chances are you need some custom stuff that is hard to achieve on these kind of platforms or you just feel better with "root" access.
You have many options for setting up Linux servers. Amongst the most popular ones are Chef and Puppet. Various hosting provider also add their own solutions for provisioning boxes (like Stackscripts on Linode). Or you can do it "the old-school way", manually. If you don't need multiple machines and/or you have just a simple Rails site then provisioning tools might be an overkill. Also I believe any Ruby developer should configure production server from scratch at least once to get familiar with this stuff and to learn where to look when troubleshooting server side problems.
Recently I led a workshop about these things here at LLP and we decided to cast this knowledge into a blog post to share it with other Ruby devs and to have a known reference point in the future. So here it goes.
Note: following steps should work without a problem on any recent Ubuntu version.
Let's assume you just created a VPS box and got email with root access. Now, login to the server. If you got access to non-root user with sudo access then switch to root with:
$ sudo -i
You'll be configuring the machine by editing several config files. Make sure you have your preferred editor set:
$ export EDITOR=vim
Let's make it a default editor for future sessions also:
$ echo "export EDITOR=vim" >/etc/profile.d/editor.sh
You'll be installing packages from Ubuntu repositories. Make sure apt sources are up to date:
$ apt-get update
Now run following to install vim editor:
$ apt-get install vim
To save yourself (and your app) a trouble set server's timezone to UTC:
$ echo "Etc/UTC" >/etc/timezone
Let's also install ntp daemon that will keep server time up to date all the time:
$ apt-get install ntp
You don't want your app to run as root. App is named "luna" so let's add "luna" user:
$ adduser luna
You'll be logging as "luna" user into the server from time to time to do some tweaks. Grant the user sudo access:
$ echo "luna ALL=NOPASSWD:ALL" >/etc/sudoers.d/luna
$ chmod 0440 /etc/sudoers.d/luna
To avoid typing password (for many reasons) when logging in as "luna" copy your public SSH key to server user's ~/.ssh/authorized_keys file. First you need to create a public key without password in your local machine:
$ ssh-keygen
You will be asked where you want to save the new key. Just copy the suggested directory and change only the name of the file to "id_rsa_luna". Then copy to your remote server running the following command in your local machine ("luna.com" should be modified to your remote server):
$ ssh-copy-id -i ~/.ssh/id_rsa_luna.pub luna@luna.com
Try ssh'ing now:
$ ssh luna@luna.com
You shouldn't be asked for password anymore.
Switch to "luna" user:
$ su - luna
Disable installation of rdoc and ri docs for installed gems to save yourself some time:
$ echo "gem: --no-rdoc --no-ri" > ~/.gemrc
Set RAILS_ENV to production so you don't have to type it when invoking rake:
$ echo "export RAILS_ENV=production" >> ~/.bashrc
Now, for ruby, we'll install and use RVM to install ruby 1.9.3. Switch back to root and follow next steps.
Here we'll install RVM globally (so called "system install" as opposed to "user install"). This is handy if you want to have several apps or users on the servers.
Make sure you have curl command installed:
$ apt-get install curl
Install stable RVM version by piping installation script to bash:
$ curl -L get.rvm.io | bash -s stable
Source rvm script so we don't need to re-login:
$ source /etc/profile.d/rvm.sh
Let's ignore RVM prompts about trusting .rvmrc files (we'll use default gemset for Passenger anyway)
$ echo "export rvm_trust_rvmrcs_flag=0" >>/etc/rvmrc
Add user luna to rvm group:
$ adduser luna rvm
See what are requirements for compiling MRI:
$ rvm requirements
Most likely it is the following list of packages:
$ apt-get install build-essential openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libsqlite3-dev sqlite3 libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev automake libtool bison subversion
Now, install ruby via RVM:
$ rvm install 1.9.3
Make it a default for all new shells:
$ rvm --default use 1.9.3
As a webserver the combo of Nginx + Passenger seems to be fine for the start.
$ gem i passenger
First install dependencies for Nginx/Passenger:
$ apt-get install libcurl4-openssl-dev
Now compile it:
$ passenger-install-nginx-module
Just follow the instructions toward to compile and install nginx.
Upstart script for Nginx will be used for starting/stopping nginx from command line and will make sure nginx starts on system boot.
Download the script:
$ curl https://raw.github.com/gist/2492523/nginx.conf >/etc/init/nginx.conf
Start nginx:
$ start nginx
And check if it works by looking at a response:
$ curl localhost
"Welcome to Nginx" means that all is fine.
Now we need to create Virtual Host config for luna app replacing the default configuration to:
# /opt/nginx/conf/nginx.conf
...
server {
listen 80;
server_name www.luna.com luna.com;
root /home/luna/current/public; # <--- be sure to point to 'public'!
passenger_enabled on;
}
...
Restart Nginx:
$ restart nginx
And confirm that it restarted properly:
$ curl localhost
You should get the 404 nginx default page due to our app is not running yet.
Install MySQL server via apt:
$ apt-get install mysql-server libmysqlclient-dev
Create project database (you will be asked for mysql root password you set when running previous installation command):
$ echo "create database luna_production" | mysql -u root -p
And grant access to luna user:
$ echo "grant all on luna_production.* to luna@localhost identified by 'luna123'" | mysql -u root -p
Let's use Capistrano for deploying new relases of "luna" app.
Note: All of the commands in this section are meant to be run on your local machine inside the Rails project directory (unless otherwise stated).
First add following to your app's Gemfile:
group :development do
...
gem 'capistrano'
gem 'capistrano-ext'
gem 'rvm-capistrano'
...
end
The last one nicely integrates capistrano with RVM.
$ bundle
$ capify .
You should have Capfile and config/deploy.rb files now.
Make the file contents look like this:
load 'deploy'
load 'deploy/assets'
load 'config/deploy'
load 'deploy/assets' handles assets compilation in Rails 3. If you're deploying
Rails 2 application just remove this line.
First, you should fill the variables with your application name, repository and web server name. Then find commented out block of code that's related to Passenger. Just uncomment it.
Then make sure you have following lines in the file:
require 'rvm/capistrano'
require 'bundler/capistrano'
ssh_options[:forward_agent] = true
set :deploy_via, :remote_cache
set :use_sudo, false
set :user, "luna"
set :deploy_to, "/home/luna"
set :rails_env, "production"
set :rvm_type, :system
set :keep_releases, 3
after "deploy:restart", "deploy:cleanup"
namespace :deploy do
desc "Symlink shared/* files"
task :symlink_shared, :roles => :app do
run "ln -nfs #{shared_path}/config/database.yml #{release_path}/config/database.yml"
end
end
after "deploy:update_code", "deploy:symlink_shared"
$ cap deploy:setup
First create config directory inside shared directory:
$ ssh luna@luna.com mkdir -p /home/luna/shared/config
Copy the file:
$ scp config/database.yml.example luna@luna.com:/home/luna/shared/config/database.yml
Now set proper values in database.yml on the server:
$ ssh luna@luna.com vim shared/config/database.yml
And deploy for the first time:
$ cap deploy
Once you have application code on the server log in there and prepare db structure:
$ ssh luna@luna.com
# following happens in a remote shell
cd current
bundle exec rake db:setup
Final deploy just to make sure everything works:
$ cap deploy
Create /etc/logrotate.d/luna file with following content:
/home/luna/app/shared/log/*.log {
daily
missingok
rotate 30
compress
delaycompress
copytruncate
}
That will tell logrotate to rotate log files daily, compress them, keep last 30 days and don't choke when file is missing. copytruncate is important here as it will make sure log file currently used by Rails app is not moved but truncated. That way the app can just keep on logging without reopening log file.
Don't forget about this one if you manage production box yourself. And do it when you initially setup the box, not "later". "Later" often means "when app is down due to not enough disk space". Srsly.
Ubuntu comes with a decent firewall management tool called ufw. Install it:
$ apt-get install ufw
Now set default firewall policy to "deny":
$ ufw default deny
And allow connections to the services we want to expose to the world:
$ ufw allow ssh/tcp
$ ufw allow 80/tcp
$ ufw allow 443/tcp
Finally, enable firewall:
$ ufw enable
You're safer now.
There are many offerings for SMTP service that also bring some additional features like email opening tracking, link click tracking and whatnot. If you just need the plain "send message and forget" functionality you may use Postfix MTA.
Install it by:
$ apt-get install postfix heirloom-mailx
Thanks to firewall rules from previous section you don't need to worry about spammers using your server for sending their spam. They won't be able to connect to your Postfix daemon from the outside of the machine.
For basic system monitoring the easiest thing you can do is to install monit:
$ apt-get install monit
Open /etc/monit/monitrc in an editor and adjust default config to suit your needs. By default it monitors CPU usage, memory usage, disk usage and several other system-level components.
If you've been using god for monitoring your app processes then you may consider using monit also for this task as it's a much simpler tool for the job.
Great, you have now fully configured Ubuntu server ready to serving your awesome Ruby on Rails application. I hope this tutorial made you realize that this task is not as hard as you thought. Now, after you went through all of this manually try building a set of Chef cookbooks that accomplish above tasks automatically (and repeatably) for you.