1) JuJu ブートストラップのデフォルトの AWS インスタンスは、EC2 Small のようです。代わりにマイクロ インスタンスにすると、何かデメリットがありますか? コストとパフォーマンスの面で理想的なインスタンスはどれですか? (JuJu 経由で AWS でストーム トポロジを実行している可能性があります。クラスターがどのくらい大きくなるかはまだわかりません。)
2) AWS 上の JuJu ブートストラップ ノードには、8 GiB のデータ ボリュームが自動的に接続されます。これは必要ですか? 何のために使用されますか? このデータ ボリュームを接続せずにブートストラップ ノードをデプロイしたり、データ ボリュームの種類を変更したりする方法はありますか?
これらの質問に関する情報は、オンラインの JuJu ドキュメントでは見つかりませんでした。
答え1
「極小」というものは存在しないので、マイクロサイズのインスタンスを意味していると思います。t2.microはバースト可能であり、経験上、マイクロはブートストラップ/状態サーバーノードを実行するにはパワー不足すぎることがわかりました。
コストを節約したい場合は、ブートストラップ ノードでワークロードを実行して、マシンをコーディネーション ノードとして効果的に共有し、実際の作業にも使用できるようにします。また、複数のノードに状態サーバーを配置できるように、Juju を HA モードで実行することも検討してください。
https://jujucharms.com/docs/stable/controllers-ha
この方法では、ノードを無駄にしませんが、すべての卵を 1 つのバスケットに入れることもありません。
データ量についてはよくわかりません。情報が入り次第、問い合わせて追加します。