nginxのworkerプロセス数をCPUコア数の倍数で自動的に設定できるモジュールを書いた - 人間とウェブの未来
nginxはworkerプロセスの数をCPUコア（スレッド）数で決定するworker_processes autoという便利設定があります。 これが多用されているのは、nginxがノンブロッキングでリクエスト処理を行うため、コンテキストスイッチなどを考慮した場合に、コア数で立ち上げておけば効率よくCPUを使い切れるという前提があるからです。 一方で、例えば僕の用途では、現在画像の処理だったりとか、ngx_mrubyのようにリクエストの過程で一部ブロッキングされるような処理も増えてきているため、コア数以上の値に設定しておいた方が性能を発揮できるような状況も増えてきています。 そうなると、現状、非常に便利な設定であるauto設定を使えずに静的に数字を設定する必要があり、例えばサーバリプレース時には古いコア数を考慮した値になっていたりして、リプレース後にCPUのコア設定がそのままで性能が出せてい
Nginx, Puma, Rails, MySQLのパラメータ設定/チューニング - Qiita
# 環境変数 RAILS_MAX_THREADS に 16 をセット threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 } ... # 環境変数 WEB_CONCURRENCY に 2 をセット workers ENV.fetch("WEB_CONCURRENCY") { 2 } 実験を行った結果、もちろんサーバーのリソース(今回はCPUコア数: 2)にもよりますが以下のようにサーバーが処理できるキャパシティが変わりました。thread数が少ないともちろんさばける処理数が減るため、サーバーのリソースが余っているにもかかわらず、unhealthyになります。つまり、レスポンスで過負荷を示す503 errorが返却されます。 1worker/5threadの場合、CPU15%ぐらいでunhealthyになる 1worker/10threadの
[nginx]open() failed (13: Permission denied)で泣きそうになった | カバの樹
はじめに 本日の08：00～09：30頃まで当サイトが404エラーでページが表示されなくなっていました。 nginxの再起動をしたところ、この状態になってしまいました。 エラーログを確認 エラーログを確認したところ下記のようなエラーが発生していました。 [crit] open() "/hogehoge_html/DocumentRoot/index.php" failed (13: Permission denied), client: xxx.xx.x.xx, server: www.kabanoki.net, request: "GET / HTTP/1.1", host: "www.kabanoki.net" ファイルのパーミッションを変更 エラーのログに(13: Permission denied)とあるので、権限に問題があるのかな？と試しにindex.phpのパーミッションを77
![[nginx]open() failed (13: Permission denied)で泣きそうになった | カバの樹](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e27be41d0c9678f2420aa2e9064c73b01c4a396/height=288;version=1;width=512/https%3A%2F%2Fwww.kabanoki.net%2Fwp-content%2Fuploads%2F2019%2F05%2F0d40a5e4a645fc6b96e767d64ac0878e-1.png)
【nginx】アクセス権限が正しいのにPermission deniedになるときの原因と対処 - 新米エンジニアの失敗再発防止メモ
アクセス権限は、 ・ディレクトリには実行権限 ・ファイルには読取り権限 を付与すれば大丈夫なはずですが、このようなエラーが出てしまいました。 [error] 4418#0: *9 open() "/home/ec2-user/www/index.html" failed (13: Permission denied)ディレクトリ・ファイルの所有者やグループをrootに変更してもダメです。 とりあえずの解決案 基本的に、ルートディレクトリの場所がユーザーのホームディレクトリに設定されているとエラーになります。 （というのはちょっと語弊があります。エラーになる理由はこちら） ✖ダメな例 location / { root /home/[ユーザー名]/www; index index.html; }※デフォルトだと「/home/[ユーザー名]/」のパーミッションが700なので、701に変更すれば
nginxのタイムアウト時間を伸ばす - 諸行無常
defaultは60秒 sudo vi /etc/nginx/nginx.conf httpブロックのタイムアウト時間を変更する（秒） http{ ... proxy_read_timeout 300; proxy_connect_timeout 300; proxy_send_timeout 300; ... } 特定のサーバだけ、時間変えたい時 server{ ... proxy_read_timeout 300; proxy_connect_timeout 300; proxy_send_timeout 300; ... } 再起動 sudo systemctl restart nginx 確認 systemctl status nginx
Rails5をNginx経由で接続させるためのNginxの設定。Nginx＋Puma＋Rails5
Nginx経由でPuma＋Rails5へアクセスできるように設定してみた。 Rails5でアプリケーションは問題なく動いている前提で記載 Rails5でのデフォルトのアクセス方法は、http://接続IP:3000というもので、ポート3000にアクセスするようになっているけど、一般的にはポート3000でアクセスしているものなんてみたことない。 調べてみると、Railsの前にWebサーバがあって、Webサーバ経由でRailsへアクセスするのが一般的みたい。 例えば、 今まで、http://1.1.1.1:3000にアクセスするとPumaが受け取って、Railsに渡す！ という動きだったけど、 一般的には http://1.1.1.1にアクセスすると、Webサーバ(Nginx）が受け取って、Nginxが1.1.1.1:3000に渡して、それをPumaが受け取って、Railsに渡す！ という動き
Itamae自分メモ[0] Rails＆nginx＆puma＆CentOSのプロビジョニングをしてみるので基本的な設定とか準備 – t4traw.net
Itamae自分メモ[0] Rails＆nginx＆puma＆CentOSのプロビジョニングをしてみるので基本的な設定とか準備 今までインフラ系はほとんどまともに勉強した事がなくて、ライブラリのインストールやVagrantで開発をするのに必要な設定ぐらいしか知識がなかった。RailsとかSinatraのデプロイは社内サーバーかheroku。 しかし、今作ってるモノがどうしてもherokuだと厳しい(レイテンシーとかプラン的な問題)ので、勉強も兼ねてRails+nginx+puma+CentOSな本番環境を作ったみた🔧 で、こういうのは毎日やらないと忘れてしまう……👻 いつもはメモや秘伝のレシピ的なモノを作って置いておくのだけど、プロビジョニングをコードに落としておけば「バージョン変わって動かない」なんて事があっても、(やりたい事orやらないといけない事)は分かるよね❗という事で、一通り
nginxとPumaを連携し、nginx + Puma + Rails6の開発環境を構築する手順 | Enjoy IT Life
こんにちは。Enjoy IT Life管理人の仁科(@nishina555)です。 Railsアプリケーションを実際にサービスとして稼働させるためにはWebサーバーとの連携は必須です。 今回はPumaを利用してWebサーバー（nginx）とRailsアプリケーションを連携させる手順について紹介します。 Pumaの設定方法や、Railsとnginxの連携方法について知りたい方の参考になればと思います。 検証サーバーはConoHaのVPSを利用して作成をし、OSはCentOS8とします。 今回の検証環境について 各種バージョンは下記の通りです。 $ cat /etc/redhat-release CentOS Linux release 8.1.1911 (Core) $ node -v v12.18.0 $ ruby -v ruby 2.7.1p83 (2020-03-31 revision
Itamaeレシピ集 - Ruby/nginx/MySQL/Redis/etc - 珈琲駆動開発
Itamaeを使ってみる。 選定基準は、 Rubyの内部DSLで書きたい Ansibleだとそのご期待に添えない でもchefはフルスタックすぎて学習コストが高い... ということでItamae :+1: :+1: みたいな感じです。基本的にRails使うような想定をしております！ 構成 以下の構成を目標にがんばります。 rbenv Ruby 2.2.3 MySQL nginx Redis (yum update) Capistrano Railsのデプロイ先のサーバーの設定をしたいので、先にCapistranoの設定をしておきました。 Capistranoの設定は割愛。以下の記事を参考にしてくださると助かります。 totutotu.hatenablog.com itamae itamaeをインストールします。 $ gem install itamae 以下に、この記事の順番でitamae
Apache Passengerをやめました - てくすた
こんにちは、開発部でインフラエンジニアをしているもりです。 「はてなダイアリー」が2019年の春で終了してしまいますね。エンジニアブログといえば「はてなダイアリー」とたくさん読ませて頂いたので寂しい思いです。 さて、今回のテーマはPIXTAのRailsアプリケーションの実行環境をApache Passengerからnginxとunicornの構成に移行したはなしです。 はじめに Railsアプリケーションを動かす上でのWebサーバーとアプリケーションサーバーの違いとか役割については、こちらの記事が参考になったので、もしこんがらがっている方は最初に読んで頂ければと思います。 移行後の運用や障害対応においてこれらの違いを理解しておくと、問題が発生した場合の切り分けと対処に役立つと思います。 Apache Passengerで何が課題だったか 上記を踏まえ、PIXTAのRailsアプリケーション
Overview — Phusion Passenger™ (a.k.a. mod_rails / mod_rack)
Supercharge Your Web App Passenger has a myriad of features that are invaluable to today’s web apps and microservice APIs. You get these benefits (and more) by simply installing Passenger with Nginx or Apache. Learn how. Optimization Passenger was built with high performance and efficiency in mind. With Passenger’s zero-copy architecture, turbocaching and support for multiple concurrency models, y
Nginx で Rails の assets (css, js) にアクセスできない（403 forbidden が返る） - Qiita
Nginx で Rails の assets (css, js) にアクセスできない（403 forbidden が返る）RailsnginxAWSEC2 はじめに Rails を勉強中に遭遇したトラブルを共有します。 環境はインフラは、Amazon Web Services (AWS) の EC2 をつかっており、ミドルウェアの構成は、 Nginx Unicorn Rails4 という標準的な構成です。 development では動くのに、production では動かない Rails4 のデフォルトの設定ですが、assets pipeline という仕組みがあり、development 環境だと、*.scss や *.coffee は 動的に それぞれ *.css、*.js にコンパイルされますが、production 環境だと動的にコンパイルされない設定になっています。パフォーマン
Rails + Puma + Nginx on CentOS 7 の 環境構築メモ - 適当おじさんの適当ブログ
はじめに Ruby on Rails製のWebアプリケーションを本番環境であるCentOS 7にデプロイしたので、整理も兼ねてそのときのアプリケーションサーバ、Webサーバの設定についてまとめました。この記事ではRubyの環境構築については一切触れません。 環境構築時のバージョンは、以下のようになっています。 gem バージョン rails 5.1.4 puma 3.11.3 また、対象のWebアプリケーションを developmentモードで起動できる状態になっていることを前提とします。 目指す構成 ユーザのリクエストをWebサーバのNginxで受け取り、アプリケーションサーバのPumaに流す構成にします。 Nginx と Puma間の情報のやりとりは、UNIX Socketを利用します。 Railsアプリケーションは本番環境用の設定で起動させます。 Pumaの特徴 Puma はアプリケ
nginx+puma+rails の worker,thread,connection pool 数の目安 - Qiita
nginx+puma+rails の worker,thread,connection pool 数の目安Railspuma ※間違ってたら指摘を... 前提 MRI(Matz's Ruby Implementation) の前提, JRubyの場合は考え方が変わる。 nginx の worker 数の目安 CPUコア数を基本とする。ただし... 一方で、例えば僕の用途では、現在画像の処理だったりとか、ngx_mrubyのようにリクエストの過程で一部ブロッキングされるような処理も増えてきているため、コア数以上の値に設定しておいた方が性能を発揮できるような状況も増えてきています。 nginxのworkerプロセス数をCPUコア数の倍数で自動的に設定できるモジュールを書いた - 人間とウェブの未来 上記のようにコア数以上に設定した方が良いケースも時としてあるようです。 nginx の work
EC2 : Rails, MySQL, Redis, nginx, Unicorn 環境構築 - Qiita
Ports 22 / Source : MyIP Ports 80 / Source : Anyway Ports 8081 / Source : Anyway
コードを書くのは好きだけどインフラ弱いって人は、まずItamaeを触ってみるといいと思う - Speee DEVELOPER BLOG
概要 はじめまして、17 新卒エンジニアの中嶋です。 イエウール のサーバサイドの開発を行っています。 コードを書くのは好きだけど、インフラ・ミドルウェア系は弱い感じのエンジニアです。 これまで趣味では、Heroku や Elastic Beanstalk でシュッとデプロイして済ましていたので、AWS、ネットワーク、ミドルウェアあたりの知識が皆無でした。 先日、イエウールのホスティング環境が、IDCFrontier から AWS へ移行しました。 tech.speee.jp このようなインフラ移行に関わる機会は、そう多くあることではないので、これに便乗してインフラにちゃんと触れてみようと思いました。 そこで、少しでもインフラに近づくべく、社内で実績のあったプロビジョニングツール Itamae を使って、イエウールのサーバ構成の一部を、できる範囲でコード化しました。 結果、コードを書くのは
nginx + ngx_mruby でSSL証明書の動的読み込みを実現して、作業がとても楽になった話 - astamuse Lab
こんにちは。並河(@namikawa)です。 随分と寒くなってきたんで、そろそろ銀座界隈のオススメのラーメン屋の紹介でもしようと思・・・うわなにをするやめくぁwせdrftgyふじこlp； ・・・はい。今日は、ちょっと前にやった nginx + ngx_mruby でSSL証明書の動的読み込みを実現して、作業がとっても楽になったワンって話をしようと思います。 前提の話 弊社では、転職ナビという400近く存在する多くのドメインを持つサイトがあり、そのSSL処理をフロントの nginx で行なっています。 過去、そのバーチャルホストの設定がドメインごとにベタ書きされていた経緯があり、その辺の共通化・書き直しを少しずつやっていて、正規表現や環境変数を駆使することで、随分と設定は共通化できたりするのですが、どうにもならなかったのがSSL証明書の設定である、 ssl_certificate ssl_c
nginx+Unicornでサブディレクトリでアプリを動かす - ひげろぐ
Passengerだと簡単だったけどUnicornだとちょっと手こずった。 nginx側 ディレクトリの準備 nginxのroot以下に任意の名前のサブディレクトリを作る。 これはRalisアプリケーションのpublicディレクトリのシンボリックリンクにする。 cd /var/www/root ln -s /var/www/my-app/current/public my-app （Capistranoを使っているのでこの例ではcurrentがついている） nginxの設定 nginxのupstreamとserverの設定を抜粋。 upstream unicorn-of-my-app { server www.example.com:8080; } server { listen 80; server_name www.exemple.com root /var/www/root; err
Unicorn設定のまとめ - Qiita
Unicornの設定ファイル Unicornの設定ファイルは大体以下のようになります。 説明は設定ファイル内にコメントとして記載してます。 参考： Rails4.2 を Nginx + Unicorn で動作させる # Railsのルートパスを求める。(RAILS_ROOT/config/unicorn.rbに配置している場合。) rails_root = File.expand_path('../../', __FILE__) # RAILS_ENVを求める。（RAILS_ENV毎に挙動を変更したい場合に使用。今回は使用しません。) # rails_env = ENV['RAILS_ENV'] || "development" # 追記に記載してます。入れた方がいいです。 ENV['BUNDLE_GEMFILE'] = rails_root + "/Gemfile" # Unicornは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger