Downloaded 235 times
Uploaded byShinsuke Sugaya
53,661 views
SolrとElasticsearchを比べてみよう
SolrとElasticsearchに関して独自の観点で比較してまとめています。（実際に比較検討が必要な場合は、ご自身で実施されるのが良いと思います）
More Related Content
What's hot
Similar to SolrとElasticsearchを比べてみよう
More from Shinsuke Sugaya
SolrとElasticsearchを比べてみよう
- 1.
- 2. 名前: 菅谷信介所属: N2SM, Inc. オープンソース活動: Apache Portals (Jetspeed2など) コミッタ Seasarプロジェクトコミッタ(S2Container,Teeda, SAStruts, DBFlute, S2Portlet,S2Robot..) Fessプロジェクト運営などなど・・・ Github: https://github.com/codelibs Blog: http://www.chazine.com/ Twitter: https://twitter.com/shinsuke_sugaya/自己紹介
- 3.アジェンダ Solrとは ElasticsearchとはSolrとElasticsearchの比較 まとめ
- 4.
- 5.
- 6. オープンソースのエンタープライズ検索プラットフォーム 開発元：ApacheSoftware Foundation (2007～) 特徴 高度な全文検索機能 大量のウェブトラフィックに最適化 XML, JSONやHTTPのインターフェース 包括的なHTMLの管理画面 監視用にJMXで利用可能なサーバ統計情報 リニアにスケール可能、自動インデックスレプリケーション、自動フェールオーバーと復旧 リアルタイムインデクシング XMLでの柔軟なカスタマイズ性 拡張可能なプラグインアーキテクチャApache Solr http://lucene.apache.org/solr/
- 7. 最近、リリースのペースが速い 全文検索としては実績や信頼性が高い政治的なところでゴタゴタしている Elasticsearchとの競い合っている気がする SolrCloudはElasticsearchと比べてしまうと作るのがちょっと面倒 サジェストが日本語環境で使いにくい まるっと全文検索システムがほしいならFessだねSolrへの個人的な感想
- 8.
- 9. オープンソースの分散リアルタイム検索＆分析エンジン 開発元：Elasticsearch(2010～) 特徴 リアルタイムデータが扱える リアルタイム分析 分散環境(スケールできる) 高可用性 マルチテナント 全文検索 ドキュメント志向 衝突管理(楽観的バージョン制御) スキーマフリー RESTful API 操作単位での永続性(トランザクションログ)Elasticsearch http://www.elasticsearch.org/
- 10. 月一くらいでリリースしてくる Webサイトのドキュメントがわかりにくいので、情報はググるのが良いスキーマフリーはあまり現実的ではない Elasticsearchの企業としては、かなりの投資されている (お金がありそう) LuceneのコミッターがElasticsearchに流れている クラスタを組むのは非常に簡単 プラグインを作れば簡単に拡張ができる 問題に遭遇したら、解決にはそれなりのスキルが必要…Elasticsearchへの個人的な感想
- 11.
- 12.
- 13.検索クエリーSolr 「Foo Bar」のようなクエリー文字列わかりやすいが、複雑なものは微妙かも リクエストパラメータで指定 (ファセット等)Elasticsearch 構造的なクエリーDSL 慣れれば複雑なクエリーも書きやすい RESTfulなAPI Solrな人はquery_stringから使いはじめると良いかも…Solrは直観的、Elasticsearchは学習コストがあるがクエリーDSLは慣れれば使いやすい
- 14.検索クエリー（例）Solrhttp://…/select/?wt=json&indent=on&q=video+card&fl=name,id&hl=true&hl.fl=nameElasticsearch{“query” : {"query_string": {"default_field" : "content","query" : "this AND that OR thus"}},“size”: 10}
- 15.高度な検索共通 空間検索、ファセット、類似文書検索、フィルタクエリー、ハイライト、スクロール取得、などSolr ResultsGroupingが可能(Elasticsearch 1.3で同様のことが可能になるらしい…)Elasticsearch Percolatorが可能 Aggregationは分析には便利多少の差はあるが互いに実装される可能性はある
- 16.APISolr XML, CSV,JSON, バイナリでの応答が可能 クライアントライブラリはSolrJやサードパーティ製がいろいろあるElasticsearch JSON, YAML, SMILE, バイナリでの応答が可能 バイナリでの通信はTransportClientを利用 クライアントライブラリはサードパーティ製がいろいろあるどちらも大差はないが、Elasticsearchのドキュメント志向の方がわかりやすいかも
- 17.アーキテクチャSolr サーブレットベース solrconfig.xmlで独自にコンポーネント管理ElasticsearchAPI等の通信まわりはNettyを利用 Guiceベースのコンポーネント管理Guiceでコンポーネント管理されているのでElasticsearchの方がコードはすっきりしている
- 18.インデックス構造Solr コア単位にドキュメントが保存されるSolrCloud コレクション単位にドキュメントが保存されるコレクションは複数のシャードで構成される シャードは複数のノードに配置されるElasticsearch インデックス単位にドキュメントが保存される インデックスは複数のシャードで構成される シャードは複数のノードに配置される
- 19.
- 20.スキーマ（データ型）Solr schema.xmlにフィールド型を指定する Solr4.4からスキーマレスも可能Elasticsearch 何もしないとスキーマレスで利用可能 typeごとにmappingで指定するスキーマレスでも利用可能だがきちんと定義して利用するのが安全
- 21.クラスタSolr SolrCloudを構築する ZooKeeperでノード管理するElasticsearch起動すればクラスタになる ZenDiscoveryでノード管理する ZenDiscovery以外の方法でもノード管理が可能 自動でシャードのリバランスが可能Elasticsearchは標準でクラスタ構成を意識しているので、構築が容易
- 22.分散検索Solr shardsリクエストパラメータで指定するSolrCloud SolrJのCloudSolrServerを利用する(ZooKeeperを利用)Elasticsearchデフォルトで分散検索 search_typeやpreferenceなどで調整できるElasticsearchの方が分散検索のパラメータのチューニングしやすい
- 23.リアルタイムSolr ソフトコミットで対応可能 solrconfig.xmlで設定するElasticsearchデフォルトは1秒でrefresh反映される 30分でflushされる 各インデックスに対して設定するどちらも同じようなことはできるが、Solrは検索パフォーマンス、Elasticsearchは情報の質、を意識している
- 24.拡張性Solr 拡張したいインターフェースを実装し、Jarファイルにまとめて配置し、solrconfig.xml等で設定する 拡張したい部分の機能の知識が必要Elasticsearchプラグインの仕組みにしたがって作成する pluginコマンドでインストール プラグインの種類 Analysis, Discovery, River, Transport,Scripting, Site, Repository, …Elasticsearchの方が拡張・機能追加がしやすい
- 25.バージョンSolr Luceneと一緒にリリースされてくる 現状に問題がなければ、積極的にバージョンを上げに行く理由はない(と思う)Elasticsearch 月一などのペースでリリースされてくる クラスタまわりなど、いろいろと変更が入るため、できるだけバージョンアップに追随する方が良い 1.0からローリングアップグレードも可能しばらくはElasticsearchは積極的にバージョンを上げた方が良いかも…
- 26.将来性Solr 検索プラットフォームを目指していく(と思う) 全文検索観点では今後も開発され、安定した利用ができる(と思う)ElasticsearchELKスタック的な感じで波に乗っている スケールできる利点で今後も伸びていく(と思う) 分析やログのストア先として期待できる(と思う)Luceneベースだし、使い分けではないか…
- 27.
- 28.まとめ SolrもElasticsearchもLuceneベースであるので、検索観点で大きく異なる部分は少ない 全文検索として、信頼性が求めるならSolrスケールすることを考えるのであれば、SolrCloudかElasticsearch SolrのスペシャリストがいるならSolrCloudが良いが、そうでなければElasticsearchで良いと思う 分析とか、集計情報を扱いたければElasticsearch 問題に遭遇した時にはElasticsearchの方が解決するための難易度が高いと思う
- 29.
- 30.