resourceQuotas
はネームスペース内のconfigmapの数を制限する場合がありますが、個々のconfigmapのサイズを制限するオプションはありますか?大きなテキストファイルをconfigmapとしてアップロードし始めるユーザーはいません。
ConfigMap etcdサポートの最大サイズは? etcd側に合理的な制限がある場合は、問題ないはずです。
この記事の執筆時点では、ConfigMapまたはSecretオブジェクトには hard-limits はありません。
ただし、Kubernetesがオブジェクトを格納する etcd 側から1MBの制限があります。
API側から見ると、実際にAPI code およびConfigMapタイプが表示されている場合、その data フィールドは文字列のGolangマップであることがわかります。 make()
で定義されている他の場所を除き、実行時に管理されます。技術的には、ハッシュマップ上のキーの数の最大サイズはint
であるマップの長さであり、最大値はここで説明されています: マップ内の要素の最大数 。これは、len(string)
の最大値としてのデータ値の理論上の制限にもなります。
Kube-apiserverがprotobufs(またはそのことについてはJSON)を受け取るAPI側からより多くの洞察を得たい場合は、 google protobuf maximum size をご覧ください。これにより、data
フィールドをワイヤ経由で送信する際の制限に関してある程度の尺度が得られます。大きなメッセージの処理に関しては、kube-apiserver自体から他の制限がある場合があります。
日付構成マップまでは、オブジェクト数のクォータになります。 configmapの数に最大値を適用できます。個々の構成マップのサイズを制限することはできません。ストレージリソースクォータにはまだ含まれていないため。