複数のUsergridコンテナを別々のマシンに配置して、それらがCassandraクラスタを指し示すようにしてください。しかし、私は複数のUsergridノードの実行に関する文書を見つけることができず、私はCassandraクラスタに関する指示しか見つけられませんでした。複数のUsergridノードを実行しますか?
これは私のUsergridサービスを拡大する正しい方法ですか?または、複数のUsergridノードを実行するベストプラクティスは何ですか?
複数のUsergridコンテナを別々のマシンに配置して、それらがCassandraクラスタを指し示すようにしてください。しかし、私は複数のUsergridノードの実行に関する文書を見つけることができず、私はCassandraクラスタに関する指示しか見つけられませんでした。複数のUsergridノードを実行しますか?
これは私のUsergridサービスを拡大する正しい方法ですか?または、複数のUsergridノードを実行するベストプラクティスは何ですか?
これは正しい方法です。 ROOT.war
ファイルを新しいTomcatインスタンスにデプロイするだけで済みます。キャスとESのインスタンスがどこにあるかUGが知っているようにTomcatにデプロイ、その後、usergrid-deployment.properties
ファイルを設定するための
ドキュメントは、ここでは、ステップ4と5です:https://usergrid.apache.org/docs/installation/deployment-guide.html#deploying-the-usergrid-stack
また、持っているレポでAWSのcloudformationスクリプトを使用することができますAWSがこれを処理します(https://github.com/apache/usergrid/tree/master/deployment/aws)
スケーラブルなユーザーグリッド展開についての文書化されたアーキテクチャはありません。要件に基づいて独自のデプロイメントを構成する必要があります。いくつかのサンプルがインターネット上にあり、このプレゼンテーションで私たちのユーザグリッドインストールを設定するのに役立ちました:http://events.linuxfoundation.org/sites/events/files/slides/Intro-To-Usergrid%20-%20ApacheCon%20EU%202014.pdf(47-48ページ)。
ここに私の展開戦略があります:すべてのコンポーネント(tomcat、C *、es)はJavaアプリケーションなので、それらを同じマシンに置くとRAMが高価になります。そのため、レイヤーを分離して独立にスケールします。たとえば、アプリケーションが着信しているユーザー接続でチョークする場合、tomcatクラスター(おそらくLBの後ろ)を拡大します。 Cassandraの設定に時間を費やし、デフォルト値に固執しないでください。あなたのデータはそこにあり、あなたはそれを失いたくありません。