Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)NTT DATA Technology & Innovation
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)NTT DATA Technology & Innovation
The need for serving large number of concurrent requests is raising every day. The prediction of C10K problem (i.e 10,000 concurrent clients) started the research on web server architecture which could solve this problem. As a result Nginx architecture was developed. This article explains on a very high-level how Nginx works to solve the scalability problem, along with high level differences betwe
GIN JSON-API framework Gin is an JSON-API framework, currently in its early stage. It has been designed to allow for fast development, TDD and ease of maintenance. Gin is helpful when you need an extra-boost in performance and scalability, as it runs embedded in a packaged version of nginx called OpenResty and it's entirely written in Lua. For those not familiar with Lua, don't let that scare you
TOPICS 発行年月日 2013年10月 PRINT LENGTH 244 ISBN 978-4-87311-645-7 原書 Mastering Nginx FORMAT PDF EPUB NginxはC10K問題を解決するために開発された、高速かつ高性能なオープンソースのWebサーバです。Apacheに代わるWebサーバとして高負荷サイトを中心に急速にシェアを伸ばしてきています。Nginxの設定情報はインターネットを探せばある程度見つかりますが、断片的な情報が多く、全体像を把握することは簡単ではありません。本書はNginxの全体像を機能ごとに解説した徹底ガイドです。中級以上のシステムアドミニストレータおよびシステムエンジニアを対象に、豊富な設定例、ベストプラクティス、ディレクティブのリファレンス、トラブルシューティングを示しながらNginxの細部に迫ります。Nginxのさまざまな機能
Latest 西沢さんAPI 2013/09/27 22:31:22 さくらVPSのOS入れ替え 2013/08/30 21:33:22 CentOS6.4上にnginx+spawn-fcgi+PHP5.4をyumで 2013/03/30 14:27:01 nanocメモ2 2013/03/23 04:19:29 メモ 2013/03/17 18:17:51 Home 2012/04/28 00:30:31 西沢さんAPI 最高にやばいAPIをTwitterで見かけてランダムでハヤテのごとく!の西沢さん画像が出てくる何かを作った あと、「西沢さん」て単語が入ってるツイートを必ずふぁぼってくる方にお願いされたのも理由の一つ http://www.nikirom.com/nishizawasan ngx_mrubyのインストール 前にサーバ入れなおした時にngx_mruby入れてたから、軽くス
ツチノコブログの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
NGINX Plusでできることをまとめてみた。 NGINX Plusとは NGINX Plusはみんな大好きオープンソースHTTPサーバであるNginxのサポート付き商用版である。Nginxを開発しているNginx Inc.が提供している。とはいえ、サポート付きというだけではなく次のような機能が増えている。なお、下3つについてはあまり興味がなかったので、今後説明がでてくることはない。 ステータス、レスポンスなどによる高機能なヘルスチェック - Application health checks JSON/JSONPで取得できるステータス - Activity monitoring HTTP APIでノードを追加/削除できる - On-the-fly reconfiguration HLS対応 - HTTP Live Streaming (HLS) HDS対応 - HTTP Dynamic
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
We use nginx throughout our network for front-line web serving, proxying and traffic filtering. In some cases, we've augmented the core C code of nginx with our own modules, but recently we've made a major move to using Lua in conjunction with nginx. One project that's now almost entirely written in Lua is the new CloudFlare WAF that we blogged about the other day. The Lua WAF uses the nginx Lua m
Here at 3scale we’ve been using NGINX for a long time now in our production environments and yesterday the team at NGINX have released a new commercial version of NGINX - NGINX Plus. Since we’re huge fans of the open-source version we were eager to get our hands on it and they kindly gave us access. After some early testing it’s already clear that there are some very cool new features here: App mo
F5 Sites DevCentral Connect & learn in our hosted community F5 Labs The latest threat intel and research to help protect your apps MyF5 Your key to everything F5, including support, registration keys, and subscriptions Partner Central Research and support for partners LearnF5 Guidance, insights, and how to use F5 products Contact F5 Contact F5 Sales Talk to an F5 sales representative Contact F5 Su
Nginx just became the most used web server among the top 1000 websitesPosted by Matthias Gelbmann on 3 July 2013 in News, Nginx, Web Servers Summary: 34.9% of the top 1000 web sites rely on Nginx. That makes it the most trusted web server on high traffic sites, just ahead of Apache. The Russian Nginx has a reputation of being a fast and reliable web server. High traffic sites all over the world in
アプリケーションでどうしても捌けない量のリクエストが一時的に押し寄せてしまう場合、アプリケーションサーバが死ぬのを避けるために GET は制限を掛けたいが、POST はリトライが面倒なのでなるべく通してあげたい、というような要求を nginx で処理できるかどうか。 実装として一番望ましいのは GET は 100 req/sec で制限 (超えたら503) POST は無制限 のようにメソッドごとに別々の制限を掛けることだったのですが、とりあえず HttpLimitReqModule を使うことで、メソッドごとに同一の上限を設定することはできました。 http { limit_req_zone $request_method zone=method:1m rate=100r/s; server { listen 80; location / { limit_req zone=method;
nginx documentationIntroduction Installing nginx Building nginx from Sources Beginner’s Guide Admin’s Guide Controlling nginx Connection processing methods Setting up hashes A debugging log Logging to syslog Configuration file measurement units Command-line parameters nginx for Windows Support for QUIC and HTTP/3 How nginx processes a request Server names Using nginx as HTTP load balancer Configur
nginxでproxy_cache_pathにしているkey_zoneのサイズはどのくらいにすれば良いのか。 nginxでプロキシキャッシュを使う場合はnginx_cache_pathにパスや容量などを指定する事になる。 proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=CACHE:512m inactive=1d max_size=60g; このときkeys_zoneには共有メモリの名前と容量を指定するのだが、この容量は結局の所幾らにすればよいのか。引用すると次のようになるらしい。 Zone size should be set proportional to number of pages to cache. The size of the metadata for one page (file) depends on
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く