以前にこのブログを見て、ただのランダムな抽選だった場合は、申し訳ありません。何かを書く前に誤って公開をクリックしてしまいました。 Canva、dev.to、Eraser.io 間のスムーズなワークフローをまだ模索中です。うまくいくまでしばらくお待ちください。

Kubernetes アーキテクチャ - マスター ノードとワーカー ノードのコンポーネント

今日の投稿では、マスター ノードとワーカー ノードの 2 つの主要コンポーネントに焦点を当てて、Kubernetes の基本アーキテクチャについて説明します。

マスターノード

マスター ノードは制御の魔法が行われる場所です。クラスターを管理し、ノード間のすべてを調整する責任があります。マスター ノードの主要なコンポーネントは次のとおりです:

• API サーバー: これは、すべての管理タスクのエントリ ポイントです。これは、ユーザー、ノード、さらには外部コンポーネント間の主要な通信ハブであると考えてください。

• スケジューラー: 名前が示すように、利用可能なリソースに基づいてワーカー ノードで実行するアプリケーション (ポッド) をスケジュールする役割を果たします。

• コントローラー マネージャー: クラスターの望ましい状態を監視および維持し、すべてがスムーズに期待どおりに動作していることを確認します。

• etcd: これは操作の頭脳であり、すべてのクラスター データと構成を保存します。

ワーカーノード

反対側にはワーカー ノードがあります。これらは、コンテナー (アプリケーション) が実際に実行される場所です。内訳は次のとおりです:

• ポッド: ポッドは、Kubernetes でデプロイ可能な最小単位です。各ポッドは 1 つ以上のコンテナをカプセル化します。

• kubelet: ポッド内のコンテナが実行されていることを確認し、マスター ノードに報告します。

• コンテナ ランタイム: これは実際にコンテナを実行するソフトウェアです。

• kube-proxy: Pod が相互に、また外部と通信できるようにするネットワーク ルールを管理します。

すべてをまとめる

マスター ノードとワーカー ノード間の通信は、システムをスムーズに実行し続けるための鍵です。 API サーバーは各ワーカー ノードの kubelet と通信して、コンテナーが期待どおりに実行されていることを確認します。一方、スケジューラーはリソースに基づいてどのポッドをどこに配置するかを決定します。

これにより、Kubernetes アーキテクチャがどのように構成されているかを明確に理解できることを願っています。私と同じように Kubernetes を学習している場合、これらの図を描いて内容を分解することは、概念を固めるのに非常に役立ちます。

タグとメンション

@piyushsachdeva
5日目のビデオ