ElasticSearchクラスタ構造は、高可用性を実現するために導入します

ElasticSearch説明:
ElasticSearchは、分散、拡張性の高い、高リアルタイムデータ分析と検索エンジンです。検索、分析および探査で大量のデータを作るのは簡単です。ElasticSearch伸縮性の完全な利用レベルは、本番環境ではより多くの貴重なデータになることができます。次のステップに分けElasticSearchの原理は、すべてのユーザーデータの最初は、弾性検索データベースに送信され、その後、対応するワード文ワードコントローラを介して、その重量及びその結果は、データ・ワード、ユーザが検索に格納されています時間データは、その後、重量ランク、スコアリングの結果に基づいてされ、その後、ユーザに結果を返します。

ElasticSearchは何を行うことができます。
elasticsearchは、文書のさまざまなを検索するために使用することができます。これは、ほぼリアルタイム検索、およびマルチテナントをサポートするスケーラブルなサーチを提供します。「Elasticsearchインデックスコンポーネントは、各フラグメントは、1つまたは複数のスライスをホストしている各ノードのゼロまたはそれ以上のコピーを有し、コーディネーターとして働くことができる部分を分割することができることを意味し、分配されると、正しく動作するように委託しましたスライス。リバランス及びルーティングが自動的に行われる。「データは、典型的には、同じ索引に格納され、インデックスは、一つ以上のプライマリスライスと0個以上の重複スライス組成物により形成されています。あなたは、インデックスを作成したら、プライマリスライスの数を変更することはできません。

ElasticSearchサクセスストーリーは:
1)2013年初頭には、GitHubにはElasticSearchは、検索のPBレベルを行う取る、Solrのを断念しました。「GitHubのは1300億文書やコードの13億株を含む、データElasticSearch検索20TBを使用しています。」
2)ウィキペディア:elasticsearchベースのコア検索アーキテクチャを開始します。
3)SoundCloudが:「SoundCloudがはElasticSearch 180万人のユーザーにインスタントと正確な音楽検索サービスを提供しています。」
4)百度:百度は、データ表示の種々の多次元分析を介してサーバと、ユーザ定義データに百度指数データ、異常なまたはビジネスレベルの例外の副位置決め解析例のすべての種類を集め、テキストデータとして現在広く使用されElasticSearch分析です。現在、100台のマシンの単一のクラスタの最大値(CASIO、雲解析、ネットワークアライアンス、予測、ライブラリ、直接数、財布、リスク管理、などを含む)ビジネスの内部百度以上20行、200個のESノードを覆う日あたり30TBの+データを導入します。

Elasticsearch特徴は:
1)大規模分散クラスタサーバの(数百)技術、PBレベルのデータ処理、サービスの大企業として使用することができます。あなたはまた、単一のマシン上で実行することができ、小さなサービス会社
2)Elasticsearchない新技術、主にLuceneの(全文検索)、商用のデータ解析ソフトウェア(あり)、分散データベース(myCat);フルテキスト検索、データ解析、および分散技術は、それが独特のESを形成し、一緒にマージされ
、ユーザーに3)システムは、本番環境で使用することができる、それが箱の外にある、非常に単純なように、中小のアプリケーションが直接データの量は、約3分のESを展開し、操作が複雑すぎるではありません
4)データベースこのよう全文検索、類義語、関連性のランキング、複雑なデータ分析、データの膨大な量のほぼリアルタイム処理などの特別な機能、;多くの地域の顔は(トランザクションだけでなく、操作のオンライン・トランザクション・タイプの様々な)十分ではありませんています。

まあ、そんなに対象に導入、最初は環境を準備することである:
(JDKバージョン要件のESバージョンは同じではありません)1)> = jdk1.7異なる
ES、2)ESをダウンロードするには、直接公式サイトでは、Elasticsearchパッケージをダウンロード最近特に活性年間、更新されたバージョンは、比較的高い周波数でもある
3)準備3台のサーバ
のサーバ名をIPアドレス
ノード-1 192.168.86.130
ノード2 192.168.86.131
ノード3 192.168.86.132
4)elasticsearch.yml編集ファイル、インストールバッグ/ config /ディレクトリには
http.cors.enabled:trueに
"*":http.cors.allow-起源
node.master:trueに
node.data:trueに
cluster.name:クラスタ内のESTest ###のサーバノードと同じ3人の名前ことを確認するために、
node.name:ノード1 ###の各ノード名は、他の2つの2ノード、ノードと同じではない-3-。
network.host:IPアドレス192.168.86.130 ###実際のサーバ
discovery.zen.ping.unicast .hosts:[ "192.168.86.130"、 " 192.168.86.131"、 "192.168.86.132"] 以上###サービスクラスタIP
discovery.zen.minimum_master_nodes:1

5)他のいくつかのサーバは単純にnode.nameプロパティを変更し、network.host
6)それぞれのサーバ上でESを起動する
7)アドレスバーに入力したhttp://192.168.86.130/_cat/nodes?prettyクラスタの起動を確認するかどうか「*」マスターノードであることが判明したと、それ以外の場合は、スレーブノードがある
設定ESクラスタは、それがESは、私たちの後ろに多くのことを行うので、1は、どこのサービスステーションを依頼して行う方法をハングアップかもしれないです、非常に簡単ですではありません:
(1)ESが自動的に新しいマスターを選出します。
集中型の複数のコピークラスタ内の(2)ES、リモートバックアップ機能があります;
(3)障害回復、データ復旧機能を
共有する意志の下で、どのように大きなNBI Elasticsearchサービス、SQL ESの道を書き込むことにより、データの解析を接続するためのデータ可視化ツール。

おすすめ

転載: blog.51cto.com/14465598/2425943