Понимание макета Kubernetes

Question

В макете Kubernetes сначала я создал кластер узлов (рассматриваемый как физический ПК).Теперь внутри каждого ПК может быть несколько POD.Внутри каждого POD снова есть несколько контейнеров.Каждый контейнер может содержать несколько приложений (но в идеале должен ограничиваться одним).

Теперь, если приведенное выше утверждение верно:

1. У нас кластер вокруг узла, но внутри узлов мы имеемдругое приложение?
2. Для увеличения / уменьшения или самоизлечения мы увеличиваем только Node или POD?

Answer 1

Ваше понимание правильное

1) тогда у нас кластер вокруг узла, но внутри узлов у нас другое приложение?

Да, вы можете сказать, что у нас естьдругое приложение внутри узлов, но вы также можете сказать, что у нас есть разные приложения внутри кластера kubernetes, и планировщик kubernetes планирует эти приложения в разных узлах кластера kubernetes в соответствии с доступностью ресурсов, таких как CPU, ram.

2)Для увеличения / уменьшения или самовосстановления мы увеличиваем только Node или POD

, увеличивая / уменьшая или самовосстановляя приложения в kubernetes, увеличивая / уменьшая модуль, выполняемый планировщиком kubernetes, ив случае если какой-либо модуль умер, куберенетес планировщик планирует новый модуль замены в новом узле / том же узле как часть самовосстановления.

Kubernetes использует HPA (Horizontal Pod Autoscaller) для приложения масштабирования / уменьшения, он будет увеличиваться / уменьшатьсямодуль в соответствии с метриками определяет как процессор, память или пользовательские метрики.

Answer 2

Кластер - это концепция соединения нескольких узлов, у вас нет кластера вокруг узлов, узлы - это кластер. В Kubernetes кластер также имеет некоторые службы управления для отслеживания участников и управления распределением ресурсов, используемых приложениями, узлы, на которых размещаются эти службы, называются главными.

Вы не должны пытаться найти связь между узлами и приложениями, приложения - это просто двоичные файлы (в форме контейнеров), работающие в кластере, узел можно рассматривать как место, где они были размещены, Kubernetes делает хорошую работу абстрагируясь от вашего приложения, именно поэтому каждый POD получает свой собственный IP вместо использования IP-адреса узла, потому что приложению не нужно знать, где оно работает.

Что касается вопросов масштабирования, вы можете масштабировать кластер или приложение.

Когда вы масштабируете приложение, вы добавляете больше его копий (копий) в кластер, чтобы обрабатывать больше.

Когда вы масштабируете кластер, вы добавляете больше ресурсов (память / ЦП / диск), чтобы освободить место для хранения большего количества приложений, добавление узлов - только один из способов сделать это.

Если вашему приложению требуется большая емкость, а кластер может предоставить его, вы можете масштабировать только pods \ deployments, чтобы предоставить приложению достаточно ресурсов.

Самовосстановление - это то, что делают службы управления, оно отслеживает ресурсы, и в случае, если что-то пойдет не так, например: узел в кластере потерян, службы управления будут компенсировать это, распределяя приложения на других доступных узлах, или перезапустите приложение, если произошла ошибка POD.

Эти документы объясняют архитектуру немного подробнее.