Підсумовуйте основні компоненти кластерного управління Kubernetes з цього параграфа
Kubernetes визначає набір будівельних блоків ("примітивів"), які колективно забезпечують механізми для розгортання, підтримки та масштабування додатків на основі процесора, пам'яті або налаштованої метрики. Kubernetes роз'єднаний і розширюється, щоб відповідати різним робочим навантаженням. Внутрішні компоненти, а також розширення та контейнери, що працюють на Kubernetes, залежать від API Kubernetes. Платформа здійснює контроль над обчислювальними та зберігальними ресурсами, визначаючи ресурси як об'єкти, які потім можна управляти як такі.

Kubernetes використовує первинну / реплічну архітектуру. Компоненти Kubernetes можна розділити на ті, які управляють окремим вузлом, і ті, які є частиною рівня управління.

Контрольний літак
Головний вузол Kubernetes керує контрольною площею кластера Kubernetes, керує його робочим навантаженням і направляє зв'язок по всій системі. План управління Kubernetes складається з різних компонентів, кожен з яких має свій власний процес, який може працювати як на одному головному вузлі, так і на декількох майстрах, що підтримують кластери високої доступності. Різні компоненти літака управління Kubernetes наступні:

etcd - це стійкий, легкий, розподілений, ключовий склад даних, який CoreOS розробив. Він надійно зберігає конфігураційні дані кластеру, що представляє загальний стан кластеру в будь-який момент часу. etcd віддає перевагу послідовності над доступністю у випадку мережевого розділу (див. теорему CAP). Послідовність має вирішальне значення для правильного планування та експлуатації послуг.
Сервер API обслуговує API Kubernetes за допомогою JSON через HTTP, який забезпечує як внутрішній, так і зовнішній інтерфейс Kubernetes. API-сервер обробляє та підтверджує запити REST та оновлює стан об'єктів API в і т. д., дозволяючи клієнтам конфігурувати робочі навантаження та контейнери по робочих вузлах. API-сервер використовує watch API для моніторингу кластера, розгортання критичних змін конфігурації або відновлення будь-яких відхилень стану кластера до того, що заявляв розповсюджувач. Наприклад, розповсюджувач може вказати, що потрібно виконувати три інстанції конкретного "под" (див. нижче). Цього факту заперечує І. Якщо контролер розповсюдження виявить, що працюють тільки два інстанції (що суперечать декларації etcd), він запланує створення додаткового інстанції цього під.
Планувальник - це розширений компонент, який вибирає, на якому вузлі запускається незапланований під (основний суб'єкт, яким керує планувальник), на основі наявності ресурсу. Планувальник відслідковує використання ресурсу на кожному вузлі, щоб переконатися, що робоче навантаження не заплановано вище наявних ресурсів. Для цього планувальник повинен знати вимоги до ресурсів, наявність ресурсів та інші обмеження, що надаються користувачем, або вказівки політики, такі як якість обслуговування, вимоги до афінності проти афінності та місцезнаходження даних. Роль графіка полягає в тому, щоб відповісти ресурс "постачання" до робочого навантаження "попит".
Контролер - це цикл примирення, який рухає фактичний стан кластера до бажаного стану, спілкуючись з сервером API для створення, оновлення та видалення ресурсів, які він управляє (наприклад, підполів або кінцевих точок служби). Одним з видів контролера є контролер реплікації, який обробляє реплікацію та масштабування, запускаючи певну кількість копій підподу по кластеру. Він також займається створенням замінних підйомів, якщо основний вузол виходить з ладу. Інші контролери, які є частиною основної системи Kubernetes, включають контролер DaemonSet для запуску точно одного підзавантаження на кожній машині (або деяких піднаборах машин), і контролер роботи для запуску підзавантажень, які працюють до завершення (наприклад, як частина паркової роботи). Вибірники етикетки, які є частиною визначення контролера, вказують набір підйомів, які керує контролер.
Менеджер контролера - це процес, який управляє набором основних контролерів Kubernetes.
Літак управління кластером kubernetes працює на ще одному головному вузлі. Їх компоненти є:
etcd - ключовий запас даних, що містить дані конфігурації кластера.
2. API-сервер - це сервер, який обслуговує і оновлює стан кластеру kubernetes. Він стежить за etcd і тримає фактичний стан кластерів в синхроні з його бажаним станом.
3 Планувальник - це компонент, який вибирає, на якому вузлі повинен працювати незапланований під, на основі того, що потрібно кожному під і що можуть підтримувати вузли в кластері.
4 Менеджер контролера управляє кількома контролерами, які тримають кластер в синхроні з його бажаним станом.