Nginx + Rails (Puma) on ECS のいくつかの (本番環境にむけた) 構成例 - Qiita
コンテナの分離レベル, サービスの分離レベルに応じた 3 つの構成例を紹介します. 本投稿は以下を前提とします. ECS Cluster は構築済み VPC / Security Group / Application Load Balancer / RDS の構築ができる 要件 以下の要件は全構成例で達成すべきものとします. フロントエンドは Nginx, バックエンドは Rails5 (Puma) Rails の静的コンテンツ (public/ 配下) は Nginx が処理する また, 可能な限り Nginx-Puma 間は socket 通信を利用するものとします. 1. 単一コンテナ × 単一サービス 単一イメージに Nginx, Rails をまとめた, 最もシンプルなパターンです. 詳細の解説は省略します. 2. 個別コンテナ (Nginx, Rails) × 単一サービス
NGINX Amplify雑感 - Innovator Japan Engineers’ Blog
はじめまして @hacktk です。 NGINXが提供するパフォーマンス監視ツール、NGINX Amplifyがパブリックベータになったので試してみました。 手元にVirtualBox上のCentOS 6.6があったので、それを使います。 アカウント登録 NGINXのアカウントを持っていない場合はまず登録する必要があります。 トップの [SIGN UP FOR FREE] から 各情報を入力して [Sign up] メール認証を済ませましょう ログイン エージェントインストール Amplifyはエージェントを常駐させて情報を集めるタイプなので、対象のシステムにエージェントのインストールが必要です。 ログインすると親切にインストール手順が表示されます。対象のシステムで実行してみます。 [Graphs] タブに対象システムのメトリクス一覧が表示されました。 いろいろ使ってみます Graphs
３つのnginxをうまく使い分けよう〜nginx、OpenResty、Tengine〜
OpenRestyはnginxのほかにngx_luaをはじめとするCで書かれた各種サードパーティモジュールとngx_luaのAPIを利用したrestyモジュール、そしてLua/LuaJITで構成されています。 OpenRestyに含まれているnginx自体は本家のnginxと基本同じなので、別にOpenRestyを利用しなくても自分でngx_luaを組み込んだり、サーバ上にrestyモジュールを配布することで似たような環境を構築することは可能ですが、OpenRestyであれば主要なモジュールやライブラリが./configure、make、make installの一連の流れですべてゴソッとインストールされますし、OpenRestyのconfigureスクリプトはnginxのconfigureスクリプトを継承したものなのでnginxのconfigureオプションをほぼそのまま利用することもで
Nginxでお手軽にメンテナンス画面を表示する方法 | 経験知
※本ページはプロモーションが含まれています 作成:2014/09/30 更新:2014/10/01 PHPやMySQLのアップデート時にNginxでメンテナンス画面を簡単に表示させる方法。 「Nginxでrestart, reloadをすることなくメンテナンス画面に切り替える – Qiita」を参考に、503エラーを返すようにしました。 メンテナンス画面の作成 /var/www/maintenance/maintenance.html 上記のようにメンテナンス画面用のHTMLを作成する。 「maintenance」ディレクトリがない場合は $ sudo mkdir /var/www/maintenance maintenance.htmlを作成する。 $ sudo vi /var/www/maintenance/maintenance.html 「maintenance.html」内のHT
ELB + Nginx 利用時にRailsでHTTPSアクセスを識別する - Qiita
def scheme if @env['HTTPS'] == 'on' 'https' elsif @env['HTTP_X_FORWARDED_SSL'] == 'on' 'https' elsif @env['HTTP_X_FORWARDED_SCHEME'] @env['HTTP_X_FORWARDED_SCHEME'] elsif @env['HTTP_X_FORWARDED_PROTO'] @env['HTTP_X_FORWARDED_PROTO'].split(',')[0] else @env["rack.url_scheme"] end end def ssl? scheme == 'https' end schemeメソッドで「https」が返されれば、https判定されることになる。 今回の構成のような例では、「url_scheme」はhttpになるため、その他のヘッダ
Nginx + ELB(Elastic Load Balancing)でサービスをソーリーページ(メンテナンスモード)に切り替える - Qiita
Nginx + ELB(Elastic Load Balancing)でサービスをソーリーページ(メンテナンスモード)に切り替えるnginxAWSelb はじめに Nginx、ELBに関して説明は端折りますが、概要を知りたい方は以下が参考になるかと思います。 Nginx 高速・軽量・高機能……Nginxの基礎知識 Nginxのインストールと基本設定 ELB [AWSマイスターシリーズ]Amazon Elastic Load Balancing (ELB) 本記事の前提条件 ELB + EC2(WEB/AP)の構成を組んでいること Nginxをインストール済のEC2インスタンス (ソーリーサーバ用)が用意してあること Nginxのコンフィグ設定 色々と試行錯誤して以下に落ち着きました server { listen 80; root /var/www; location = /healthc
nginxで同一ユーザからの過度なアクセスを制限する。 - インフラブログ
連打対策してるのをユーザにわかってもらえる程度の制限 今回運用するWEBサイトではユーザがほぼ同タイミングでPOSTのボタンを数回連打したり、もしくはツールなどを使って一定期間同じリクエストを延々と飛ばしてきたりする可能性が普通にあるらしく、ある程度の規制はいれておきたいと思います。 nginxで使えそうなものがないか色々と調べてみるとここで紹介されているlimit_req_zoneが使えそうです。 下記のように、httpディレクティブで何をキーにしてアクセス数をどの程度で制限するかを定義して、serverのlocation内でどの制限を適用するかを指定します。 制限を超えてアクセスしてきた場合、burst内であればhttp status 499,burstを超えた場合は503として扱い、専用のソーリーページを返すようにします。 http { limit_req_zone $binary_
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
Nginx バージョンアップ動向（2014/01〜2014/12）