Amazon ECSをHerokuぽくラップするEmpireを試してみた | DevelopersIO
ども、大瀧です。 先週Docker界隈で話題になった、Empireというプロダクトを試してみたのでレポートします。 Empireとは Empireは、教育向けメッセージングサービスを手がけるRemind社が開発するオープンソースのDockerコンテナ管理ソフトウェアです。HerokuライクなCLIを備えていて、PaaSっぽくDockerコンテナを管理することができます。 DockerでHerokuのようなPaaSというとDokkuが思い浮かぶところですが、Dokkuには複数ホストをクラスタとして管理する機能が無く、本番環境向けとしては機能が足りません。一方、Dockerコンテナ管理ソフトウェアというとGoogleが開発するKubernetesやCoreOS fleetが有名ですが、どちらも構築および運用に独特なスキルが必要です。Empireはコンテナ管理に必要なコンポーネントをなるべくAW
Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。 - Qiita
Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。RubyRailsMySQLnginxVagrant Vagrant(CentOS6.5)にRuby2.1.2 Rails4.1をインストールの続き Nginxインストール 今回はyumから $ sudo yum install -y nginx MySQLインストール 同じyumから $ sudo yum install -y mysql mysql-server mysql-devel ついでにデフォルトで立ち上げる設定に RailsInstalll インストールするディレクトリへ $ mkdir /path/to/dir/ && cd /path/to/dir/ budnlerで管理したいので最初にインストール $ gem install bundle
unicornのpreload_app - motsatのブログ
unicornの設定「preload_app」について。 ざっくりと、「workerのアプリケーションの先読み」の設定らしい。 このサイトに詳しい説明があったので訳してみた。英語は苦手なので怪しいがなんとなく雰囲気は合ってる気がする。 http://unicorn.bogomips.org/Unicorn/Configurator.html#method-i-preload_app Enabling this preloads an application before forking worker processes. workerをforkする前のアプリケーションの先読みを有効にします。 This allows memory savings when using a copy-on-write-friendly GC これは、copy-on-write-friendlyに相性の良い環境
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
調べなきゃ寝れない！と調べたら余計に寝れなくなったソケットの話 - Qiita
なるほど、最近ソケット通信、ソケット通信と言ってるのはUNIXドメインソケットの事か！ UNIXドメインソケットって何がいいの？ Performance Analysis of Various Mechanisms for Inter-process Communicationに素晴らしい検証があった。 It was hypothesized that pipes would have the highest throughtput due to its limited functionality, since it is half-duplex, but this was not true. For almost all of the data sizes transferred, Unix domain sockets performed better than both TCP so
nginx連載4回目: nginxの設定、その2 - バーチャルサーバの設定
前回と同様に、nginx.orgのパッケージからインストールしたnginxが提供している設定ファイルをサンプルとして説明を行います。 今回はnginxのバーチャルサーバの設定を確認していきます。なお、「バーチャルサーバ」はApache HTTP Serverで言うところ「バーチャルホスト」のことです。 バーチャルサーバ毎の設定ファイル nginxの設定ファイルnginx.confに次のような記述を行うことにより、/etc/nginx/conf.dディレクトリにある拡張子がconfであるファイルを読み込みます。 include /etc/nginx/conf.d/*.conf; このconf.dディレクトリにバーチャルサーバ毎の設定ファイルを置くことにより、その設定ファイルが読み込まれます。nginx.orgのパッケージで提供されているサンプルファイルとしては、default.confとex
Nginx+UnicornでRailsを動かすon Mac - Qiita
RailsというよりRubyビギナーです。 ローカル環境ではWEBrickでもいいかなと思ったのですが、最終的にはそうもいかなくなると思うので、商用でもイケるWebサーバーを使ってみることにしました。 最初はとっつきやすそうなApache+Passengerな環境をつくろうと思ったのですが、全然上手く動かず挫折した（未だに困ってるので助けてください←）ので、勉強がてらGithubでも採用しているらしいNginx+Unicornな環境をMac（Mavericks）につくってみました。いまっぽい。 ですが、こちらもなかなか手こずったので手順をまとめておきます。 unicorn編 まずはgemでインストール。 （本当はbundleでインストールしたほうがいいのかな？）
macにHomebrewでnginxを入れて起動してみる - アプリなどを開発するブログ
nginx(読み方は "エンジンエックス" らしい) がいいらしいので試してみる。 nginxをHomebrewでインストール $ brew install nginx パスを通す $ vim .zshrc export PATH=$PATH:/usr/local/sbin nginxを立ち上げる $ nginx http://localhost:8080 にアクセスすると、こんな画面が出る。 とりあえずここまでで起動テストは完了。 もうちょこっといじってみる。 サーバーをストップ $ sudo nginx -s stop ポートを変更する。8080 -> 80へ。 nginxの設定ファイルを編集する。 $ vim /usr/local/etc/nginx/nginx.conf server { listen 8080; server_name localhost; .... となっている
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でログを出力してみる - yk5656 diary (旧)
RailsでHello, world!を表示してみるの続き Railsでログを出力してみる。 ログファイル とりあえずログファイルを見てみる。 特にログ出力の処理がなくても、デフォルトで、アクセスのログがdevelopment.logに出力されている。 $ cat log/development.log Started GET "/" for 192.168.56.1 at 2014-01-02 17:05:37 +0900 Processing by SampleController#index as HTML Rendered sample/index.html.erb within layouts/application (1.5ms) Completed 200 OK in 92ms (Views: 66.1ms | ActiveRecord: 0.0ms) Started GET
Ruby on Rails4をproduction環境として動かす（nginx + unicorn)
rails4(nginx + unicorn)での動かし方をまとめます。 環境は下記となります。 ・Ruby2.1 ・nginx ・unicorn 1.Unicornをインストールする Gemfileに書きを追記 gem 'unicorn' 追記後にbundle installをお忘れなく。 2.config/unicorn.rb作成（下記をコピペでいい） application = '{適当なアプリ名}' worker_processes 2 working_directory "/#{application}" listen "/var/run/unicorn/unicorn_#{application}.sock" # Unix Domain Socket pid "/var/run/unicorn/unicorn_#{application}.pid" # PIDファイル出力先 t
RailsをローカルでProductionモードで起動させる方法 - Rails Webook
ローカル環境でRailsをproductionモードで起動させようとするといろいろと詰まるので起動方法をまとめました。 確認環境 Rails 4.1 Rails 4.2 productionモードで起動させる方法 まず、production環境のDBを作成します。 bin/rake db:migrate RAILS_ENV=production productionモードでは静的ファイルはNginxやApacheなどのWebサーバーが配信するのが適切なのですが、今回は、Webサーバーを立てるのがめんどくさいので、Rails側で静的ファイルを配信しなければなりません。 そのため、以下の設定をtrueにします。 NginxやApacheなどのWebサーバー経由でアクセスする場合は、下記は必要ありません。 # config/environments/production.rb # Rails 4
Nginx のリバースプロキシ設定のメモ - Qiita
Nginx でリバースプロキシをする場合に、どうやってセキュアなリクエストであることをアプリケーションに伝えるか？のメモ。 Nginx - Rails の場合 NginxでリバースプロキシするときにもSSLはNginxで処理させる場合が多く、プロキシされるアプリケーションサーバにはSSLが解かれた状態でリクエストが届く。 そのため次のヘッダをNginxでつけるように設定する必要がある。 server { listen 80; server_name hoge.com; location / { proxy_set_header X-Real-IP $remote_addr; index index.html index.htm; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $pro
Railsエンジニアが安心して新年を迎える方法 - Qiita
この記事は ドワンゴ Advent Calendar 2014 20日目の記事です 新しい年を迎える準備 もうあと10日もしたら新年です。 みなさん新年を迎える準備はできているでしょうか? ん? その前に大事なイベント? コミケのことかな??? 正月の準備といえば、家を大掃除し、しめ飾りや門松を飾り、餅を撞き、おせちを作り、色々ありますが、 これはすべて神様を迎え入れるための準備なんですね。 年神様という、元日に各家に訪れ、一年の実りと幸せをもたらしてくれるありがたい神様です。 年神様を心から歓迎し、失礼ないようおもてなしすれば、次の一年の幸福と繁栄とマネタイズは約束されたも同然です。 さて、今年は、Railsエンジニアが年神様をお迎えするにあたって、 その前に供物を捧げ荒ぶる現世神の怒りを鎮めなければなりません。 すなわち、今年のうちに secure属性がついたcookie を現世神にお
Unicorn + nginx で複数の Rails アプリを動かす
簡易的な Rails アプリをいくつか作ったが、都度専用のデプロイ環境を用意するのは効率が悪い。そこでネームバーチャルで複数の Rails アプリを動かしてみる。Web サーバには Unicorn を使い、nginx をリバースプロキシとして動作させる。 前提 以下の環境を前提とする。 OS はクリーンインストールした直後の Ubuntu Server (>= 12.04) Ruby や Rails のバージョンはすべてのアプリで共通 パッケージのインストール apt-get で必要なパッケージをインストールする。 $ sudo apt-get install git ruby rubygems ruby-dev libmysql-ruby libmysqlclient-dev unicorn nginx mysql-server gem で rails をインストールする。 $ sudo
nginx でリバースプロキシするときの Tips
自宅サーバを KVM で仮想化して複数の VM を稼働させているが、グローバル IP アドレスが一つしかないため、外部から見て1ポートにつき1つのプライベート IP アドレスにしか NAPT できない。 そこで HTTP (80), HTTPS (443) に関しては nginx をリバースプロキシとして動作させ、プライベート IP を振った VM (バックエンド Web サーバ) に中継することにした。そのときの設定をまとめておく。OS は Ubuntu 12.04 を使用している。 基本的な設定 単に HTTP を中継するだけなら、次の手順を実施すれば良い。 まずリバースプロキシとして動作させるホストに nginx をインストールする。 $ sudo apt-get install -y nginx バーチャルホストごとに設定ファイルを作成する。 $ sudo vi /etc/ngin
apache,nginx × passenger,unicornのベンチをとってみた
preforkでテストしました。 yumでインストールした状態で使ってます。 最後にテスト用のconfをincludeしています。 httpd.confKeepAlive Off 〜 StartServers 8 MinSpareServers 5 MaxSpareServers 20 ServerLimit 256 MaxClients 256 MaxRequestsPerChild 4000 〜 Include /home/homepage/hello_world_rack/hello_world_rack_apache.conf hello_world_rack_apache.conf passengerのテストの場合は、VirtualHostまで使ってます。 unicornをテストする場合は、VirtualHostまでをコメントアウトし、ProxyPassのところのコメントアウトを
[Rails] APサーバの比較検証（Puma, Unicorn, Passenger） - Tech Log - s21g
仕事でRailsを使うことになり、APサーバの選定にあたってPuma, Unicorn, Passenger の比較検討を行いました。方法としてはJMeterでAPサーバにデプロイしたRailsアプリケーションに対して負荷をかけられるだけかけるというやり方です。 試験環境 試験の環境としては下記の構成です。 Ruby2.0, Rails4 アプリケーションサーバ：1台（VM） JMeterサーバ：3台（VM） JMeterクライアント：1台（通常の作業PC） サーバ構成 hostanameCPU仮想コア数（Per CPU）MemoryDisk用途 loadtest01248192MB20GBAPサーバ loadtest02114096MB20GBJMeterサーバ loadtest03114096MB20GBJMeterサーバ loadtest04114096MB20GBJMeterサーバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails4でRspec,Spring,Guardを勉強するときに参考にしたリンク集 - Qiita
capistrano 3 をできるだけシンプルにサーバーにコマンドを流し込むツールとして使いこなす - Qiita
RailsでオリジナルRakeタスク作成からRSpecテストまで
Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]