AWS EKSでは、2ノードタイプT3.Smallを搭載した小さなクラスタに17個のレプリカ(64miメモリを要求して制限する)を使用して展開を追加しています。
Kube-System Podでのカウント、ノードごとの合計ランニングポッドは11、1が保留中ですが、すなわち。:
ノード#1:
[。] AWSノード-1
[。] Coredns-5-1AS3.
[。〜コアーーズ5-2das)
[。] kube-proxy-1
[。+ 7アプリPOD Replicas
[。]ノード#2:
[。] AWSノード-1
[。] kube-proxy-1
[。+ 9アプリPOD Replicas
[。] t3.Smallが非常に小さいインスタンスであることを理解しています。私はここで私を制限しているものを理解しようとしています。メモリ要求はそれではありません、私は利用可能なリソースの下にいます。
インスタンスタイプに応じて、ノードごとにIPアドレス制限があることがわかりました。 https://docs.aws.amazon.com/awsec2/latest/urguide/using-eni.html?shortfooter=eNi.html?shortfooter=eNi.html?shortfooter=true.tmlableippereni 。
[。ね。]私は他の文書が明示的にPODの作成を制限することであると言われていませんでしたが、私はそれを想定しています。表に基づいて、T3.SMALLは12のIPv4アドレスを持つことができます。これが事実であり、これが制限要因である場合は、11ポッドがあります。
EKSインスタンスごとの実際のPODの最大最大数は, このドキュメント に表示されます。
T3.Smallインスタンスの場合、それはインスタンスごとに11ポッドです。つまり、クラスタ内に最大22個のポッドを持つことができます。これらのポッドのうち6つのポッドはシステムポッドであるため、最大16のワークロードポッドが残っています。
あなたは17のワークロードポッドを実行しようとしているので、それは多すぎます。これらのポッドの16がスケジュールされ、1が保留中に16を推測します。
式 インスタンスごとの最大ポッド数を定義するためのものは次のとおりです。
_N * (M-1) + 2
_
どこ:
そのため、T3.SMALLの場合、この計算は3 * (4-1) + 2 = 11
です。
各インスタンスタイプのN
およびM
の値in このドキュメント 。