KubernetesでConfigMapを使用したPod構成管理のベストプラクティス

bai April 20, 2024

各ポッドには、「一時停止コンテナ」と呼ばれる特別なコンテナが含まれています。一時停止コンテナに対応するイメージは、Kubernetesプラットフォームの一部です。一時停止コンテナに加えて、各ポッドには1つ以上の関連するユーザービジネスコンテナも含まれています。 Kubernetesがこのような特別な構造を持つPodの新しい概念を設計した理由 理由1： 一時停止コンテナは、ポッド全体のコンテナグループの状態を表すポッドのルートコンテナとして機能します。 理由2： ポッド内の複数のビジネスコンテナは、一時停止コンテナのIPと一時停止コンテナにアタッチされたボリュームを共有します。 Kubernetesは、各ポッドに「Pod IP」と呼ばれる一意のIPアドレスを割り当てます。ポッド内の複数のコンテナがポッドIPを共有します。Kubernetesは、クラスタ内の任意の2つのポッド間でTCP/IP経由の直接通信を有効にするために、基盤となるネットワークサポートが必要です。これは、仮想レイヤー2ネットワーク技術を使用して実現され、ポッド内のコンテナが他のホスト上のコンテナと直接通信できるようにします。 静的ポッドと通常のポッド 通常のポッド： 作成されると、通常のポッドはetcdに保存され、その後、Kubernetesマスターによって特定のノードにスケジュールされ、バインドされます。その後、対応するノード上のkubeletプロセスによって、ポッドは関連する一連のDockerコンテナにインスタンス化されます。ポッド内のコンテナが停止した場合、Kubernetesは自動的に問題を検出し、ポッドを再起動します（ポッド内のすべてのコンテナを再起動します）。ポッドが存在するノードがクラッシュした場合、ポッドは他のノードに再スケジュールされます。 静的ポッド： 静的ポッドはkubeletによって管理され、特定のノードのみに存在します。 これらはAPIサーバーを介して管理することはできず、ReplicationController（RC）、Deployment、またはDaemonSetと関連付けることはできません。また、kubeletはこれらに対してヘルスチェックを実行できません。静的ポッドは常にkubeletによって作成され、kubeletが存在するノードで常に実行されます。 静的ポッドを作成する方法は2つあります：設定ファイルを使用する方法とHTTPを使用する方法。 静的ポッドのデプロイ： $ ssh