BackEnd

Rails5.2+Pumaのデプロイ設定

投稿日:2018年7月30日 更新日:

はじめに

皆さんはRailsで開発する際のアプリケーションサーバは何をつかっていますか?

私は以前からPumaに興味を持っていたのですが、出た当初は他のGemのマルチスレッド対応が心配だったこと、Capistranoの設定を使いまわしていたことから、もっぱらNginx+Unicornな環境ばかり構築してきました。

Pumaが出てからだいぶ経ったのでそろそろ使ってみようということで、新しく開発したサービスでPumaを使ってみることにしました。

そこで今回はデプロイ関連の設定について書いてみようと思います。

環境

本番サーバの環境は下記のとおりです。

  • CentOS 7.5
  • Nginx 1.15.1
  • ruby 2.5.1
  • rails 5.2.0
  • capistrano 3.11.0
  • capistrano3-puma 3.1.1

Pumaとは?

Pumaはスピードと並列性を追求したアプリケーションサーバです。
http://puma.io/

Unicornとの比較

Unicornは複数のworkerプロセスで並列処理を行いますが、Pumaは複数のスレッドで並列処理を行います。

Unicornと比べてPumaの利点としてはスロークライアントを起こしにくい点が挙げられます。
反面、コードの書き方を注意しないとrace conditionを引き起こす危険性があります。

Unicornのスロークライアント問題に関してはNginxなどのリバースプロキシをたてることで解消できます。
herokuには標準ではリバースプロキシが無いようですが、DockerコマンドとHerokuコマンドを使ってたてることができるようです。

Pumaのスレッド

Pumaでは予めスレッドをスレッドプールに用意しておき、リクエストが来たときにスレッドに処理を任せます。

MRIでは同時に1つのスレッドしか動作させられない(グローバルVMロック)ことから、Rubyの処理系はRubiniusやJRubyが良いようです。

Pumaの使い方

Pumaの起動、停止、再起動のコマンドは下記のとおりです。

pumaコマンドでも操作することができますが、オプションをいくつも指定しないといけないのでpumactlを使うことを推奨されています。
pumactlを使う場合、デフォルトでconfig/puma.rbを読みに行ってくれます。

デプロイ設定

Pumaについて簡単に説明したところで、デプロイ設定に移ります。

Gemを追加

以下を追加してbundle installします。

Capfileの設定

まず以下のコマンドで設定ファイルの雛形を生成します。

次にCapfileを以下のように修正します。

deploy.rbの設定

共通のデプロイ設定を行います。
config/deploy.rbを以下のように修正します。

注意点は下記の2点です。

  • shared/config/にローカルのmaster.keyをアップロードする
  • rbenvをユーザローカルにインストールする場合、「append :rbenv_map_bins, ‘puma’, ‘pumactl’」を追加する

production.rbの設定

本番環境のデプロイ設定を行います。
config/deploy/production.rbを以下のように修正します。

今回はサーバにアクセスするための鍵とGitHubにアクセスするための鍵が異なるので、forward_agentを有効にしています。
この場合、予め鍵をssh-agnetに登録しておく必要があります。

デプロイコマンド

初回のみ以下のコマンドを実行してディレクトリを作成します。

デプロイは以下のコマンドで行なえます。

おまけ

nginx.confのサンプルを記載しておきます。

さいごに

実際の環境構築ではDBスキーマの管理をridgepoleで行っていたり、パッケージの管理をyarnで行っていたり、wheneverでcronの設定を管理したりしているので、deploy.rbはもっと長くなっています。

今回の環境構築では以前と比べて変更点が多く(secret_key_baseの管理の仕方が変わっているなど)苦労しましたが、なんとか解決できました。

現状ではデプロイのたびにパッケージのインストールが走ってしまいデプロイに時間がかかっているので、手が空いたら見直していきたいと思います。

参考

blog-page_footer_336




blog-page_footer_336




-BackEnd
-

執筆者:

免責事項

このブログは、記事上部に記載のある投稿日時点の一般的な情報を提供するものであり、投資等の勧誘・法的・税務上の助言を提供するものではありません。仮想通貨の投資・損益計算は複雑であり、個々の取引状況や法律の変更によって異なる可能性があります。ブログに記載された情報は参考程度のものであり、特定の状況に基づいた行動の決定には専門家の助言を求めることをお勧めします。当ブログの情報に基づいた行動に関連して生じた損失やリスクについて、筆者は責任を負いかねます。最新の法律や税務情報を確認し、必要に応じて専門家に相談することをお勧めします。


comment

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

CAPTCHA


関連記事

Go言語

Go言語のエラーハンドリングとログローテーション

1 はじめに2 エラーハンドリング2.1 error インターフェース2.2 pkg/errors パッケージ3 独自のエラータイプ付き errorsパッケージを作成4 log パッケージ4.1 lo ...

MySQLでFULL OUTER JOIN (完全外部結合)を行う

1 はじめに2 FULL OUTER JOIN とは3 MySQLでは4 CROSS JOIN5 さいごに6 おすすめ書籍 はじめに テーブル結合と言えば、INNER JOIN か LEFT OUTE ...

aws

AWS BatchはSaaSの非同期処理に向いているか?

1 はじめに2 AWS Batchの要素2.1 コンピューティング環境2.2 ジョブキュー2.3 ジョブ定義2.4 ジョブ3 AWS Batchの構築3.1 事前準備3.2 コンピューティング環境の作 ...

laravel logo

LaravelでのCookieファサード利用

1 はじめに2 基本メソッド2.1 付与2.2 取得2.3 削除3 他メソッド3.1 forever3.2 getQueuedCookies3.3 unqueue4 ミドルウェア4.1 AddQueu ...

laravel logo

コードでわかるLaravelのブラウザ認証

1 はじめに1.1 認証機能の概要2 Controller3 SessionGuard3.1 fireAttemptEvent3.2 retrieveByCredentials3.3 hasValid ...

フォロー

blog-page_side_responsive

2018年7月
1234567
891011121314
15161718192021
22232425262728
293031  

アプリ情報

私たちは無料アプリもリリースしています、ぜひご覧ください。 下記のアイコンから無料でダウンロードできます。