Большинство из нас хорошо знают, что Kubernetes — «Инструмент оркесторации контейнера». Естественно, он не обязан изучить компоненты и архитектуры Kubernetes, придерживаясь ее работы. Эта платформа с открытым исходным кодом, которая развертывает и управляет контейнерами, имеет большую помощь во время вашей производительности, которая является экономичной и, несомненно, является будущим достойным решением. Но как архитектура помогает в достижении всех этих целей?
Чтобы сделать наше понимание лучше, давайте рассмотрим аналогию для Куберанес — «Kubernetes Kingdom»!
Поскольку мы все знаем, цель использования Kube состоит в том, чтобы принять приложение в виде контейнеров, чтобы автоматически развернуть экземпляры вашего приложения, сколько вам требуется. Здесь, в Kube царство следует принципу работы в соответствии с «Мастер-рабской архитектурой». На рабской стороне у нас есть трудолюбивые рабочие, а наблюдатели мониторинга, образующие рабочие узлы, которые развертывают приложения и несут контейнеры с согласия главного узла.
На другой стороне архитектуры у нас есть король, играющий роль мастера, который руководствуется и является главным принятием для всех развертываний. Главный узел управляет кластером Kubernetes относительно разных узлов и пункта назначения контейнеров. Давайте воспользуемся деталью компонентов главного узла.
Kube-Apisiserver: Этот API-сервер играет роль главного министра, который в первую очередь является компонентом, который управляет и устанавливает связь между всеми элементами в главном узле. Kube-Apiserver отвечает за оперативную оркестровку всех компонентов. Выставление API Kubernetes Kube-API, Kube-Apiserver — это фантандирование плоскости управления Cubernetes, что позволяет управлять и развертывать больше экземпляров.
etcd: Как главный администратор в королевстве ETCD содержит резервную копию (базу данных) всех данных кластера в виде пар клавишных пар. Они очень последовательны и поддерживают даже самые маленькие данные рабочих узлов.
Kube-планировщик: KUBE-планировщик направляет ювенильные стручки к своему новому узлу, чтобы запустить их, тем самым квалифицируясь менеджером для руководителей. Он расписание стручков, учитывая наличие пространства, ее назначения и мощности.
Менеджер управления: Сейчас у нас есть царство, мы обязательно имеем разных провинциальных администраторов, которые в этом случае являются: контроллер узла, контроллер репликации, контроллер конечного контроллера и учетной записи службы и контроллеры токена. Хотя логически разные, они бегают как один процесс.
Кублет: Kublet работает как секретарь, который непосредственно докладывается перед главным министром апостревером. Он работает на узле каждого кластера, контролирующего функциональность кластера на каждом POD.
Объекты замечания на вынос:
- Сетевой прокси под названием Kube-Proxy работает на каждом узле вашего кластера, который выполняет концепцию обслуживания Kubernetes.
- Программное обеспечение, ответственное за управление контейнерами, представляет собой Dockers. Несколько других программ времени выполнения контейнера — это CRI-O и Containerd.
- Глядя на куб Chechsheet? Проверьте этот блог
Оригинал: «https://dev.to/gitlabc/kubernetes-components-and-architecture-1192»