説明
Kubernetes ノードには、そのアドレス空間に対して /26 CIDR ブロック (64 個の一意の IP) が割り当てられます。これは、ノードがポッドやコンテナなどのリソースに最大 64 個の IP アドレスを割り当てることができることを意味します。このノード上のすべてのポッドにちょうど 2 つのコンテナーがある場合、各ポッドにはコンテナーごとに 1 つずつ、合計 2 つの IP アドレスが必要になります。したがって、64 / 2 = 32 なので、ノードは最大 32 のポッドをサポートできます。他のオプションは、使用可能な IP アドレスを超えているか、ポッドあたりのコンテナーの数を考慮していないため、正しくありません。参考文献:
*CIDR ブロックと Kubernetes 用コンテナ エンジン - Oracle
*kubernetes はノードに podCIDR をどのように割り当てますか? - スタックオーバーフロー

説明
= コマンド dockercontainerinspectnginx は、nginx という名前の特定のコンテナーのボリュームのリストを表示します。コマンドの出力には、container1 にマウントされた各ボリュームのソース、宛先、モード、タイプ、および伝播を示す「マウント」と呼ばれるセクションが含まれます。たとえば、次の出力は、コンテナ nginx に 2 つのボリュームがあることを示しています。1 つはホストの /var/log/nginx ディレクトリからコンテナの /var/log/nginx ディレクトリへのバインド マウントであり、もう 1 つは によって作成された匿名ボリュームです。のドッカー
/var/lib/docker/volumes/... コンテナの /etc/nginx/conf.d ディレクトリにマウントされます2。
「マウント」: [
{
"タイプ": "バインド"、
"ソース": "/var/log/nginx",
"宛先": "/var/log/nginx",
「モード」: 「rw」、
"RW": true、
「伝播」: 「rprivate」
}、
{
「タイプ」: 「ボリューム」、
"名前": "f6eb3dfdd57b7e632f6329a6d9bce75a1e8ffdf94498e5309c6c81a87832c28d",
"ソース"：
"/var/lib/docker/volumes/f6eb3dfdd57b7e632f6329a6d9bce75a1e8ffdf94498e5309c6c81a87832c28d/_data",
"宛先": "/etc/nginx/conf.d",
"ドライバー": "ローカル"、
"モード": "",
"RW": true、
"伝播": ""
}
】
参考文献:
* dockerコンテナ検査
* Dockerコンテナのボリュームを一覧表示

説明
ノードテイントは、Swarm クラスター内のノードをマークして、許容範囲に基づいて特定のコンテナーを反発または引き付けることができるようにする方法です。開発または運用用に指定されたノードにノード テイントを適用することにより、企業は、許容範囲が一致するコンテナのみをそれらのノードでスケジュールできるようにすることができます。このようにして、セキュリティ ポリシーの要件を満たすことができます。ノードテイントは key=value:effect として表現され、その影響は NoSchedule、PreferNoSchedule、または NoExecute になります。たとえば、開発専用にノードを汚染するには、次のコマンドを実行できます。
kubectlテイントノードnode1 env=dev:NoSchedule
これは、テイント env=dev:NoSchedule を許容しない限り、コンテナはノード 1 にスケジュールできないことを意味します。コンテナに許容範囲を追加するには、PodSpec でそれを指定できます。例えば：
許容範囲:
- キー: 「環境」
演算子:「等しい」
値: "開発"
効果: "スケジュールなし"
この許容範囲はノード 1 のテイントと一致し、ノード 1 上でコンテナーをスケジュールできるようになります。参考文献:
* 汚染と許容 | Kubernetes
* Kubernetes の 1 つ以上のノード上のテイントを更新する
* Kubernetes の汚染と容認に関する完全ガイド