Kubernetes Pod

Kubernetesポッドは、オープンソースのKubernetesコンテナのスケジューリングおよびオーケストレーション環境で展開可能な最小のコンピューティングユニットです。

ポッドは、一緒に動作する1つ以上のコンテナのグループです。ポッドはノード上にあります。複数のポッドが同じノードを共有できます。各ポッド内のコンテナーは、そのホストノードからの共通のネットワークリソースとストレージリソース、およびコンテナーの実行方法を決定する仕様を共有します。 ポッド は、エンドウ豆の鞘など、自然界の鞘のように機能するように設計されているため、説明的な名前です。ポッドは多くのコンテナをカプセル化できますが、通常、各ポッドには1つのコンテナのみ、または少数の緊密に統合されたコンテナがあります。

ポッドのコンテンツは、アプリケーション固有の論理ホストをモデル化して、一緒にスケジュールおよび配置されます。 Kubernetesユーザーは、緊密に統合されたアプリケーションコンテナをポッドで一緒にホストする必要があります。コンテナがない場合、これらのアプリケーションまたはサービスは同じ仮想マシンまたは物理マシンで実行する必要があります。

ポッドの共有コンテキストは、Linux名前空間やcgroupなどの分離の側面によって設定されます。個々のポッドの場合、単一のアプリケーションをさらに分離できます。

オペレーターは、環境変数を使用して、ポッド、ノード、および/またはコンテナーに関する情報を公開できます。ポッド環境変数は、ポッドのコンテナー内のアプリケーションに、必要なリソースの場所、またはコンポーネントの構成方法を指示します。この情報は、実行時にコンテナーに注入されます。ノードには環境変数も含まれていますが、これらはコンテナに公開されていません。 Kubernetes環境変数は、静的に定義されるか、ユーザーによって記述されます。

Kubernetesポッド管理

Kubernetesは、Dockerコンテナランタイムと、OpenContainerInitiativeに準拠したランタイムを使用するKubeletContainerRuntimeInterfaceの略であるCoreOSrktおよびCRI-Oをサポートしています。

ユーザーはポッドを作成できますが、多くの場合、Kubernetesコントローラーは、高可用性または水平スケーリングのためにポッドとそのレプリカを作成します。たとえば、ユーザーがポッドの3つの新しいインスタンスをリクエストすると、KubernetesはAPIレベルのリソースとして3つのポッドを作成します。スケジューラは、Kubernetesユーザーのポリシーに基づいて各ポッドに適切なノードを見つけ、そこにポッドを配置します。

ポッド内のコンテナは、共通のIPアドレスとポートスペースを共有します。彼らはローカルホストを通じてお互いを発見することができます 。同じポッドに割り当てられたアプリケーションは、ポッドに接続されている共有ボリュームにアクセスします。

ポッドを使用すると、コンテナはPOSIX共有メモリやSystemVセマフォなどの他の標準通信を使用して通信することもできます。一方のポッドのコンテナは、もう一方のコンテナとは異なるIPアドレスを持っており、IPCプロトコルを使用できません。ただし、KubernetesPodからPodへの通信はサービスを介して簡単に行われます。たとえば、アプリケーションのフロントエンドが1つのノードのポッドに存在する場合、バックエンドは同じノード、別のノード、さまざまなノードにまたがる10個のインスタンスに存在でき、フロントエンドポッドは単にに接続します。 1つまたは複数のバックエンドポッドを表すサービス。