問題タブ [crate]

テストのために、3 ノード クラスターを 2 ノードに縮小し、後で 5 ノード クラスターに対して同じことを実行したいと考えました。

ただし、クラスターを縮小するベスト プラクティスに従うと、次のようになります。

1. すべてのテーブルをバックアップする
2. すべてのテーブル:alter table xyz set (number_of_replicas=2)以前は 2 未満だった場合
3. SET GLOBAL PERSISTENT discovery.zen.minimum_master_nodes = <half of the cluster + 1>;
   3a。データ チェックが常に緑色である必要がある場合は、min_availability を「full」に設定します: https://crate.io/docs/reference/configuration.html#graceful-stop
4. 1 つのノードでグレースフル ストップを開始する
5. データチェックが緑色になるまで待ちます
6. 3から繰り返します。
7. 完了したら、次のノード構成を永続化しますcrate.yml。 gateway.recover_after_nodes: n discovery.zen.minimum_master_nodes:[![enter image description here][1]][1] (n/2) +1 gateway.expected_nodes: n

クラスターが再び「グリーン」に戻ることはなく、重要なノードのチェックも失敗しています。

ここで何がうまくいかなかったのですか？

crate.yml:

約 2 億レコードの mysql テーブルがあり、これはすぐに 20 億に増加します。options 、mysql でのシャーディング、または Cratedb などの別のデータベースの使用を検討しています。これらのレコードには、3 つのフルテキスト インデックス付き列を含む 12 列があり、mysql スタイルの "like" クエリは非常に一般的です。

テストのために、1,000 万レコードのダミー データを含むテーブルを Cratedb に作成しましたが、クエリは優れたパフォーマンスを発揮しています。このサーバーは、AWS で SSD を使用する C3 ラージ インスタンスです。少なくとも今のところ、私のアプリケーションには素晴らしいようです

しかし、先に進む前に、他の人が Cratedb でどのような経験をしたかを知りたいと思います。Mysql と Cratedb を比較できるものはありますか?

CrateDB から提供されるベンチマークを理解し、解釈しようとしています。( https://staging.crate.io/benchmark/ )

1 秒間にいくつの要素を挿入できるかに興味があります。これはタプルのサイズによって異なる場合があることを知っています。そして、CrateDB が exmpale で使用するのと同じ ements-sizes を持っていると定義します。

それらは一括挿入の例を提供し、10.000 (整数/文字列のペア) の一括挿入に平均 50 ミリ秒かかります。

1. さて、1 秒 (1000 ミリ秒) の間に 10.000 ペアの 20 個のバルクを挿入できると計算できますか?

   1000ms/50ms = 20 -> 20*10000 = 200000 -> 1 秒あたり 200000 の整数/文字列のペア

2. 7 つの整数と 2 つの小数 (7,4) がある場合、結果がどのように異なるかを言えますか?

CrateDB では、オブジェクト列に大文字またはキャメル ケースの属性名を使用できますか? 次のようなテーブルがあります。

挿入ステートメントの使用:

... クラッシュの結果:

... CrateDB の JDBC ドライバーでは、次の結果になりました。

IPaddress のスペルが変更されました。これは crate-jdbc のバグですか?

Pythonでクレートデータベースに接続しようとしています

andファイルを指すcert_fileandkey_file引数を渡す必要があるようです。ドキュメントを調べても、これらのファイルを作成またはダウンロードするためのリソースが見つかりません。client.connect.pem.key

何かアドバイス？初心者向けの優れたリソースを教えてくれるコメントも歓迎します。

Simple Crate AMI EC2 インスタンスを起動し、Flask 用に 4200 および 5000 で Crate のポートを開きました。

Crate AMI を使用して EC2 インスタンスを実行すると、速度は遅くなりますが、それでも十分に高速です (~1-2 秒)。クエリを実行すると、10 秒近くかかります。

ローカルホストでエンドポイントをテストしましたが、実行速度自体に変化はありませんでした。したがって、コードが問題であることを除外しました。

私の質問:

• EC2 の Flask-Restful エンドポイントを介して実行されるクエリが非常に遅いのはなぜですか?
• EC2 AMI をゼロから作成し、そこに CrateDB をインストールすると、すぐに使える Crate AMI よりも速度パフォーマンスに違いがありますか?