問題タブ [voltdb]

プリペアド ステートメントを介してストアド プロシージャを呼び出すときにこの例外が発生しましたが、呼び出し可能なステートメントでは機能します。voltdb でストアド プロシージャを呼び出すために callable ステートメントを使用する必要があるかどうか疑問に思っていますか?

以下の例外をスローします。

これはうまくいきます。

VoltDB はエンタープライズ 5.1.2
Kafka は 2.9.2-0.8.1.1、2.10-0.8.2.1 も試しました

VoltDB は 192.168.56.101 に
あります Kafka は 192.168.56.102 にあります

VoltDB の展開構成は次のとおりです。

スキーマは次のように定義されます。

そして、Kafka の server.properties については、この行のみを追加しました

私は最初に次のようにKafkaを開始しました：

VoltDB を開始すると、次の例外が発生します。

Kafka側では、私はこれを続けています:

助言がありますか？

以下は、VoltDB サーバーに接続する方法を示す簡単なコード スニペットです。

私の実験に基づいて、サーバーがダウンしているか、ネットワーク層から接続できない場合、応答を取得するのに約 75 秒かかります。

タイムアウト時間を設定する方法はありますか?そのため、アプリケーションはそれほど長時間待つ必要はありません。正常な接続には通常数十ミリ秒しかかからないため、1000 ミリ秒以内に接続が確立されない場合は、何かがすでに間違っていると思います。

以下の設定を試してみました

この場合、影響はまったくありません。したがって、この目的ではないと思います。

私の NoSQL または NewSQL/NeoSQL データベース サーバーへの露出は非常に限られており、理論的なものにすぎません。私は従来の RDBMS (MySQL、Postgres など) とディレクトリ サーバー (OpenLDAP) をレプリケーションの有無にかかわらず使用してきました。

私のアプリケーション スタックは JBoss に基づいており、VoltDB でデータの耐久性と高可用性を実証できる最小限のデモ (アプリケーションを使用) をセットアップする任務を負っています。パフォーマンス テストは目的ではありません。

VoltDB プランニング ガイドを読んでいますが、必要なサーバー (または VoltDB インスタンス) の数に関して、「+1」または「x2」の間で混乱しています。特に次の 2 つのステートメントを考えると:-

K-Safe クラスターのハードウェアのサイズを決定する最も簡単な方法は、予測されるスループットと容量に基づいてデータベースの初期インスタンスのサイズを決定し、サーバーの数に必要なレプリカの数を掛けることです (つまり、K-Safety値プラス 1)。

経験則

K-Safety を使用する場合は、クラスター ノードの数をデータベースのコピー数の整数倍 (つまり、K+1) として構成します。

質問:

1. ここで、容量/スループットの要件を考慮して、1 台のサーバーが必要だとしましょう。耐久性と高可用性を実現するには、2 台、3 台、または 4 台のサーバーが必要ですか?
2. OTOH、たった1台のサーバーを使用して、VoltDBのすべての重要な機能を放棄する必要がありますか?
3. VoltDB の完全なディスク永続性とスナップショットの間に関係 (または競合) はありますか? たとえば、ディスク永続性の可用性により、スナップショットの必要性がなくなりますか?

CPU 使用率、データベース パフォーマンス メトリック、ネットワーク パフォーマンスなどの監視データをバックエンド ストアに収集して収集する分散監視システムがあります。他のアプリケーションは、リアルタイム計算 (リソース スケジューラ用)、システム モニタリング用 (モニタリング ダッシュボードを使用するシステム管理者向け)、履歴分析用 (操作およびアナライザー プログラム、将来のキャパシティ プランニングのためのパターンを使用したリソースのモデル化) など、これらのデータを使用する必要があります。およびビジネス システム アクティビティ分析）。

データセットのサイズは、9 か月間のデータ ストア内の約 12 億エントリです。(すべて OpenTSDB のような形式)

以前は、バックエンド データ ストア ソリューションとして Elasticsearch クラスターを使用していましたが、より良いものを見つけることにしました。

私はCouchbaseまたはVoltDBクラスターを見ていますが、まだ調査段階にあるため、同様の経験を持つここからの入力が必要です.

主な質問は以下の通りです。

1. シナリオに適したバックエンド ストア ソリューションはどれですか? (Couchbase または VoltDB)?

2. データアグリゲーターコード (golang にある) を書き直す必要があります。Couchbase は優れた golang SDK クライアントを提供しますが、VoltDB の go ドライバーはコミュニティ レベルでのみ機能が制限されています。golangでvoltdbと通信するためのより良い実装はありますか?

3. それに関する提案やベストプラクティスはありますか?

votldb テーブルからハイブにデータをインポートしようとしています。使用しているコマンドは次のとおりです。

次のエラーが表示されます

..........

「/var/lib/sqoop/」に voltdb jdbc jar ファイルを配置しました

私のsqoopバージョンは「1.4.5.2.2.6.3-1」です

テーブルを voltdb からハイブにエクスポートすることに成功した人はいますか?

大量のデータを消費するまで保存する必要があります。たとえば、ファイル（おそらくcsvで、数百MBになる可能性があります）をダウンロードし、その内容をdbに保存します。ファイル全体が db に書き込まれた後、別のプロセスがこのコレクションを読み取って削除します。

これにはMongoDBを使用することを好みます。ただし、この種の目的には VoldDb の方が優れていると言われました。

VoldDB が正確になぜであり、一時ストレージとして mongoDB よりも優れているか (もしあれば) を知りたいです。

こんにちは、あるサーバーからデータを取得し、別の物理サーバーに挿入するカスタム スクリプトを Python で作成する必要があります.Python で使用する VoltDB のドライバーを見つけることができません。Netezza には pyodbc を使用し、Postgres にはネイティブ Python ライブラリを使用しています。誰かが物事を整理するのを手伝ってくれませんか。同じありがとう