capistranoでのunicorn再起動タスク - Qiita
namespace :deploy do task :start do run "bundle exec unicorn_rails -c #{current_path}/config/unicorn.rb -E production -D" end task :stop do run "kill -QUIT `cat #{current_path}/tmp/pids/unicorn.pid`" end task :restart do run "kill -USR2 `cat #{current_path}/tmp/pids/unicorn.pid`" run "kill -QUIT `cat #{current_path}/tmp/pids/unicorn.pid.oldbin`" end end worker_processes 2 listen File.expand_path('
Capistrano で Rails アプリケーションの自動デプロイ - Qiita
Capistrano とは Ruby 製の自動デプロイ (& サーバー操作) ツール。 複雑な Rails 製アプリケーションのデプロイ作業を コマンド数行でさくっと片付けられるようになる。 Capistrano 自体の説明は以下の資料によくまとまっていた。 入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい 本記事では Vagrant を利用して、 Rails 4.2 系 + Unicorn + Nginx 環境で Capistrano を利用してデプロイ作業をさくっとデプロイできるようになるまでの流れを (主に自分用に) まとめた。 前提条件 用意する開発・本番環境 development (開発用と同一サーバー), production (開発用と別サーバー) アプリケーションサーバー Unicorn Ruby のバージョン管理 RVM Webサーバー Ngi
capistrano をバージョン 3 にアップデートして時代の流れに乗る · けんごのお屋敷
2013 年 6 月頃に capistrano のバージョン 3 がリリースされました。かなり久しぶりのメジャーバージョンアップで色々変わっているようです。 Intobox でもデプロイには capistrano を使っていて、今回 capistrano のバージョンアップをしましたので手順の紹介とハマったことなどをまとめたいと思います。 capistrano v3 capistrano v3 は、より良いモジュール化、より簡単なデバッグ、より高速なデプロイ、などを設計目標として掲げています。 変更点が多いのでアップグレードガイドが公式サイトより提供されています。基本的にはここを見ながら進めていくのですが、やることといえば Gemfile に gem 'capistrano', '~> 3.0' を追加 bundle install bundle exec cap install をやって
Capistrano3で快適デプロイ生活!! - Less is Best
Capistrano3で快適なデプロイ生活を目指しています。Railsで定数設定ファイルをgitから外して管理する方法。と組あわせれば、最高なデプロイ生活が待っていること間違い無しです。 が、Capistrano3のまとまった情報があまり手に入らず(Capistrano2とどっちかよくわからんし)、導入の際にかなり苦労したので、インストールから設定までをさらしておきます。 環境: Ruby 2.0.0-p247 Rails 4.0.0 Apache Passenger Server:CentOS6.4 公開鍵認証設定済み Capistranoとは Rubyでできたソフトウェアデプロイメントツールです。 Capistranoは分散環境へのウェブアプリケーションのソフトウェアデプロイメントを簡素化および自動化するために設計されています。 アプリのデプロイの際に生じるいろいろな作業をコマンドで自
Capistrano 3 で secrets.yml をどう配置するか
約1年10ヶ月ぶりの「Rails Tips」です。 今回は、Capistrano 3 で Rails アプリケーションをデプロイする時に、secrets.yml をどう扱うか、というお話しをします。 secrets.yml は Rails 4.1 で導入されたファイルです。その名の通り、秘密の情報を記録するためのファイルです。Facebook の API Key などを記録してもいいのですが、今回の話は secret_key_base に限定します。 このファイルの扱いが面倒なのは、次の3つの理由によります: 秘密の情報なので Git リポジトリにコミットできない。 デプロイ対象のすべてのサーバーに同一内容のファイルを配置しなければならない。 （セッションが切れてしまうので）運用中は原則として内容を変更できない。 早速ですが、私のやり方を紹介します。lib/capistrano/tasks
Capistrano3を最後にもう一度だけ懇切丁寧にまとめてみる - そのねこが学ぶとき
2017-08-15 追記 Googleの「Capistrano」検索順位で上位にあるためか、いまだにこの記事がたびたびブクマされるんですが、3年前の情報ですし、執筆者はRubyを専門としたプログラマーではないのでその点ご注意ください。（追記ここまで） いろいろエントリーを上げながら苦しんでいたCapistranoだが、ようやっとそこそこ落ち着いてきた気がするのでそろそろ完結編といく。Capistranoの基本とかはすでにこちらのエントリーで書いたので、今回は各設定ファイルの書き方とか、その他ハマったポイントを中心に。 今回作成したファイル 以下4ファイルを作成した。 Capfile config/deploy.rb config/deploy/staging.rb lib/capistrano/tasks/unicorn.cap 基本的にCapistranoを使う場合「必須」なのは上2つ
Capistranoのdeploy.rbを今更よんでみて、タスクの挙動をまとめてみた（その１） - massの日記
最近はデプロイもツールを使って一発になったけど、タスクの挙動をよく忘れてしまうので、備忘録をつけてみた。 フレームワーク：RubyOnRails バージョン：3.1.0 デプロイツール：Capistrano バージョン：2.9.0 書き方の例 $ 実際に打つコマンド # 内部処理 稼働しているサービスにリリース作業＝デプロイを行う。 deployのDefaultのタスクはソースの更新と再起動。起動していることが前提。 $ cap deploy # update # restart 新規に追加したサーバに初期ディレクトリを作成する。 Capistrano用のディレクトリの作成。既存のサーバには影響がない（既にディレクトリが存在する場合はなにもしない）ので、新規にアプリケーションサーバを１台追加した時などは、まずこのコマンドをたたく。 $ cap deploy:setup # setup_di
RailsのデプロイとUnicornのトラブルシューティング
デプロイしたけど何かおかしい？ 先日、Unicornを採用しているウェブアプリで問題が発生しました。デプロイした最新のコードが実行されているように見えますが、時々古いコードの挙動を見せるのです。 今回はそのトラブルシューティングの一部始終を紹介しながら、Unicornのホットデプロイ（ダウンタイムなしでアプリケーションを更新すること）の仕組みをおさらいします。担当は私、去年KRAYに入社しました@irohirokiです。よろしくお願いします。 問題 まずはデプロイ先のサーバにSSHして、Unicornのプロセスを調べてみました。 $ ps ax -H PID TTY STAT TIME COMMAND 3159 ? Sl 0:00 unicorn master (old) -c unicorn.conf -D 3162 ? Sl 0:00 unicorn worker[0] -c unic
RailsのDeploy環境+運用を考慮したサーバー構築 - Qiita
Ruby on RailsでDev環境は使ったことあるけど、test・prod環境を考慮した環境構築をしたことがない人にお勧めの内容です。 サーバー構成図 サーバーの役割 リバースプロキシサーバー(ホスト名：rp01） ロードバランサ機能を使ってWEBサーバ二台に処理を振り分け、アクセスを１台のサーバーに集中させない WEBサーバーを外部から隠せることでセキュリティ面の向上 WEBサーバー（web01、web02） webサーバーを２台用意することでアクセスが１つのサーバーに集中しないため、レスポンスを早くできる マスターDBサーバー（db01m） DB内容をもう１台のDBサーバー（スレーブ）へリアルタイムにコピーし、障害でマスターが停止したときはスレーブに切り替える スレーブDBサーバー（db01s） 読み込み専用のサーバー。書き込みをしない分レスポンスが早くなる マスターの内容を常にコ
第2回 SSH 公開鍵の設置
今回は Capistrano を使うための前提条件の一つである SSH について。 本番サーバは用意されているという前提だから、あなたは既に SSH で本番サーバにログインできるはずだ。しかし、SSH の公開鍵を作って本番サーバに設置してあるだろうか。もしまだなら、そこから作業開始だ。 ただし、Windows から Capistrano を使うためのセットアップ方法については、次回（第3回 Windows で Capistrano）で説明する。 まず、SSH の公開鍵を作る。 % ssh-keygen Generating public/private rsa key pair. Enter file in which to save the key (/home/kuroda/.ssh/id_rsa): Enter passphrase (empty for no passphrase)
Capistrano 複数環境へのデプロイ[localhostへのデプロイ][Rails] - 酒と泪とRubyとRailsと
Capistrano 複数環境へのデプロイ[localhostへのデプロイ][Rails] Jan 10th, 2013 Tweet Capistranoはデプロイプロセスを自動化してくれるGemです。今回はCapistranoを使ってローカルのステージング環境とサーバの本番環境にデプロイする手順を書きます。 もし、ProductionサーバへのデプロイとBitbucketのGitリポジトリを使う場合は、2012年12月に書いたRals3.2.9で始める Git連携Capistranoによる自動デプロイがオススメっす。 staging/production環境のデータベースの準備 デプロイ先のDBの接続用ユーザーとデータベースを作成するために、以下のコマンドをstaging環境とproduction環境で実行。 mysql -u root -p # 新規ユーザーを作成する場合 GRANT
Ruby初心者のCapistranoデプロイ入門 | 開発メモるアル
Capistranoを使って、Ruby初心者でもRuby以外のソースコードをデプロイできるようになるまでの流れです。 Rubyもよくわからないし、デプロイツールもろくに使ったことないけど、 Capistranoを使ってコードをデプロイしたい。という人に特に向けた記事です。 私自身そういう人でした。 私の理解不足の部分が多々ありますが、とにかくCapistranoを使ってデプロイができることを目的とします。私は今回の方法で、PHPのコードをデプロイしています。 「もう手動デプロイは嫌だ」「デプロイツール使いたい」「なんかデプロイツール使わないとヤバそう」と思っている方々にとってちょうどいい記事になればいいなと。 Capistranoデプロイができるまで（目次） Capistranoってどういうもの デプロイの流れの概要 デプロイ先サーバーとの接続条件 Ruby、RubyGemsのインストール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
capistrano 3 をできるだけシンプルにサーバーにコマンドを流し込むツールとして使いこなす - Qiita
Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]![Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
[Capistrano] Gitのブランチ名を指定してアプリケーションを配備する | CreativeStyle![[Capistrano] Gitのブランチ名を指定してアプリケーションを配備する | CreativeStyle](https://cdn-ak-scissors.b.st-hatena.com/image/square/cfc0b3f621d6c4b459c3a3124e1e31f58ca666a5/height=288;version=1;width=512/https%3A%2F%2Fkadoppe.com%2Fwp-content%2Fuploads%2F2012%2F08%2Fcapistrano_test_site.jpg)
capistranoでRailsアプリケーションをdeployする - Qiita