AWS ALBの運用豆知識 | 外道父の匠
たいした諸事情なわけでもないですが、だいぶ更新を空けてしまいましたので、ささやかなことからコツコツと書いていこうかと思います。 今回は、ALB(Application Load Balancer)の運用で得られた豆知識の記録です。 暖機運転の豆知識 申請の必要性 ALBはトラフィックが増加しても自動的に拡張して対応してくれますが、急激に増加すると拡張が間に合わずにキャパシティオーバーとなって、ALBがエラーを返してしまう可能性があります。そのため、事前にこのくらい跳ね上がりますので暖めて馴染ませておいてください。ってのが暖機運転（Pre-warming）です。 基本的には事前に申請して扱う仕組みですが、想定よりトラフィックが多くなり、エラーが多発し、数十分・数時間も解決しない場合もこの申請をすることがあります。この場合、ALBが自動拡張してくれない ＝ 何か他に問題がある 可能性が高いので
nginxのログをLTSV形式で出力して、fluentd経由でMongoDBに保存する - Qiita
nginxのlog_formatを忘れないところにメモっておきたかったのでメモ。 nginx設定 nginx.confのhttpコンテキスト内にLTSV形式のログフォーマット定義を行う。$time_iso8601などの変数はnginx http_core_moduleのEmbedded Variablesを参照して適当に設定しています。 /etc/nginx/conf.d/log_format.confとして分離したファイルで設定して、nginx.conf内でconf.d/*.confを読み込むようにする。 log_format ltsv 'time:$time_iso8601\t' 'remote_addr:$remote_addr\t' 'request_method:$request_method\t' 'request_length:$request_length\t' 'requ
docker上のnginxから、別のコンテナのwebへリバースプロキシさせる - Qiita
APのコンテナが複数あって、それを1つのnginxからリバースプロキシして振り分けることをしてみる。 まず、APコンテナは以下のDockerfileとする。 FROM debian:8.1 MAINTAINER 74th<site@j74th.com> RUN apt-get update RUN apt-get install -y apache2 libapache2-mod-php5 EXPOSE 80 VOLUME ["/var/www/html"] ENTRYPOINT service apache2 start && \ tail -f /var/log/apache2/access.log
fluentdのnginxアクセスログ取得をdockerで試す – Nyle Engineering Blog – Medium
最近fluentdを触る機会があったので、調べたことを書きます。 またdockerでいくつか試してみたので、それも公開しておきます。試した内容は以下です。同じようなことを、入出力を変えて何度もやっているだけなので、http2fileだけ見ればだいたいわかると思います。 httpリクエストをファイルに書き出す http2filenginxのアクセスログをファイルに書き出す nginx2filenginxのアクセスログをMySQLに入れる nginx2mysqlnginxのアクセスログをBigQueryに入れる nginx2bqこの記事ではfluentdの設定の仕方に内容を絞り、fluentdの動作の詳細などは書きません(書けません)。 いろいろリンクを貼っていきますがfluentdの公式ドキュメントは英語だけらしいのでほとんど英語です。 fluentdのバージョンはv1.2を使います。v1系
docker + nginx + uwsgi + flask の構築 - ぬブログ
環境 software version Ubuntu 18.04 Docker 18.09.0 docker-compose 1.23.2 ディレクトリ構成 ┣ myServer ┣ app ┣ Dockerfile ┣ main.py ┣ requirements.txt ┣ uwsgi.ini ┣ docker-compose.yaml ┣ nginx ┣ Dockerfile ┣ nginx.conf 1. docker-compose.yamlの作成 version: "3" services: uwsgi: # ビルドするDockerfileのでディレクトリ相対パス build: ./app # 指定したパスをコンテナにマウントする。"ホストのパス:コンテナのパス"となる volumes: - ./app:/var/www/ # 解放するポートを指定。"ホスト:コンテナ"のマッピ
Rails5.2+Pumaのデプロイ設定 – RE:ENGINES
はじめに 皆さんはRailsで開発する際のアプリケーションサーバは何をつかっていますか？ 私は以前からPumaに興味を持っていたのですが、出た当初は他のGemのマルチスレッド対応が心配だったこと、Capistranoの設定を使いまわしていたことから、もっぱらNginx＋Unicornな環境ばかり構築してきました。 Pumaが出てからだいぶ経ったのでそろそろ使ってみようということで、新しく開発したサービスでPumaを使ってみることにしました。 そこで今回はデプロイ関連の設定について書いてみようと思います。 環境 本番サーバの環境は下記のとおりです。 CentOS 7.5 Nginx 1.15.1 ruby 2.5.1 rails 5.2.0 capistrano 3.11.0 capistrano3-puma 3.1.1 Pumaとは？ Pumaはスピードと並列性を追求したアプリケーションサ
【phpMyAdmin】phpMyAdminをphp-fpm x nginxで動かしてみるメモ for さくらVPS - tweeeetyのぶろぐ的めも
はじめに さくらVPSを使ってちょっとしたアプリを作ってるときに データの管理にphpMyAdminを使いたかったので入れたメモ あじぇんだ まえおき php-fpmインストール phpmyadminインストール phpmyadmin設定 nginxの設定 ポートの開放 確認 basic認証かける 1. まえおき まえおきというほどでもないですが、今回は下記を前提に書いています。 phpはいってる mysqlはいってる nginxはいってる このあたりはリンクをおいておくので、そちらを参考に入れてみてください。 mysql 【mysql】mysql5.5を使う - ①-1 - バイナリ（tar.gz）インストール 【mysql】mysql5.5を使う - ② - 初期設定 nginx http://tweeeety.hateblo.jp/entry/2015/07/06/021420 これ
Redirecting to ssl-config.mozilla.org...
Mozilla SSL Configuration Generator Redirecting to the updated SSL Configuration Generator…
Nginxログローテートの設定の実例 - Qiita
ll /etc/logrotate.d/nginx -rw-r--r-- 1 root root 403 Nov 26 19:36 /etc/logrotate.d/nginx # Do not modify this file by hand! "/var/log/nginx/access.log" "/var/log/nginx/error.log" { missingok notifempty daily rotate 7 create 644 www-data root # permission と owner は適宜注意 compress delaycompress notifempty sharedscripts postrotate [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid` endsc
Nginx導入時やること - Qiita
HTTPレスポンスヘッダにサーバのバージョンの表示を消す なぜ必要？ 潜在攻撃者への情報提供になることも。 もし使用中バージョンの脆弱性が明らかになった時、恰好の標的になるとか。 対応 nginx.confのhttpディレクティブに server_tokens off; を追加。
HTTPクライアントの接続元IPアドレスを知る
ウェブサーバで、クライアントの接続元IPアドレスを見て挙動を変えたいということはよくある。社内からのアクセスだけ特別扱いしたり、携帯電話キャリアのからのアクセスの時だけコンテンツを表示するなど、用途は広い。 普通、このIPアドレスは REMOTE_ADDR という変数名で取得できる。これはもともと、CGI で使われた仕様（http://tools.ietf.org/html/draft-robinson-www-interface-00）であるようだ。Apache の mod_rewrite なら %{REMOTE_ADDR} で、PHP なら $_SERVER[‘REMOTE_ADDR’] で参照できる。 ところがロードバランサやプロキシを間に挟むと、REMOTE_ADDR がロードバランサ等のアドレスになる。この場合、多くのロードバランサ等では HTTP のリクエストヘッダに X-Fo
nginx で クライアント認証したい！- ベーシック認証の置き換え - Qiita
必要なものは全てここにある ・・・だけだと終了してしまうので、もろもろ追記。 （まだ整理できてない箇所もあるので、違ってたら突っ込みお願いします） そもそもクライアント認証って？ そもそもの発端は、「社内で使っていた管理画面を外部業者に委託したい」という所から。 社内限定であればIPベースのFW（AWSならセキュリティグループ）の設定で事足りてたのですが、いざ外部に公開となると、IP制限では対応しきれない...！ 当然ベーシック認証も設定はしてあるものの、アタックされる可能性もなきにしもあらず。 そこで！ベーシック認証の代替手段として、「クライアント認証」の登場です。 仕組みはこういう（SSL：クライアント認証 ）ページを見て頂いた方が早いのですが、平たく言うと 証明書を持った特定の端末（厳密にはブラウザ）からしかアクセスできない 認証方法となります。 証明書が漏れた場合はその証明書を失効
HTTPSとバックエンドなPlackアプリケーションとPlack::Middleware::ReverseProxyとHTTPヘッダ「X-Forwarded-HTTPS」と | いわぶろ（ろてん）
# in apache2 httpd.conf (RequestHeader set X-Forwarded-HTTPS %{HTTPS}s) $env->{HTTPS} = $env->{'HTTP_X_FORWARDED_HTTPS'} if $env->{'HTTP_X_FORWARDED_HTTPS'}; $env->{HTTPS} = 'ON' if $env->{'HTTP_X_FORWARDED_PROTO'} && $env->{'HTTP_X_FORWARDED_PROTO'} eq 'https'; # Pound $env->{'psgi.url_scheme'} = 'https' if $env->{HTTPS} && uc $env->{HTTPS} eq 'ON'; server { listen 443; server_name momoco.local;
3.2 基本的な設定
worker_processes 1; events {} http { include mime.types; access_log /var/log/nginx_access.log; error_log /var/log/nginx_error.log info; server { listen 80; server_name net-0.matsue-ct.ac.jp; index index.html index.htm; location / { root /usr/local/www/nginx; } } } worker_processes 実際にクライアント要求を処理するプロセス数を指定 通常、コア数程度を指定することが推奨されている。一方、ファイルへのアクセスなどが多い場合には、ファイルI/Oをフルに利用するために、このワーカー数を増やす方が、 パフォーマンスが出る場合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NGINX tuning for best performance
https://scottlinux.com/2014/08/27/how-to-run-node-js-app-in-supervisor-behind-nginx-on-debian-wheezy/
GitHub - vozlt/nginx-module-vts: Nginx virtual host traffic status module
http://blog.air-foron.com/linux/centos-7/post-1433/
GitHub - matsuu/kataribe: Access log profiler based on response time
ngx_dynamic_upstreamでnginxのアップストリームを動的に変更する - Qiita
