コンテナオーケストレーションと JVM アプリケーション

特に fork-join は CPU コア数で動き方が変わってしまう（と思ってる）。

しかし、 `requesrs.cpu` の割り当てを増やすにはワーカーノードをスケールアップする必要がある。

そうすると利用料も高くなる…

スケールアップした専用ワーカーノードを用意して nodeSelector を指定すればいいのかもしれない。

でも、それは VM で運用するのと変わらないのでは…

コンテナオーケストレーションとVMの判断基準は、運用コストの削減、リソース利用効率の改善あたりになるのかなぁ。

仕事でコンテナオーケストレーションを活用してる方に聞いてみたら、ノードのメモリ32GiBは当たり前、ということだった。

こんな資料もありました。hbstudy のセッション資料らしい。

etcd で 16 GiB 必要なのか…

リソースとサイジングについては、ボトムアップな計算と検証をやっていかなければ。