Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
Capistrano実行時にEC2とかRDSを引っ張ってきてRole設定する - Qiita
想定環境 AutoScalingされたりしてるアプリケーション用EC2インスタンス tagにapp:trueと設定 RDSはMasterとRead Replicaが複数台 やってること EC2はIPアドレスをとってきてRole設定。稼働中かつapp:trueとしたサーバがデプロイ対象になる。 RDSはtagに対応していないので、Masterか否かを判断してendpointでアクセス。 必要なもの AWS SDK for Ruby 環境変数 $ export AWS_ACCESS_KEY_ID="xxxxxxxxxxxxxxxxx" $ export AWS_SECRET_ACCESS_KEY="xxxxxxxxxxxxxx" $ export EC2_URL="http://ec2.ap-northeast-1.amazonaws.com" require 'aws-sdk' set :a
Fabricは直列、Capistranoは並列 - Qiita
っていう感じで書けるんですが、複数サーバで実行する場合の順序が全然違うので要注意です。ロードバランサから外して、更新して、戻すなんてことを考えてると、Capistrano で死にます。 Fabric の場合: サーバAをロードバランサから外す サーバAを更新する サーバAをロードバランサに戻す サーバBをロードバランサから外す サーバBを更新する サーバBをロードバランサに戻す Capistrano の場合: サーバAをロードバランサから外す サーバBをロードバランサから外す サーバAを更新する サーバBを更新する サーバAをロードバランサに戻す サーバBをロードバランサに戻す Capistrano で Fabric の実行順序にするきれいな方法があればいいんですが。きれいな、というからには、汚い方法はあって、Can Capistrano Execute Tasks on Hosts Co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proxima Fermata
https://github.com/capistrano/capistrano/blob/master/README.md
