C30K問題とC60K問題 - makotanのブログ
だいぶ前にTomcatのフロントにnginx入れなかったら、入れないの？？どうして？？って質問されたのを思い出してふと書いてみる その時は「必要ないから」ってだけ答えて詳しく説明してないけどｗ 歴史 ずっと昔 Apache - Axx - Tomcat 方式 ApacheをHTTPのネットワークインタフェースとして独自プロトコルでTomcatと繋ぐ方法 ネイティブなApacheに静的ファイルを配置してTomcatは動的なファイルだけにすることで遅いTomcatを補完する方法 nginxが良かった頃 nginx - reverse proxy - Tomcat 方式 ApacheもTomcatもBlockingIOなので、代わりにnginxをフロントに配置する方法 nignxがNon BlockingIOなのでTomcatが処理本体に集中して接続処理などはnginxが担当する この辺りでNI
Java ブロッキングとかノンブロッキングを理解したい - SIerだけど技術やりたいブログ
この記事はブロッキングやノンブロッキンクとは何か、Servlet3.0の Async Servletや Servlet3.1の NonblockingI/Oとは何か、を理解することが目的です。 検証バージョン ブロッキングI/O コード例(シングルスレッド) 実行例 コード例(マルチスレッド) 実行例(マルチスレッド) ブロッキングI/Oで何がいいか ブロッキングI/Oで何が困るか ノンブロッキングI/O コード例 実行例 ノンブロッキングI/Oで何がいいか ノンブロッキングI/Oで何が困るか Tomcatのコネクタ実装 ブロッキングI/O HTTP Keep-alive 今までありがとうBIOコネクタ ノンブロッキングI/O SocketProcessorの実行タイミング HTTP Keep-alive BIOとNIOを比べる その他の仕組み Servlet3.0 Async Servl
Tomcatx performance-tuning
The document provides an overview of performance tuning Apache Tomcat, including adjusting logging configuration to reduce duplicate logs, understanding how TCP and HTTP protocols impact performance, choosing an optimal connector (BIO, NIO, or APR) based on the application workload, and configuring connectors to optimize throughput and request processing. Read less
Tuning Tomcat For A High Throughput, Fail Fast System
by Sumit Tandon ProblemNetflix has a number of high throughput, low latency mid tier services. In one of these services, it was observed that in case there is a huge surge in traffic in a very short span of time, the machines became cpu-starved and would become unresponsive. This would lead to a bad experience for the clients of this service. They would get a mix of read and connect timeouts. Read
DynamoDBでTomcatのセッション共有をするとハマるかも - 谷本 心 in せろ部屋
AWSを仕事で使い始めて1年半、 ようやく頭がクラウド脳に切り替わってきた [twitter:@cero_t] です。 好きなAWSサービスはKinesisです。まだ使ってませんけどね！ さて、今日のテーマは「AWSでTomcatのセッション共有」です。 EC2上で動くTomcatのセッションオブジェクトを、DynamoDBを使って共有するというものです。 話題としてはそれなりに枯れていると思うのですが、 実案件で使おうと思ったら問題が出そうになって困ってる、という話です。 発生する問題は？ どういう問題が起きるか、先に書いておきます。 発生する問題は、 複数のTomcatをELBで分散させている時に、 スケールインやスケールアウトが短時間に連続して発生すると、 セッションが巻き戻る（先祖返りする）可能性がある、というものです。 セッションが消えるならまだしも、 先祖返りするというのは、実
書籍「詳解Tomcat」を読んで - n-agetsumaの日記
本書のレビューアの方から頂いたので読んでみました。以下、感想です。 詳解 Tomcat 作者: 藤野圭一出版社/メーカー: オライリージャパン発売日: 2014/12/26メディア: 大型本この商品を含むブログを見る 最近、Twitterのタイムラインで『はじめてのXXXや、XXX 入門じゃなくて、もっと至高のXXXとか終焉のXXXみたいな書籍が欲しい』のような意見を目にした気がしますが、本書はまさに詳解Tomcatでした。設定方法を羅列するのではなく、Tomcatはどういくアーキテクチャで成り立っていて、各機能の詳細な挙動はどのような仕様なのかがまとめられています。 1章 Tomcatとは 〜 2章 Tomcatの基本 までは、背景やインストール方法などの色々な書籍で見かける導入部分の内容です。3章 アーキテクチャからが本番です。 Tomcatアーキテクチャの文書化が嬉しい 普段Tomc
詳解 Tomcat
本書は根強い人気を誇るJavaアプリケーションサーバ、Tomcatについて解説したものです。日本人唯一のTomcat PMC（プロジェクト管理委員会）メンバーであり、アクティブコミッタである藤野圭一氏による執筆で、Tomcatの機能や使い方についてだけでなく、アーキテクチャについても踏み込んで詳しく解説することで、さらに深い理解を促し、中上級者が自分で機能を拡張してカスタマイズできるような情報も提供します。最新バージョンTomcat 8に対応した唯一無二の書籍です。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書籍の刷版、刷り年月日をご確認の上、ご利用ください。 第2刷正誤表 ※
Apache Tomcat、任意のコマンド実行される脆弱性
Threatpostに掲載された記事「Apache Warns of Tomcat Remote Code Execution Vulnerability」が、Apache Tomcatの古いバージョンに遠隔からコードが実行できるセキュリティ脆弱性が存在することを伝えた。その脆弱性が発動する条件はごく限られたものだとされているが、該当するバージョンを使っている場合には注意が必要。 このセキュリティ脆弱性を抱えていると考えられているバージョンはApache Tomcatのバージョン7.0.0から7.0.39まで。これは悪意のあるJSP (JavaServer Pages)をサーバにアップロードできてしまうというもので、アップロードしたスクリプトを後から実行することができてしまう問題だと説明がある。 この問題に対するアクションとしてApacheではApache Tomcat 7.0.40へアッ
セッションレプリケーションのAPサーバ動作比較（「Tomcat 7」vs「JBoss AS 7」vs「Jetty 8」で勝負） - Taste of Tech Topics
阪本です。 突然ですが、みなさんはWebアプリを動作させるときに、どのAPサーバを使っていますか？ 私は専らTomcatとJBossです。 エンタープライズ向けだと、周りではJBossが多いですね。 JBossは他のAPサーバと比べて何が違うのか？ 私は、耐障害性を高めるクラスタリングを行うにあたり、セッションレプリケーションの違いに着目しています。エンタープライズで必ずといっていいほど気にされる、セッションレプリケーションについて、標準機能における各APサーバの動作指定が可能な設定をまとめてみました。 JBoss AS 7 Tomcat 7 Jetty 8 セッション永続化によるレプリケーション ○（JDBC） ○（ファイル／JDBC） ○（JDBC） オンメモリレプリケーション ○（JGroups／Infinispan） ○（TCP） ○（Terracotta） 同期／非同期の指定 ○
Amazon DynamoDBによるTomcatセッション永続化とフェイルオーバー | DevelopersIO
Tomcatのセッション管理 Tomcatでクラスター構成にする場合、課題となるのがセッション管理です。ロードバランサーでセッションIDを保持することで、毎回同じサーバーにリクエストが向かうのであれば問題なさそうに見えますが、あるサーバーがダウンしてしまうとセッション情報が消えてしまいます。これを解決する方法として、データベースにセッション情報を保持する方法が一般的ですが、データベースへ負荷が掛かりますし、データベースが落ちたら困ります。何かもっと良い方法は無いかと皆さん思っていたはずです。そこで、AWSですよねー。AWSでは、ElastiCacheやDynamoDBがサービスとして提供されています。ここで、永続化をしっかりやってくれるのはDynamoDBであり、AWS SDK for Javaでの登場が待たれていたわけです。そして、このたび出てきました！ スティッキーセッション ロードバ
Tomcatスレッド状態確認スクリプト - 銀の鍵 (The Silver Key)
Tomcatもビジーになってくると、スレッドが効率的に利用されているのかが気になってくる。それにはスレッド状態を見てやればよい。 Linux kernel 2.6.Xでは、procfsを覗いてやると、各プロセス中のスレッド状態を取得することが出来る。Tomcatのスレッド状態をコマンド一発で取得できればうれしいね。ということでシェルスクリプトを作ってみた。 #! /bin/sh # # tomcatstat.sh : Obtain thread statuses of Tomcat # # Copyright(c) 2012 Ryuichi Kurishima # # This script is BSD licensed. # CNT_R=0 CNT_S=0 CNT_D=0 CNT_Z=0 CNT_T=0 CNT_W=0 CNT_ALL=0 CNT_UNKO
Tomcatの実際のスレッドスタックサイズの推定 - 銀の鍵 (The Silver Key)
Tomcatの最大使用可能スレッド数の見積 にて述べたとおり、Javaバージョンによって、Tomcat/javaが使用することが出来る（最大）スタックサイズが決まっている。しかし、スタックサイズ分だけ仮想メモリがいきなり全部割り当てられるわけでなく、実際はより小さな値が割り当てられていることが多い。スタックサイズを気にせずにスレッド数を決めても、多くの場合は逼迫した状態にはならないものだ。 では実際のところ、Tomcat/Javaはどの程度のスタックを割り当てて稼動しているのであろうか。 一つの例として、以下のようなTomcatを見てみる。 root@server# ps -ef|grep java tomcat 7559 1 0 Mar17 ? 00:07:38 /usr/local/java/bin/java -Djava.util.logging.ma
Apache TomcatからELBにアクセスする際に気をつけたい事 sun.net.inetaddr.ttl=-1 ｜ Developers.IO
それは予告なく突然起こった TomcatからELBを経由したEC2インスタンスが見つからない。Management Consoleで確認するとちゃんと起動している。なぜ？分からない。ELBの障害でも無さそうだ。ELBへHTTPリクエストしているTomcat側の問題か？謎が深まるばかり。 ELBのIPアドレスは変わることがあるらしい いろいろ調べていると分かったことがある。ELBのIPアドレスは変わることがあるらしいと。たしかに、各種ドキュメントにはELBはドメイン名を使うように至る所で注意書きがあった。確かに、ELBは単一のサーバーではなく、ELBというサービスだからIPが変わるのは理解できる。でも今回は、ELBはちゃんとドメイン名で書いているはずだぞ。全て正しく設定されているはずなのにTomcatがConnection Refusedとエラーを吐いている。 TomcatがDNSキャッシュ
Tomcat7 でゼロダウンタイムデプロイ - mallowlabsの備忘録
「Web アプリのバージョンアップ時に Tomcat を再起動してもいいのは小学生までだよねー」 ということで、Tomcat でダウンタイム無しで Web アプリのバージョンアップをする方法についてまとめてみる。 Parallel Deployment Tomcat 7 から Parallel Deployment という機能が追加され、同一 Web アプリの複数バージョンを同時にデプロイができるようになった。 war のファイル名を somewebapp##001.war 等にしておくことで、 - $CATALINA_BASE/ - webapps/ - somewebapp##001.war - somewebapp##002.warのように配備をすると、 http://localhost:8080/somewebapp/ でアクセスした場合に、セッションが継続している場合には古い方(
極限まで軽量化したTomcat
わんくまでは珍しいJavaを中心とした日記です 目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 218 記事 - 0 コメント - 14580 トラックバック - 28 書庫 2008年7月 (1) 2008年2月 (2) 2008年1月 (10) 2007年12月 (9) 2007年11月 (5) 2007年10月 (27) 2007年9月 (25) 2007年8月 (27) 2007年7月 (29) 2007年6月 (15) 2007年5月 (23) 2007年4月 (37) 2007年3月 (8) 日記カテゴリ Java (rss) JavaScript (rss) SQL (rss) WEB (rss) その他 (rss) いろいろリンク The Herringroe Projects(Javaで色々) わんくまトップ 古い方のブログ WEB向けのフレ
Jetty vs Tomcat Performance Comparison: Overview
When it comes to choosing a servlet container for your web applications, the decision often boils down to Jetty and Tomcat. Both are open servlet containers that support HTTP server, HTTP client, and javax.servlet container. In this article, we will delve into a comprehensive comparison of Jetty and Tomcat, aiming to provide an in-depth analysis of their performance, features, and advantages. By t
Scott Oaks's Blog: How to test container scalability
Posted by sdo on May 02, 2007 at 11:38 AM | Comments (10) Recently, I've been asked a lot about Covalent Technologies report that Tomcat 6 can scale to 16,000 users and what that means for glassfish. Since glassfish can easily scale to 16,000 users as well (as Covalent found out once they properly configured glassfish), my reply has usually been accompanied by a shrug: we've known for quite some t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tomcat next
TechEmpower Framework Benchmarks
(PDF)改訂サーブレット チュートリアル（サーブレット 3.0 及び Tomcat 7 対応） 株式会社クレス