Infinispanインタビュー

作者 Mark Little , 翻訳者 脇坂 茂明 投稿日 2009年6月4日

セクション

運用/インフラ,

設計/アーキテクチャ,

デベロップメント,

エンタープライズ・アーキテクチャ

トピック

クラウドコンピューティング ,

SOA ,

Java ,

クラスタリング&キャッシング ,

REST

原文(投稿日：2009/5/20)へのリンク

このインタビューでは、JBoss CacheとInfinispanプロジェクトをリードしているManik Surtani氏 (以下MS)と話をします。

InfoQ: まず、簡単にいうとInfinispanとは何でしょうか?

MS: Infinispanはオープンソースデータグリッドプラットフォームです。  それはシンプルなデータ構造で、オブジェクトを保存する - キャッシュ - を展開します。  Infinspanはローカルモードで動作しますが、実データはクラスタ化してキャッシュする分散モードにおくこともできます、そして、大きなヒープメモリを展開することになります。  これは決まった数の各エントリのレプリカを分散させるシンプルなレプリケーションより強力で、 - サーバダウンからの回復力を備え - 各エントリを保存する処理もクラスタ数にそって行われるのでスケーラビリティ面でも同様なことがいえます。

InfoQ: これは開発者に何をもたらしますか?

MS: とても大きなヒープメモリを指定する簡単なメカニズムです。  もし、各エントリ毎に１つコピーしたものを保持することを想定して、100クラスタノードで動作させ、 そして各ノードには2GB ヒープを割り当てるとします、 そうするとグリッドのインスタンスから合計で100GB分指定できるようになったのと同等になります。  そして、それらすべてがインメモリにあり、とても速いのです。  しかも、InfinispanはJTA準拠なので分散環境で継続して実行されるトランザクション処理ともうまく機能してくれます。また強力な非同期APIも備えており、並列でのネットワーク同期呼び出しを保証し、非同期でのネットワーク呼び出しを行うことでのスケーラビリティも確保できます。  例えば、

 Future f = cache.putAsync(k, v)

という処理は、呼び出し元スレッドから - f.get()を呼び出すことによって - ブロックできるようになり、ネットワーク呼び出しが成功したか確認できるようになりますし、fを無視して先に進めることもできます。  しかし、もっと重要なのは、呼び出し元スレッドで他の何か、例えば役立つことを実行できる、ということです。  そして、また後で戻ってきて、f.get()を呼び出してネットワーク呼び出しが成功したかチェックできます。  従来の blocking IOに対するNIOとして考えてください。

InfoQ: 永続化についてはどうですか?

MS: InfinispanはCacheStoreインタフェースを公開していて、複数のハイパフォーマンスな実装 - JDBC CacheStore、ファイルシステムベースCacheStore、Amazon S3 CacheStoreなどを持っています。  CacheStoreは“warm 起動”として使えます、もしくは単純にグリッド再起動時のためのデータを保証するためにも使えます。  また、メモリ外で実行する際には単純にディスクオーバーフローが発生することも考えられます。

InfoQ: 他プロダクトと、どんなところが違っているのでしょうか?

MS: ほとんどのオープンソースプロダクトは非常に機能面で限られています - 小さなクラスタでデータ分散機能を提供していない、もしくは、完全なプラットフォームを提供していなかったりといった感じです。  Infinispanと既存プロダクトの明らかに異なる部分もあります。私が思いつく部分では、非同期APIはユニークだと思います。

InfoQ: では、このプロジェクトにおけるあなたのモチベーションは何になるのしょうか?

MS: 私はJBoss Cacheのプロジェクトリードを２、３年しています。その間にオープンソースデータグリッドプラットフォームへの要求を感じてきました。私が抱いていた商用プロダクトへの不満は、非常に高すぎること、オープンソースでないことです。 またオープンソースプロダクトへの不満は - API、ユーザビリティ、パフォーマンス、安全性、スケーラビリティが商用のそれに及ばないということです - JBoss Cacheも含めていっています。 なので、JBoss Cacheの意思をひきつぎながら、より広いスコープ、大きなゴールをみすえて新しく作りこみました。

InfoQ: JBossプロダクトで利用されるものなのでしょうか？ 他プロダクト上でも利用できますか?

MS: Java 5のJVMが必要なだけです。LGPLライセンスでビジネスやOEMにも適用しやすいです。

InfoQ: データグリッドとは何ですか?  もし、まったく異なるものということであれば、クラウドとはどのように異なるのでしょうか?

MS: 私の経験から、コンピューティングリソースの需要を供給することを指している傾向があると思っています。これはストレージ、プロセッサ、オペレーティングシステム、メモリ含めていっています。現在のはやりでは仮想化ということになります。データグリッドはサービス以上のものになります。複数のサーバをまたいで、メモリを統一する海のようなものです。一般的にデータグリッドはクラウド上にデプロイされます。

InfoQ: では、グリッドを適切に使う時とはどんな時でしょうか?  また適切でない時とは?

MS: データベースが耐えられないぐらいボトルネックになってきたと思った時です - スケールアウトして結構速くなる - そういう時はデータグリッドを使いましょう :-) データグリッドはとてもよくスケールします。 さらに、並列でタスクをクリッドで処理させたいとき、多層なデータグリッドもほしくなります、グリッドで処理をさばけるような状態にできます。また、データグリッドをメッセージングのために利用しているのをみたことがありますが、これは完全に間違いです。 キーがマップされるノードに無駄なプレッシャーを与えてるだけです。もし分散処理でメッセージングが必要なのであればJMSを使いましょう。それがJMSの最適な使い方です。

InfoQ: InfinispanはJSR-107にどのように関係しているのでしょうか、あとJBoss Cacheともどのような関係なのでしょうか?

MS: InfinispanのCacheインタフェースは進行中のJSR-107にそっていますし、現時点でのその仕様のスナップショットに準拠しています。InfinispanはJSR-107の任意的な部分、JTA準拠やクラスタリングなどもすべて実装しています。InfinispanはJBoss Cache上で作られてるわけではありません - 機能デザインと、いくつかコピーして再利用可能なクラスを除いては。 基本的にInfinispanはすべて作り直した新しいものです。

InfoQ: Infinispanはクラスタ上で実行させないといけないのでしょうか?

MS: いいえ。ローカルモードでも完全に実行可能でハイパフォーマンスです。 state-of-the-art 並列コンテナアルゴリズムをコア部分に、ロックと synchronized ブロックといった最低限なmutexを利用しながら実装しています。 InfinispanはマルチCPU とマルチコアサーバ上でも高並列化して動作します。eviction（追い出し）アルゴリズムも高並列化して動作します。

InfoQ: 他に何か新しい、かっこいい機能はInfinispanのロードマップにありますか?

MS: 今まで説明したこと以外にもたくさんあります。詳細はプロジェクトページにあるInfinispanロードマップを確認しておくべきです、今は思いつく中で、もっともエキサイティングな２つの機能を説明しましょう。

 

• NIO-basedサーバモジュール。 ２つのプロトコルに対応します - memcached準拠 RESTfulプロトコルと、独自バイナリプロトコルです。最初のプロトコルは既存のmemcachedクライアント - 何かしらの言語、プラットフォームにて - Infinispanと連携ができるようになります、Infinispanの魅力はJavaだけにとどまりません。 ２つ目のバイナリプロトコルはサーバクラスタトポロジ、ハッシュファンクションを追加情報として保持し、“smart クライアント” としてロードバランシングとフェイルオーバーを制御できます。Javaクライアントもありますが、他プラットフォームでも、より多くのクライアントがでてくればいいなぁと思っています。
• 強力なクエリーAPIもロードマップ上で予定しています。キャッシュされた状態は任意でグリッド全体から検索可能にするためにインデックス化できます。基本的に、ローカルにキャッシュされた状態でノードがクエリーを受けつけたり、処理した時に並列化して動作します。そして結果を戻します。 そう、まるでMap/Reduceのようにね。 :-)

InfoQ: Manik氏、話をする時間をとってくれてありがとう。より詳細な情報はこの Infinispanプロジェクトページで確認できます。

• 次へ >