Ubuntu14.04でPumaとNginxを使用してRailsアプリをデプロイする方法
序章
Ruby on Railsアプリケーションをデプロイする準備ができたら、考慮すべき多くの有効なセットアップがあります。 このチュートリアルは、Ubuntu 14.04でPumaとNginxを使用して、データベースとしてPostgreSQLを使用し、RubyonRailsアプリケーションの本番環境をデプロイするのに役立ちます。
Pumaは、PassengerやUnicornのようなアプリケーションサーバーであり、Railsアプリケーションがリクエストを同時に処理できるようにします。 Pumaはユーザーが直接アクセスするようには設計されていないため、ユーザーとRailsアプリケーション間の要求と応答をバッファリングするリバースプロキシとしてNginxを使用します。
前提条件
このチュートリアルでは、アプリケーションをデプロイするユーザーに、次のソフトウェアがインストールされたUbuntu14.04サーバーがあることを前提としています。
まだ設定していない場合は、上記のリンク先のチュートリアルに従ってください。 ユーザーの名前はdeployであると想定します。
また、このチュートリアルでは、開発環境またはテスト環境をセットアップする方法については説明していません。 それについてサポートが必要な場合は、 PostgreSQLwithRailsチュートリアルの例に従ってください。
Railsアプリケーションを作成する
理想的には、デプロイしたいRailsアプリケーションがすでにあるはずです。 この場合は、このセクションをスキップして、フォローしながら適切な置換を行うことができます。 そうでない場合、最初のステップは、データベースとしてPostgreSQLを使用する新しいRailsアプリケーションを作成することです。
このコマンドは、データベースとしてPostgreSQLを使用する「appname」という名前の新しいRailsアプリケーションを作成します。 強調表示された「appname」を他のものに自由に置き換えてください。
rails new appname -d postgresql
次に、アプリケーションディレクトリに移動します。
cd appname
Railsアプリケーションの本番環境で使用されるPostgreSQLユーザーを作成してみましょう。
本番データベースユーザーの作成
簡単にするために、本番データベースのユーザーにアプリケーション名と同じ名前を付けましょう。 たとえば、アプリケーションの名前が「appname」の場合、次のようなPostgreSQLユーザーを作成する必要があります。
sudo -u postgres createuser -s appname
データベースユーザーのパスワードを設定したいので、次のようにPostgreSQLコンソールに入ります。
sudo -u postgres psql
次に、データベースユーザーのパスワード(例では「appname」)を次のように設定します。
\password appname
希望のパスワードを入力して確認します。
次のコマンドでPostgreSQLコンソールを終了します。
\q
これで、適切なデータベース接続情報を使用してアプリケーションを構成する準備が整いました。
データベース接続の構成
アプリケーションのルートディレクトリ(cd ~/appname
)にいることを確認してください。
アプリケーションのデータベース構成ファイルをお気に入りのテキストエディターで開きます。 viを使用します:
vi config/database.yml
production
セクションを更新して、次のようにします。
production:
<<: *default
host: localhost
adapter: postgresql
encoding: utf8
database: appname_production
pool: 5
username: <%= ENV['APPNAME_DATABASE_USER'] %>
password: <%= ENV['APPNAME_DATABASE_PASSWORD'] %>
データベースのユーザー名とパスワードは、環境変数APPNAME_DATABASE_USER
およびAPPNAME_DATABASE_PASSWORD
によって読み取られるように構成されていることに注意してください。 Gitなどの分散バージョン管理システムを使用している場合は簡単に公開される可能性があるため、本番パスワードとシークレットをアプリケーションコードベースの外部に保持することをお勧めします。 次に、環境変数を使用してデータベース認証を設定する方法について説明します。
保存して終了。
rbenv-varsプラグインをインストールします
本番Railsアプリケーションをデプロイする前に、環境変数を使用して本番秘密鍵とデータベースパスワードを設定する必要があります。 実行時にパスワードとシークレットをアプリケーションにロードするために使用できる環境変数を管理する簡単な方法は、rbenv-varsプラグインを使用することです。
rbenv-varsプラグインをインストールするには、.rbenv/plugins
ディレクトリに移動し、GitHubからクローンを作成します。 たとえば、rbenvがホームディレクトリにインストールされている場合は、次のコマンドを実行します。
cd ~/.rbenv/plugins
git clone https://github.com/sstephenson/rbenv-vars.git
環境変数を設定する
rbenv-varsプラグインがインストールされたので、必要な環境変数を設定しましょう。
まず、署名されたCookieの整合性を検証するために使用される秘密鍵を生成します。
cd ~/appname
rake secret
生成された秘密鍵をコピーし、お好きなエディタで.rbenv-vars
ファイルを開きます。 viを使用します:
vi .rbenv-vars
ここで設定した環境変数はすべて、Railsアプリケーションで読み取ることができます。
まず、SECRET_KEY_BASE
変数を次のように設定します(強調表示されたテキストを、生成してコピーしたばかりのシークレットに置き換えます)。
SECRET_KEY_BASE=your_generated_secret
次に、APPNAME_DATABASE_USER
変数を次のように設定します(強調表示された「APPNAME」をアプリケーション名に置き換え、「appname」を本番データベースのユーザー名に置き換えます)。
APPNAME_DATABASE_USER=appname
最後に、APPNAME_DATABASE_PASSWORD
変数を次のように設定します(強調表示された「APPNAME」をアプリケーション名に置き換え、「prod_db_pass」を本番データベースのユーザーパスワードに置き換えます)。
APPNAME_DATABASE_PASSWORD=prod_db_pass
保存して終了。
次のコマンドを実行すると、rbenv-varsプラグインを使用してアプリケーションに設定されている環境変数を確認できます。
rbenv vars
シークレットまたはデータベースのパスワードを変更した場合は、.rbenv-vars
ファイルを更新してください。 このファイルをプライベートに保つように注意し、パブリックコードリポジトリを含めないでください。
本番データベースの作成
アプリケーションがPostgreSQLデータベースと通信するように構成されたので、本番データベースを作成しましょう。
RAILS_ENV=production rake db:create
コントローラーを生成する
例に沿って従う場合は、スキャフォールドコントローラーを生成するので、アプリケーションで確認することができます。
rails generate scaffold Task title:string note:text
次に、次のコマンドを実行して、実動データベースを更新します。
RAILS_ENV=production rake db:migrate
また、アセットをプリコンパイルする必要があります。
RAILS_ENV=production rake assets:precompile
アプリケーションが機能するかどうかをテストするには、本番環境を実行し、それをサーバーのパブリックIPアドレスにバインドします(サーバーのパブリックIPアドレスに置き換えます)。
RAILS_ENV=production rails server --binding=server_public_IP
次に、Webブラウザで次のURLにアクセスします。
http://server_public_IP:3000/tasks
正常に動作している場合は、次のページが表示されます。
Railsサーバーに戻り、Ctrl-c
を押してアプリケーションを停止します。
Pumaをインストールする
これで、Pumaをインストールする準備が整いました。
これを行う簡単な方法は、アプリケーションのGemfile
に追加することです。 お気に入りのエディターでGemfileを開きます(アプリケーションのルートディレクトリにいることを確認してください)。
vi Gemfile
ファイルの最後に、次の行を使用してPumagemを追加します。
gem 'puma'
保存して終了。
Pumaと未解決の依存関係をインストールするには、Bundlerを実行します。
bundle
これでPumaがインストールされましたが、構成する必要があります。
Pumaを構成する
Pumaを構成する前に、サーバーに搭載されているCPUコアの数を調べる必要があります。 このコマンドで簡単に行うことができます。
grep -c processor /proc/cpuinfo
それでは、Puma構成をconfig/puma.rb
に追加しましょう。 テキストエディタでファイルを開きます。
vi config/puma.rb
この構成をコピーしてファイルに貼り付けます。
# Change to match your CPU core count
workers 2
# Min and Max threads per worker
threads 1, 6
app_dir = File.expand_path("../..", __FILE__)
shared_dir = "#{app_dir}/shared"
# Default to production
rails_env = ENV['RAILS_ENV'] || "production"
environment rails_env
# Set up socket location
bind "unix://#{shared_dir}/sockets/puma.sock"
# Logging
stdout_redirect "#{shared_dir}/log/puma.stdout.log", "#{shared_dir}/log/puma.stderr.log", true
# Set master PID and state locations
pidfile "#{shared_dir}/pids/puma.pid"
state_path "#{shared_dir}/pids/puma.state"
activate_control_app
on_worker_boot do
require "active_record"
ActiveRecord::Base.connection.disconnect! rescue ActiveRecord::ConnectionNotEstablished
ActiveRecord::Base.establish_connection(YAML.load_file("#{app_dir}/config/database.yml")[rails_env])
end
workers
の数をサーバーのCPUコアの数に変更します。
保存して終了。 これにより、アプリケーションの場所、およびそのソケット、ログ、およびPIDの場所を使用してPumaが構成されます。 ファイルを自由に変更するか、必要な他のオプションを追加してください。
次に、構成ファイルで参照されたディレクトリを作成します。
mkdir -p shared/pids shared/sockets shared/log
PumaUpstartスクリプトを作成する
Pumaを簡単に起動および停止し、起動時に確実に起動できるように、Upstartinitスクリプトを作成しましょう。
ジャングルアップスタートツールをPumaGitHubリポジトリからホームディレクトリにダウンロードします。
cd ~
wget https://raw.githubusercontent.com/puma/puma/master/tools/jungle/upstart/puma-manager.conf
wget https://raw.githubusercontent.com/puma/puma/master/tools/jungle/upstart/puma.conf
次に、提供されたpuma.conf
ファイルを開いて、Pumaデプロイメントユーザーを構成できるようにします。
vi puma.conf
setuid
とsetgid
を指定する2行を探し、「apps」をデプロイメントユーザーとグループの名前に置き換えます。 たとえば、デプロイメントユーザーが「デプロイ」と呼ばれる場合、行は次のようになります。
setuid deploy
setgid deploy
保存して終了。
次に、スクリプトをUpstartサービスディレクトリにコピーします。
sudo cp puma.conf puma-manager.conf /etc/init
puma-manager.conf
スクリプトは、管理する必要のあるアプリケーションの/etc/puma.conf
を参照します。 今すぐそのインベントリファイルを作成して編集しましょう:
sudo vi /etc/puma.conf
このファイルの各行は、puma-manager
で管理するアプリケーションへのパスである必要があります。 ここでアプリケーションへのパスを追加します。 例えば:
/home/deploy/appname
保存して終了。
これで、アプリケーションは起動時にUpstartを介して起動するように構成されました。 これは、サーバーが再起動された後でもアプリケーションが起動することを意味します。
Pumaアプリケーションを手動で開始する
管理対象のすべてのPumaアプリを今すぐ起動するには、次のコマンドを実行します。
sudo start puma-manager
次のように、puma
Upstartスクリプトを使用して、単一のPumaアプリケーションを開始することもできます。
sudo start puma app=/home/deploy/appname
次のように、stop
およびrestart
を使用してアプリケーションを制御することもできます。
sudo stop puma-manager
sudo restart puma-manager
これで、Railsアプリケーションの本番環境はPumaで実行され、shared/sockets/puma.sock
ソケットでリッスンしています。 外部ユーザーがアプリケーションにアクセスできるようにするには、Nginxリバースプロキシを設定する必要があります。
Nginxをインストールして構成する
apt-getを使用してNginxをインストールします。
sudo apt-get install nginx
次に、テキストエディタでデフォルトのサーバーブロックを開きます。
sudo vi /etc/nginx/sites-available/default
ファイルの内容を次のコードブロックに置き換えます。 強調表示された部分を適切なユーザー名とアプリケーション名(2つの場所)に置き換えてください。
upstream app {
# Path to Puma SOCK file, as defined previously
server unix:/home/deploy/appname/shared/sockets/puma.sock fail_timeout=0;
}
server {
listen 80;
server_name localhost;
root /home/deploy/appname/public;
try_files $uri/index.html $uri @app;
location @app {
proxy_pass http://app;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
}
error_page 500 502 503 504 /500.html;
client_max_body_size 4G;
keepalive_timeout 10;
}
保存して終了。 これにより、Nginxがリバースプロキシとして構成されるため、HTTPリクエストはUnixソケットを介してPumaアプリケーションサーバーに転送されます。 必要に応じて、自由に変更してください。
Nginxを再起動して、変更を有効にします。
sudo service nginx restart
これで、Railsアプリケーションの本番環境にサーバーのパブリックIPアドレスまたはFQDNを介してアクセスできるようになりました。 以前に作成したタスクコントローラーにアクセスするには、Webブラウザーでアプリケーションサーバーにアクセスします。
http://server_public_IP/tasks
アプリケーションを最初にテストしたときに表示したのと同じページが表示されるはずですが、現在はNginxとPumaを介して提供されています。
結論
おめでとう! NginxとPumaを使用してRubyonRailsアプリケーションの本番環境をデプロイしました。
本番環境のRailsアプリケーションのデプロイメントを改善したい場合は、Capistranoを使用してデプロイメントを自動化する方法に関するチュートリアルシリーズを確認する必要があります。 このシリーズはCentOSに基づいていますが、それでもデプロイメントの自動化に役立つはずです。