問題タブ [datastax-startup]

既存のクラスター用に新しいデータセンターをプロビジョニングしています。VPN 接続がかなり不安定なためnodetool rebuild、新しい DC のブートストラップを作成できません。興味深いことに、新しい DC と同じ場所に完全な新しいデータベース スナップショット/バックアップがあります (VPN の外部に転送されます)。現在、次のアプローチを検討しています。

1. クライアントが古い DC を使用していることを確認してください。
2. 新しい DC で新しいノードをプロビジョニングします。
3. ALTER新しい DC でレプリカを有効にするためのキースペース。これにより、古い DC から新しい DC へのすべての書き込みの複製が開始されます。
4. 上記gc_grace_secondsの操作 3) の後sstableloader、バックアップを新しいノードにストリーミングするために使用します。
5. 安全上の理由から、完全な修理を行ってください。

これは機能しますか？

DSE 4.8.6 (C* 2.1.13.1218) の使用

新しいデータセンターに新しいノードを追加しようとすると、ブートストラップ/ノードの再構築が常にストリーミング エラーによって中断されます。

system.log のエラー例:

新しいノードにストリーミングされるデータは約 500GB です。ブーストラップまたはリビルド操作は、他の (メイン) DC 上の 4 つの異なるノードからストリーミングされます。

ストリーミング エラーが発生すると、同期されたすべてのデータが消去されます (最初からやり直す必要があります)。

私がこれまでに試したこと：

• ノードのブートストラップ
• でセットアップauto_boostrap: Falseしcassandra.yamlて手動で実行するnodetool rebuild
• 私のLinux confでより積極的なTCPキープアライブ値を無効streaming_socket_timeout_in_msにして設定します（CASSANDRA-9440チケットのアドバイスに従います）
• 増加phi_convict_threshold（最大まで）
• ノードをブートストラップせず、repair を使用してデータをストリーミングしないでください (ディスクがほぼいっぱいになり、SSTable が 80K に達した時点で修復を停止します。それらを圧縮しようとして 3 日後、あきらめました)。

他に試すべきことはありますか？nodetool scrubこれが役立つかどうかを確認するために、失敗したすべてのノードで実行中です...

ストリーム出力ノードでは、次のエラー メッセージが表示されます。

その後：

「tar xvf dse-4.7.8-bin.tar.gz」の後、初めて DSE Search を開始しようとしています。以下はエラーです：

どの構成にも変更はありません。.bashrc ファイルに「HADOOP_CONF_DIR=/usr/mware/dse-4.7.8/resources/hadoop/conf」を設定しただけです (もちろん、後で . ~/.bashrc を実行しました)。ここで何か不足していますか？「bin/dse cassandra」にも同じエラーが発生しています。OSはCentOS 7.2.1511 64bitです。

以下のシステムおよびクラスター情報に基づいて、ノードあたりのデータ容量が必要です。(solr) ノードあたりの (大まかな) データ容量を教えてください。(システムとノード番号を変更せずに)

ノードごとのシステム情報 (DSE)

CPU: 2CPU/16 コア

メモリ: 32 GB

HDD：1TB

(DSE)Solr ヒープ サイズ: 15 GB

DSEクラスター情報

合計ノード数 (すべての solr ノード): 4

ノードあたりの平均データ サイズ: 24GB

ノードあたりの平均 (solr) インデックス サイズ: 11GB

複製係数: 2

DSE バージョン: 4.8.3

Solr ヒープ サイズ (15GB) は、一般的な Solr 操作 (クエリやインデックス作成など) 中にビッグ データ (100GB の solr データなど) をサポートするのに十分ですか?

追伸：容量の公式・計算ツールがあれば教えてください。

クラスターのサイズを 3 ノードから 6 ノードに倍増しました。RF=3 です。また、これはDatastax Enterprise 4.8.0ですcqlsh 5.0.1 | Cassandra 2.1.9.791 | DSE 4.8.0 | CQL spec 3.2.0 | Native protocol v3

クラスターのバランスを取り直していますが、アプリケーションからいくつかの奇妙なエラーが発生しています。

ERROR: core.RequestProcessor.logRequest() Could not log request 4d96f06a-b465-4608-904f-2014a271d507 for brand 5954: com.datastax.driver.core.exceptions.WriteTimeoutException: Cassandra timeout during write query at consistency QUORUM (3 replica were required but only 2 acknowledged the write)

RF=3 の場合、どのように 3 つのレプリカが必要になりますか? 定足数は2であるべきではありませんか？また、ノードでのディスク使用量が実際に急増しています。これは期待されていますか？

OpsCenter 5.2.1 を使用して 6 ノードの DSE クラスターを再調整しようとしていますが、opscenterd.log に次のスタック エラーが記録され、ジョブが 80% で失敗しました。6 つの検索ノードで DSE 4.8.0 を実行しています。このエラーから回復するにはどうすればよいですか? リバランスをもう一度実行できますか? または、最初に修復を実行する必要がありますか? （または、他の何か？）

ホストされている aws cassandra db に接続するために、express-cassandra バージョン 0.5.4 を使用しています。アクセスは許可されていますが、何を変更しても ECONNREFUSED になります

これは、接続している express-cassandra のスニペットです。これは、ドキュメントのかなり標準的なものです。

models.setDirectory(__dirname + '/../models').bind({ clientOptions: { contactPoints: [process.env.Cluster1Pub,process.env.Cluster2Pub,process.env.Cluster3Pub], protocolOptions: {port: 9042}, keyspace: process.env.keyspace }, ormOptions: { defaultReplicationStrategy : { class: 'NetworkTopologyStrategy', replication_factor: 3 }, dropTableOnSchemaChange: false, dontCreateKeyspace: true } },function(err) { if(err) console.log(err.message); else console.log(models.timeuuid()); });

ec2multiregion スニッチを使用してマルチリージョン クラスターを起動しようとしています。1 つの DC 内のノードは通信できます。ただし、別の DC からノードを追加すると、次のエラーで失敗します。

ERROR [main] 2016-05-09 10:57:01,88 CassandraDaemon.java:581 起動中に例外が発生しました java.lang.RuntimeException: シードを使用してゴシップできません

ubuntu 14.04にdseをインストールし、フランクフルトのクラスターで4つのノードを実行しています（サブネットaに2つ、サブネットbに2つ）。アイルランドからノードを追加しようとすると、問題が発生します。

次のポートをセキュリティに追加しました。

80 8984 7199 61620 7000 - 7001 61620 - 61621 8983 7077 443 4040 8888 22 7080 - 7081 7080 9160 9042

次に、cassandra.yaml ファイルで次の設定を行いました。

彼らが通信できるようにするには、他に何をセットアップする必要がありますか?