#Параметры Pod

Интерфейс платформы предоставляет различную информацию о pod для быстрого ознакомления. Ниже приведены пояснения к некоторым параметрам.

Parameter	Description
Resource Requests/Limits	Эффективные значения запросов и лимитов ресурсов (CPU, память) для pod. Метод расчёта значений запросов и лимитов одинаков; в этом документе приведён пример с использованием значений лимитов, а конкретные правила и алгоритмы следующие: Если pod содержит только бизнес-контейнеры (containers), значение лимита CPU/памяти равно сумме значений лимитов CPU/памяти всех контейнеров внутри pod. Например: если pod включает два бизнес-контейнера с лимитами CPU/памяти 100m/100Mi и 50m/200Mi, то значение лимита CPU/памяти для pod будет 150m/300Mi. Если pod содержит как init-контейнеры (initContainers), так и бизнес-контейнеры, то шаги расчёта значений лимитов CPU/памяти для pod следующие: Определить максимальное значение лимита CPU/памяти среди всех init-контейнеров. Вычислить сумму значений лимитов CPU/памяти всех бизнес-контейнеров. Сравнить результаты и взять максимальные значения CPU и памяти между init-контейнерами и бизнес-контейнерами в качестве значений лимитов CPU/памяти для pod. Пример расчёта: если pod содержит два init-контейнера с лимитами CPU/памяти 100m/200Mi и 200m/100Mi, максимальное значение лимита для init-контейнеров будет 200m/200Mi. При этом, если pod также содержит два бизнес-контейнера с лимитами CPU/памяти 100m/100Mi и 50m/200Mi, суммарное значение лимита для бизнес-контейнеров будет 150m/300Mi. Следовательно, комплексное значение лимита CPU/памяти для pod составит 200m/300Mi.
Source	Вычислительный компонент, к которому принадлежит pod.
Restart Count	Количество перезапусков при ненормальном состоянии pod.
Node	Имя узла, на котором расположен pod.
Service Account	Service Account — это учётная запись, которая позволяет процессам и сервисам в Pod обращаться к Kubernetes APIServer, предоставляя идентификацию для этих процессов и сервисов. Поле Service Account отображается только в том случае, если текущий вошедший пользователь обладает ролью администратора платформы или аудитора платформы, и при этом доступен просмотр YAML-файла Service Account.