CrowdWorksデプロイ物語 - クラウドワークス エンジニアブログ
みなさんさようなら，最近デプロイが趣味の@h3_potetoです． この記事は，僕が趣味で改善していたCrowdWorksのデプロイ周りの大改造の歴史を振り返ります．基本的には，デプロイが趣味の方向けの記事です．とても長いです． 手動構築の時代 その昔，CrowdWorksのサーバは手動で構築されていました． 手動でRuby等の設定をいれたサーバを複数台用意し，そこにcapistranoデプロイをしていました． インフラは手動構築だった割に，なぜかBlue/Greenデプロイを実現していました． Blue/Greenの実現方法 まずはじめに， Blueが稼働系 Greenが待機系 です． Blue/Greenデプロイをする際には，Green系にデプロイをして，Blue系と挿げ替え，旧Blue系をそのまま廃棄します． この動作をどこで実現しているかというと，なんとCrowdWorksのアプリ
6リージョン同時75万接続のメッセージ配信基盤をCloudFormationとCapistranoで3日で構築した話
2013/12/10 CM re:Growth�Developers.IO Meetup 01でお話しした資料です。Read less
Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。 - Qiita
Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。AWSRails4capistrano3 追記 http://qiita.com/kizashi1122/items/6e22b2a27fa4da487884 に更新版を載せました。 はじめに 最初に構成ですが、以下のとおりです。 クライアント Mac 上の仮想環境(CentOS) Capistrano3 もここで動きます サーバ EC2(AWS) 構成管理 Github ミドルウェアは、以下のとおりです。Nginx は yum でインストールしておいてください。 Nginx Unicorn Capistrano3 で、クライアントからコマンド一発でサーバにデプロイすることを目的としてます。 しかし、Capistrano3 や Unicorn 関連の情報は Web 上にたくさんあり、それぞ
CapistranoでAWS EC2インスタンスをデプロイする時の注意点
前回のデプロイ設定ファイルで新たに作成されたEC2インスタンスには、キーペアやセキュリティグループなどが設定されていなかったため、そのままでは作成したインスタンスにSSHでアクセスできませんでした…orz その後、色々とデプロイ設定を修正して、作成したEC2インスタンスにSSHでログインするところまで出来たので、その経緯を備忘録として書いてみた次第。 まぁ、CapistranoでAWSのEC2インスタンスを作成する際…というより、「_AWS SDK for Ruby_」でEC2インスタンスを作成する時の注意点…に近いのかもしれない。 まず、前回の`config/deploy.rb`からインスタンスラウンチのタスク部分を見てみる。 作成するインスタンスに対して、AvailabilityZoneとSubnetの設定しかしていないので、そりゃあアクセス不能になります。最低限、セキュリティグループ
オートスケール時のデプロイを User Data と Capistrano を使って行う（BootStrap パターン） | DevelopersIO
Auto Scaling を使った構成の場合、EC2 へのデプロイはどうやっているでしょうか？ AWS を使ってる方はご存知の方も多いと思いますが、EC2 には User Data という仕組みがあります。 User Data は、インスタンス起動時にタスクやスクリプトを実行する仕組みです。 今回この User Data を使って、自分自身のインスタンスから最新のソースを GitHub から取得してデプロイする方法についてご紹介したいと思います。 図で表すと以下のイメージですかね。 ssh localhost？ デプロイツールには Capistrano を使いますが、Capistrano は、デプロイ対象のサーバーに対してまず ssh で login を行います。 その後、サーバー上でデプロイ対象のコードの取得や、サービスの再起動をしたりしますが、 AutoScaling は自動でインスタ
Capistranoでデプロイ対象のEC2インスタンスをタグで指定するものを書いている - There's an echo in my head
capistrano-ec2_taggedというgemを作った。まだrubygems.orgには上げていない。 これはCapistranoで指定タグのEC2インスタンスにデプロイのようなことをやるためのもので、次のようにして使う: # Gemfile gem "capistrano-ec2_tagged", require: false, github: "a2ikm/capistrano-ec2_tagged" # Capfile require "capistrano/ec2_tagged" # deploy.rb set :access_key_id, "ACCESS KEY ID" set :secret_access_key, "SECRET ACCESS KEY" set :region, "ap-northeast-1" # production.rb role :app,
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
python boto + Capistranoで変態ちっくなEC2用デプロイスクリプト
EC2用に、ちょっと変態的(?)なデプロイスクリプトを組んだのでGithubに置いてみた。画面キャプチャーと一緒にご紹介します(・ω・)ﾉ https://github.com/wgkoro/ec2helper ※各キャプチャクリックで拡大します このスクリプトでdeployを実行すると 1.指定したNameを持つインスタンスを探して、起動しているかチェック。 Stopしていればたたき起こす。 起こした後、デプロイ実行していいか尋ね、ＯＫであればCapistranoでデプロイ実行。 2.デプロイが終了したらスナップショットを作成。 ということを行います。 Capistranoのrollbackもできます。 1.指定Nameのインスタンスの起動チェック、ロールバック実行。 2.以前作成したスナップショットも一緒に削除(削除実行前に確認アリ)。 ※スナップショット作成/削除機能はbotoを使っ
AWSのSecurityGrouopのroleを当てられるcapistranoプラグインcapistrano-ec2group - ドナドナごとごと
awscapistrano 通常capistranoでroleを定義する際には下記のように記述するわけですが、インスタンス数に変更があった場合 追加したり削除したりがめんどくさいです。 set :app, "app-ip-address" set :web, "web-ip-address" 上記のような問題を解決するプラグインがcapistrano-ec2groupです。 GitHub - logandk/capistrano-ec2group: Capistrano plugin for deploying to Amazon EC2 instances by security groups インストール gem install capistrano-ec2group コード deploy.rbに以下の様に追記します。 このように指定するだけで、"web"roleには"security
AWS Autoscaling環境を想定した、deploy時にS3にパッケージをアップロードするCapistranoプラグイン(IAMロール対応) - Qiita
AWS Autoscaling環境を想定した、deploy時にS3にパッケージをアップロードするCapistranoプラグイン(IAMロール対応)RubyCapistranoAWSautoscale Capistrano-s3copy-awscli 概要 https://github.com/bacter1a/capistrano-s3copy-awscli AWS Autoscaling + Capistranoにおいて、 CapistranoでのDeploy時にS3にパッケージをput 稼働中の対象サーバはS3からパッケージをダウンロードして展開 AutoScaleされたサーバも起動時にS3からダウンロードして展開 みんな幸せ 上記動作のためのCapistranoプラグインを作りました。 AWSのAccess Key等をスクリプトに残したくなかったので、AWSのIAMロールに対応するた
Capistranoってなんじゃ？（EC2にインストール編）
CapistranoはSSH経由でリモートコマンドを実行するためのツールで、端末間でのアプリケーションのデプロイなどに使用されています。Ruby on Railsの台頭とともに知名度をあげ、Railsのデプロイメントでは定番のツールになっています。 Capistranoはそれ自体がRuby製で、Rubyのためのツールのようですが、冒頭の通りSSHでリモートコマンド実行を管理する用途であればどんな状況でも利用できます。 今回試してみるユースケースでは 1台の管理サーバーから２つのサーバー上にファイルを作成してみます。 まずEC2でAmazon Linuxを3台分マイクロインスタンスで起動しておきます。 ここでは管理サーバーをadmin、リモートの2台をhoge1,hoge2とし、3台にそれぞれEIPを付与します。 仮にそれぞれのEIPは以下の通りとします。 admin: xxx.xxx.xx
Capistranoで指定タグのEC2インスタンスにデプロイ - Qiita
require 'aws-sdk' AWS.config({ :access_key_id => '<アクセスキーID>', :secret_access_key => '<シークレットアクセスキー>', :region => 'ap-northeast-1' }) # EC2のタグKeyのProjectがsampleのものを取得 instances = AWS.ec2.instances.select {|i| i.tags[:Project] == 'sample' && i.status == :running}.map(&:dns_name) role :app, *instances
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CapistranoでELB配下のEC2インスタンスを取得してデプロイ - Qiita