SpringOne報告会

close_yutori @kimukou2628

#jsug vSphereじょうでのメモリ管理 ESXメモリ ・・静的なヒープ目乗り領域の制限解消 ＝＞仮想マシン間でメモリを受け渡しを可能にする ■vSphere ＝＞ tcServer にメモリを貸し出す機能 HyperVと直接遣り取りする仕組みを実装

close_yutori @kimukou2628

#jsug JVM・・標準的なJVMを使う＜SUNベースになると思う JRokit だと HiperVと直遣取りする機能はあった Springを使いたければ SpringEditionを使ってね＜Dev版はサポート無いよ (Springの視認・パフォーマンス管理)

Yoshinori Nie @yoshinorinie

tcServer は OSS ではない。 #jsug

close_yutori @kimukou2628

#jsug Hyperic経由でメモリの貸し出しを行う DevEd ・・サポート無 機能的な差は、マネージメント機能の差 tｃＳｅｒｖｅｒ・・ＯＳＳではない（純粋なtomcatではない）。tcServerのコミュニティに問い合わせるイメージ＜ソースは見えない

TAJ @liebejudith

tsServerはTomcarベースで互換性はあるけど、Tomcatから変更している箇所があり、中身は同じではないらしい。しかもOSSではない。 #jsug

close_yutori @kimukou2628

#jsug Ｈｙｐｅｒｉｃ) 1)パフォーマンスモニタ Agentベース(Agentをインストールして連携) ＋インフラレイヤー ＋アプリケーションレイヤー（DB含む） 2)tcServer管理 どこに問題があるかの切分けが可能 グラフ比較＝＞切分けが可能

close_yutori @kimukou2628

#jsug アラートトリガー ・・時間設定も可能 リカバリーアラート ・・問題解決時のアラート アクションの関連付けが出来る＜トリガアクション A)停止・再起動 B)ロードバランサからのサーバー削除 C）コンフィグレーション D)外部スクリプト実行

close_yutori @kimukou2628

#jsug ・トレンド予測も可能 過去2週間のヒープ使用状況＝＞1週間の予測ヒープ状況 （ディスク容量等も可能） ・仮想マシンのレベルでドリルダウン（ツリー）で状況が見れる ・Hyperic が Agent自動検出する＜モニタしますか？ で選択するイメージ

close_yutori @kimukou2628

#jsug サーバ起動・停止・・ Aトリガー) CPU使用率・ ＝＞ Aアクション) 仮想イメージを落とす等 Bトリガー) 負荷が高くなる ＝＞ Bアクション) 仮想イメージを動的に増やす＜スケールアウト という事が出来る

close_yutori @kimukou2628

#jsug A)VCenter・・仮想イメージのモニター（細かいインフラ調整） ESX=>ESI に移行 B)Hyperic・・アプリケーションのモニター（アプリ・簡易インフラ管理は可能） Napaを使えばDBを増やせる、Xenも対象 =>別々で監視管理する

close_yutori @kimukou2628

#jsug Spring Insight・・ コードが公開されていない無償ツールの位置づけ Spring抽象化のボトルネックを検出 AspectJベース WebApp＝＞Insight Intercepter ＝＞Connector＝＞Insight

TAJ @liebejudith

STS使ってる人がいない… #jsug

Kazuyuki Kawamura @kazkawamura

Spring Insight 良さげ。 #jsug

close_yutori @kimukou2628

#jsug STSを使う。WTPのイメージ ダッシュボードの話） グラフクリック＝＞HTTPリクエスト等の単位ですべて表示 ＝＞関数単位の時間までも計測される＜Heapはみれない Springを使わなくても tcServerでみれる

TAJ @liebejudith

Google spead tracer? #jsug

Kazuyuki Kawamura @kazkawamura

時間かなり押し気味。 #jsug

Yoshinori Nie @yoshinorinie

tcServer に含まれている Insight Intercept が好評です。Spring ベースのアプリでなくとも使えるとのこと。Webアプリのパフォーマンス測定に、このようなツールは是非欲しいところです。 #jsug

Yasuharu Nakano @nobeans

STS、「メインで使ってる人」と聞かれるとNoだけど、Groovyでアプリつくるときにときどき使ってる

TAJ @liebejudith

gem fire enterprise? KVSっぽい？ #jsug

close_yutori @kimukou2628

#jsug GemFireの話) 金融業界に特化した1秒間に数千トランザクション・高速処理を解決するために使われていたソフト ＜3000コア ＊3つのデータセンタ ：メリルリンチ ＜6000コア：XXX 日本だと、カブドットコム証券

Yoshinori Nie @yoshinorinie

GemFire API は JCache 準拠。OQL でアクセス可能。Spring との対応として、@Cacheable アノテーションが使える。そうすれば GemFire API を使わなくてもよくなる。 #jsug

close_yutori @kimukou2628

#jsug 分散キャッシュ) １)キーマップ保持・・JChache準拠 ２）OQL・・クエリ ３）Springフレームワークとの連携 <gfe>タグ指定 @Cacheable アノテーション

Mitch @mitch_oka

RT @yoshinorinie: GemFire API は JCache 準拠。OQL でアクセス可能。Spring との対応として、@Cacheable アノテーションが使える。そうすれば GemFire API を使わなくてもよくなる。 #jsug

close_yutori @kimukou2628

#jsug 分散キャッシュ・・ウォールストリートでは常識（日本ではまだ） GemFireでメモリで高速処理して＝＞後でDBにちょろちょろストアするイメージ メッセージング) WAｎ対応・・データセンターをまたぐことも可能（冗長構成も可能）

sano66 @sano66

gemFire データの持ち方が変わってきている。wall streetの金融会社はdbのドラム缶を書かなくなった。#jsug