[B! nginx] ryonknのブックマーク

Welcome - Ingress-Nginx Controller

Welcome Deployment User Guide Examples Developer Guide FAQ Overview ¶ This is the documentation for the Ingress NGINX Controller. It is built around the Kubernetes Ingress resource, using a ConfigMap to store the controller configuration. You can learn more about using Ingress in the official Kubernetes documentation. Getting Started ¶ See Deployment for a whirlwind tour that will get you started.

ryonkn 2018/10/31

リンク

ngx_mruby v2のHTTPクライアントをv1よりも最大90倍高速にした - 人間とウェブの未来

写真のような感じでRubyKaigi2018で登壇し、RubyKaigiを経て、ようやくngx_mrubyのv2をリリースしました。基本的にv1と互換性がありますので、今後はv2を開発していくことになります。 github.com ngx_mruby v2の目玉機能としては、Rubyスクリプトからノンブロッキングのsleepとhttp[s]クライアントを使えるようになったことです。実装的には、nginxのsub requestという機能をうまく使って、ノンブロッキングのhttp[s]クライアントを汎用的なsub_requestメソッドとして実現しています。では、本エントリではそのノンブロッキングhttpクライアントがどの程度高速処理可能になったかを実験してみましょう。また最後には、RubyKaigi2018の感想も述べます。実験 proxyサーバのblockingとnon-blocki

ryonkn 2018/06/06

リンク

nginxのパフォーマンスチューニング

@shibuya.pm#17

ryonkn 2015/06/03

リンク

Railsで大きなファイルを扱う際のポイント｜TechRacho by BPS株式会社

Railsで大きなファイルを扱う際のポイントをまとめてみました。前提大きなファイルとはだいたい100MB～10GBくらいのファイルをダウンロード・アップロードするのを想定することにします。数MB程度だと、特別な工夫なしでもそれほど問題になりません。10GBを超えてくると、気をつけるべき点が変わってくるかと思います。以下では主にサンプルとして、1GBのファイル（ISOファイルやZIPファイルなど）を想定します。環境以下のような環境を想定します。 Railsは4系 Nginx + Unicornのスタンダードな構成サーバ1台のシンプルな構成（ロードバランサを使用した複数台構成については、末尾に少し記載しています）ダウンロードファイルのダウンロードまずは、Railsアプリから大きなファイルを配信するケースを考えましょう。たとえば、ISOファイルをサーバ内に保存しておいて、

ryonkn 2014/10/08

リンク

Capistrano3でUnicorn+Nginxな環境にRailsをデプロイする:初心者向け - Qiita

この手の記事は、もう散々出尽くしている感が満載ですが、そんな記事を見ても1発で完了できず、微妙に考え方の違う複数ある記事をつまみ食いして死亡という、スキル不足な初心者にありがちなパターンを王道でいってしまったので、初心者が初心者に送る一つの道標になればと。前提 Capistrano v3.2.1 Rails v4.1 rbenv v0.4.0 Ruby v2.1.2 Unicorn v4.8.3 Nginx v1.4.7 Git GitHub こんな感じで動作確認済み。 Webサーバ（nginx）とAppサーバ（unicorn）は同一のステージングサーバにデプロイするのを想定した構築メモです。GitでRailsアプリをバージョン管理し、ローカルからステージングサーバへCapistranoでGitリポジトリ経由でデプロイします。設定 GitHub GitHubからデプロイするためにDep

ryonkn 2014/09/22

リンク

我々はどのようにして安全なHTTPS通信を提供すれば良いか - Qiita

HTTPS通信は複数のプロトコル、手法が組み合わされて実現されている。そのため、暗号化手法それぞれのリスク、ブラウザの対応等様々な用件があり、全てを理解するにはちょっと時間とリソースが足りない。結局のところ、我々はどのようにして安全なHTTPS通信を提供できるのか。色々調べていたところ、MozillaがMozilla Web siteに使用する、HTTPSの推奨設定を公開している。 Security/Server Side TLS - MozillaWiki このドキュメントはMozillaのサーバ運用チームが、Mozillaのサイトをより安全にするために公開しているもので、他のサイトにそのまま適用できるかは十分に注意する必要がある。例えばガラケー向けサイトとか。そのまま使えないとしても、HTTPS通信の設定をどうすれば良いか、理解の一助になるはずだ。この記事は上記MozillaWiki

ryonkn 2014/05/21

リンク

test-kitchenでインフラのTDDに挑戦[Rails/nginx/MySQL/rbenv]

これまでVagrantやChefをつかってインフラのコード化を勉強してきましたが、今回はさらに一歩進めてServerspecを使ったインフラのテストと、『test-kitchen』を使ったTDDにチャレンしてみました！慣れてくるとtest-kitchenのコマンドで設定をやり直し => インフラのテストがソースコードを書くような感覚で、インフラを構築できるのがすごく心地良かったです。ようやくですが、localのvagrantと『AWS EC2』、『Digital Ocean』に対応しました。コマンドひとつでChefを適用したり、Serverspecでリモートの環境をテストできます！ (05-02 08:35) Rubyサーバ・デプロイまでのチェックリストを追加 🐝 今回のソースコードVagrant/Digital Ocean/AWS EC2上にnginx/MySQL/rbenv/Ru

ryonkn 2014/04/15

リンク

G-WANはなぜ速いのか？をnginxと比べながら検証してみた - blog.nomadscafe.jp

ツチノコブログのWEBサーバベンチマークツール比較の記事で紹介されていた。WebサーバのG-WAN。この記事によると凄く速いようです。 Intel Xeon E5-2640 (6コア/12スレッド 2.50GHz) を2つというサーバで gwan　 334944 req/s nginx　111842 req/s と、速いと言われているnginxの3倍の速度を出しています。このベンチマーク結果がとても気になったので、なぜG-WANが速いのか、自分でも検証してみました。結論から言うと以下の2つ。 1) G-WANはデフォルトで物理CPUに合わせた数のスレッドを起動する 2) HTMLファイルも一度読み込んでキャッシュするという事です。今回はAWSのcc2.8xlarge(E5-2670 8コア/16スレッド 2.60GHz *2)を使ってベンチマークを行いました。OSはAmazon L

ryonkn 2013/09/04

リンク

Labeled Tab-separated Values (LTSV)

Description Labeled Tab-separated Values (LTSV) format is a variant of Tab-separated Values (TSV). Each record in a LTSV file is represented as a single line. Each field is separated by TAB and has a label and a value. The label and the value have been separated by ':'. With the LTSV format, you can parse each line by spliting with TAB (like original TSV format) easily, and extend any fields with