をkubernetes:7.5GBと2vCPUノードのサイズは、我々がタイプ標準2の2つのノードと私たちのクラスタを実行
任意のGKE上のクラスタのための最小サイズをお勧めがあります。これは管理された「サービス」なので、本当のマスターがないと思いますか?
私は、リソース制限に対処するために苦労しています。
をkubernetes:7.5GBと2vCPUノードのサイズは、我々がタイプ標準2の2つのノードと私たちのクラスタを実行
任意のGKE上のクラスタのための最小サイズをお勧めがあります。これは管理された「サービス」なので、本当のマスターがないと思いますか?
私は、リソース制限に対処するために苦労しています。
何の推奨最小サイズはありません。しかし、ポッドは両方CPU and memory requests and limits.
要求がポッドがスケジュールすることができるように、ノードに存在する必要がありますどのくらいの空きCPU /メモリ定義する必要があり、その金額はそのポッド用に予約され、次のポッドのスケジューリングに「無料」とはみなされません。
一方、リミットは、ポッドが求めることができる最大量を定義します。これはオーバーコミットされる可能性があります。
すべてのポッドとそれらの要求と限界を示していますあなたのkubectl describe nodes
出力、見てみてください。デフォルトでは、リクエストは100m(コアの10%)です。ポッドの中にはそれほど必要ないものがある場合は、これを低く設定します。次に、ノード上にさらに多くのポッドをスケジュールするか、少なくとも必要なノードの数を調べることができます。
私の展開は、新しいポッドが出てくるリソースと競合して立ち往生しようとしています...配備中にコミットできないことが奇妙に思えます。 – AndrewMcLagan
また、2つの大きなノード3小さなノード? – AndrewMcLagan