CKA フルコースデー ubernetes アーキテクチャ

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

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

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

マスターノード

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

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

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

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

• etcd: すべてのクラスターのデータと構成を保存する、操作の頭脳です。

ワーカーノード

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

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

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

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

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

すべてをまとめる

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

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

タグとメンション

@piyushsachdeva
5 日目のビデオ

以上がCKA フルコースデー ubernetes アーキテクチャの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。