問題タブ [crate]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
multithreading - 多くのクエリを並行して実行するときにキュー容量を増やす方法は?
私はクレートでベンチマークを行っており、同時に多くのレコードを挿入しています。何らかの制限 (キュー容量 50) に達したようで、構成を変更する方法が見つかりませんでした。
スレッド Thread-1 の例外:
data=data) ファイル "/Users/jodok/sandbox/crate-demo/amsterdam/pyenv/lib/python2.7/site-packages/crate/client/http.py"、345 行目、_json_request self._raise_for_status(response ) ファイル "/Users/jodok/sandbox/crate-demo/amsterdam/pyenv/lib/python2.7/site-packages/crate/client/http.py"、331 行目、_raise_for_status raise ProgrammingError(error.get(' message', '')) ProgrammingError: SQLActionException[RemoteTransportException[[nuc2][inet[/192.168.42.72:4300]]][bulk/shard]]; ネスト: EsRejectedExecutionException[org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction$1@23c7247f で実行を拒否 (キュー容量 50)]; ] in _raise_for_status raise ProgrammingError(error.get('message', '')) ProgrammingError: SQLActionException[RemoteTransportException[[nuc2][inet[/192.168.42.72:4300]]][bulk/shard]]; ネスト: EsRejectedExecutionException[org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction$1@23c7247f で実行を拒否 (キュー容量 50)]; ] in _raise_for_status raise ProgrammingError(error.get('message', '')) ProgrammingError: SQLActionException[RemoteTransportException[[nuc2][inet[/192.168.42.72:4300]]][bulk/shard]]; ネスト: EsRejectedExecutionException[org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction$1@23c7247f で実行を拒否 (キュー容量 50)]; ]
csv - csv ファイルから Cratedb へのデータのインポート
Crate 0.38.x で、整数、文字列、およびタイムスタンプのデータ型を持つ列を持つテーブルを作成しました。区切りテキスト ファイルからこのテーブルにデータをロードしたいと考えています。一括インポートを行うユーティリティはありますか? 申し訳ありませんが、ドキュメントや Github で見つけられませんでした
crate - シャードは複製されないままです
大きなテーブルの少数のシャードが「複製不足」の状態のままであるという問題に遭遇しました。私の小さなクラスターには、この単一のテーブルを保持するための 5 つのノードがあります。このテーブルには、2 億のレコード、5 つのシャード、2 つのレプリカ (200 のパーティションに分割) があります。そして、それは大丈夫でした。そして、いくつかのテストの後（つまり、ノードを停止して元に戻します）。少数の 3 つのシャードがあり、複製が少なくなります。
そして、テーブル「sys.shards」を調べると、3つのシャードのステータスが「初期化中」のままであることがわかります。
アドバイスしてください、何が問題なのですか？ちなみに、各ノードには 100 GB (%20 使用) のストレージと 4GB (50% 使用) のヒープがあります。
ありがとう！
upgrade - マルチノード Crate クラスターをアップグレードするための適切な手順は何ですか?
複数のノードで構成されるクレート クラスターがあります。クラスターは現在、Ubuntu 安定リポジトリを利用して 0.39.1 を実行しています。クラスターをダウンタイムなしで 0.40.2 にアップグレードしたいと考えています。
http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/setup-upgrade.html#で参照されている ES ローリング アップグレード プロセスを使用するのが賢明ですか (ES API が有効になっている場合) 。ローリングアップグレード
crate - Crate.io をプライマリ データストアとして使用する際の懸念事項は何ですか?
私が正しければ、crate (crate.io) は Elasticsearch (Lucene) によって支えられています。1 か月前に、高負荷で ES がいくつかの書き込みを失ったという記事がいくつかありませんでしたか? 他に懸念事項はありますか？
crate - CrateData での更新クエリの効率
多数 (例: 100 万) のレコードの更新をトリガーする更新クエリを実行する場合。私が理解しているように、基礎となるインデックス システムはドキュメントを再取り込みする必要があります。では、この種の「重い」ジョブの作業負荷を制御する方法、つまり、完了するまで固定レートで更新する方法はありますか?