Kubernetesのクラスタコンポーネント
典型的Kubernetesクラスタノードと制御ノードのクラスタ、およびクラスタ状態ストレージシステムetcd組成を操作する複数の。クラスタの管理インタフェースを提供し、クラスタ構成で作業し、各ノードを監視するために、クラスタ全体の管理を担当してマスターノード。各ノードは、各ノードに依存するため、コンテナポッドのフォームを実行する責任があり、このようなコンテナのランタイム環境として、コンテナの操作のためのサービスのすべてとリソースの割り当てを実装する必要があります
マスターノード主apiserver、コントローラマネージャスケジューラおよび三の成分、およびクラスタetcd状態記憶用のメモリが、主にkubelet、KUBEプロキシエンジンと容器（最も一般的な実装ドッカーを含む各ノードNode ）およびその他のコンポーネント。また、完全なクラスタ・サービスはまた、等kubeDNSように、付加的な構成要素の数に依存します
マスターコンポーネント
複数の成分からなるKubernetesクラスタ制御プレーンは、これらの構成要素は、単一の統合されたマスター・ノード上で実行することができ、またでもクラスタ自体Kubernetesで実行高可用性マスター機能を提供する複数のノードの複数のコピーを実行する方法であってもよいです上記。マスターは、以下のコンポーネントを含み、
（1）APIサーバ：永続的な状態で保存されたRESTfulなKubernetes API用のAPIサーバ負荷出力は、それがすべてのクラスタREST操作コマンドのためのアクセスポイントで、受信するための責任があり、チェックしてすべての要求をRESTに応え、etcdの結果であり、 。だから、クラスタ全体ゲートウェイAPIサーバがあります
（2）ストレージクラスタ（クラスタ状態ストア）の状態は、クラスタのすべての情報Kubernetes状態がでetcdに永続する必要がある、しかし、CoreOSはRartベースのプロトコルが、利用可能なサービスの発見を分散キー値ストアを開発した構成、および共有がetcdれますデータの整合性を保護。したがって、etcdは、それがKubernetesクラスタ自体にも属さない、独立したサービス・コンポーネントです。etcdは、キーデータストレージを提供するだけでなく、監視や変更をプッシュするための検知メカニズムを提供するために、プロダクション環境では、サービスの可用性を確保するetcdクラスタを実行する必要があります。顧客への時計のAPIによって、その出力により、APIサーバへの鍵の変更をetcdときKubernetesクラスタが通知されます。時計のメカニズムに基づいて、Kubernetesクラスタコンポーネントは、効果的な調整を達成するために
（3）コントロールマネージャ（コントローラマネージャ）：Kubernetes、機能の大部分は、いくつかのプロセスが完了したと呼ばれるコントローラによって実行されるクラスタ・レベルは、これらのプロセスは、KUBEコントローラマネージャデーモンと一体化されています次のように、コントローラによって実行される機能は、ライフサイクル・サービス・ロジックとAPIとを含みます
ライフサイクルの機能が含まれます：名前空間の作成とライフサイクル、イベントガベージコレクション、ポッド終了関連のガベージコレクション、ガベージコレクションとノードカスケードガベージコレクションを。
APIロジック：拡張ポッドさらにreplicaSetによって行わたとえば
（4）スケジューラ（スケジューラ）：コンテナアプリケーションの大規模な展開と管理のためのKubernetesプラットフォーム、クラスタのサイズによっては、コンテナのそのホスティングを実行しても、その他の何千というかである可能性が高いです。ポッド・オブジェクトを作成するAPIserver確認要求の後、彼らはクラスタ内の各ノードのスケジューリングの決定に基づくスケジューラのリソース要件使用可能なリソースの状態を確認する必要があり、あなたはほかに、コンテナを実行したい、Kubernetesは、ユーザー定義のスケジューラをサポートしています
ノードのコンポーネント
ノードは、環境に依存して様々なコンテナを実行する責任がある、とMasert管理を受け入れます。各ノードは複数のコンポーネントで構成され、それ
（1）ノードのコア剤はkubelet：kubeletが実行されています