0

非常に大きなシステムで、ES 1.7.5 と Cassandra 3.7 を使用して usergrid (2.1.0) をセットアップしました。UG 用に 12 台、cassandra 用に 9 台、elasticsearch 用に 9 台です。すべての (仮想) マシンには、16 コアと 32 ギグラムがあります。ただし、同時ユーザー数が 3000 の場合でも、es および c* サーバーはおかしくなり、CPU 使用率が 100% に達します。es cpu がピークに達すると、/roles コレクションを取得できないため、ユーザーはログインできません。c* CPU がピークに達すると、usergrid は c* に接続できず、単にすべての http 要求をミュートします。

ディスクまたはネットワークに iwoaits がありません。

私たちのアプリケーションはユーザーグリッド クエリに依存しているため、大量のクエリ リクエストを実行します。しかし、サブシステムでこのような CPU ピークが発生するとは予想していませんでした。

どんなサポートでも大歓迎です。

4

1 に答える 1

0

ほぼ 10 日かかりましたが、解決策は困難な道のりでした。Elasticsearch の教訓:

  1. Elasticsearch で G1GC を絶対に使用しないでください。（デフォルトになるまで）
  2. ユーザーグリッドからの「含む」クエリの使用は絶対に避けてください。
  3. 常に推奨事項に耳を傾けてください。

Cassandra-Usergrid 通信でまだ問題が発生しています。ノードがダウンするたびに (メンテナンス、更新など)、usergrid クライアントは接続エラーを出力し、約 15 回の試行の後、すべての通信をミュートします。

于 2016-12-16T08:36:51.223 に答える