Kubernetes блог

Добровольные и недобровольные сбои Pod'ов Pod'ы не исчезают до тех пор, пока кто-либо (человек или контроллер) не уничтожит их или не произойдет неизбежная ошибка аппаратного или системного программного обеспечения. Такие неизбежные случаи называют недобровольными сбоями . Примеры: аппаратный сбой физической машины, поддерживающей узел администратор кластера по ошибке удаляет VM (виртуальную машину) (экземпляр) ошибка облачного провайдера или гипервизора приводит к исчезновению виртуальной машины паника ядра узел исчезает из кластера из-за сетевого раздела кластера выселение Pod'а из-за нехватки ресурсов у узла За исключением условия нехватки ресурсов, все эти условия должны быть знакомы большинству пользователей; они не являются специфическими для Kubernetes. Другие случаи называют добровольными сбоями . К ним относятся как действия, инициированные владельцем приложения, так и действия, инициированные администратором кластера. Типичные действия владельца прилож...

В этом посте представлен обзор PodPresets , которые являются объектами для добавления определенной информации в Pod во время создания. Информация может включать в себя секреты, тома, монтирования томов (volume mounts) и переменные среды. Pod Preset - это ресурс API для добавления дополнительных требований времени выполнения (runtime) в Pod во время создания. Вы используете селекторы меток, чтобы указать Pod'ы, к которым применяется данный набор настроек. Использование набора настроек позволяет авторам шаблонов Pod не предоставлять явную информацию для каждого Pod. Таким образом, авторам шаблонов pod, использующих конкретный сервис, не нужно знать все подробности об этом сервисе. Как устроены Pod Preset Kubernetes предоставляет контроллер доступа (PodPreset), который при включении применяет Pod пресеты к входящим запросам на создание Pod. Когда происходит запрос на создание Pod, система выполняет следующие действия: Получает все PodPresets, доступные для использования. Прове...

В этом посте представлен обзор init контейнеров : специализированных контейнеров, которые запускаются перед контейнерами приложений в Pod. Init контейнеры могут содержать утилиты или сценарии установки, отсутствующие в образе приложения. Вы можете указать init контейнеры в спецификации Pod вместе с массивом Containers (который описывает контейнеры приложения). Pod может иметь несколько контейнеров, в которых выполняются приложения, но он также может иметь один или несколько init контейнеров (контейнеров инициализации), которые запускаются до запуска контейнеров приложений. Init контейнеры точно такие же, как обычные контейнеры, за исключением: Init контейнеры всегда выполняются до конца. Каждый init контейнер должен успешно завершиться до запуска следующего. В случае сбоя контейнера инициализации Pod'а Kubernetes несколько раз перезапускает Pod, пока init контейнер не будет успешно выполнен. Однако, если у Pod есть RestartPolicy равная Never, Kubernetes не перезапускает Pod...

Pod phase Поле status Pod'а - это объект PodStatus, который имеет поле phase. Фаза (phase) Pod'а - это простая, высокоуровневая сводка о том, где Pod находится в его жизненном цикле. Эта фаза не предназначена для того, чтобы быть полным сводом данных наблюдений за состоянием контейнера или Pod, и при этом она не предназначена для того, чтобы быть всеобъемлющим конечным состоянием машины. Количество и значения фазы Pod строго регламентированы. Вот все возможные значения для фазы (phase): Pending (в ожидании). Pod был принят системой Kubernetes, но один или несколько образов Контейнера не были созданы. Эта фаза включает время до того, как Pod запланирован (scheduled) на какой-либо узел, а также время, потраченное на загрузку образов по сети, что может занять некоторое время. Running (запуск). Pod связан с узлом, и все контейнеры созданы. По крайней мере, один Контейнер все еще работает или находится в процессе запуска или перезапуска. Succeeded (успешно). Все контейне...

Модули (pods) - это наименьшие развертываемые вычислительные единицы, которые могут создаваться и управляться в Kubernetes. Pod представляет собой группу из одного или нескольких контейнеров (например, контейнеров Docker) с общим хранилищем/сетью и спецификацией для запуска контейнеров. Содержимое pod всегда находится в одном месте, запускается по одному расписанию и работает в общем контексте. Pod моделирует специфический для приложения "логический хост" - он содержит один или несколько контейнеров приложений, которые относительно тесно связаны - в мире, предшествующем контейнеру, выполнение на одной физической или виртуальной машине означало бы выполнение на одном логическом хосте. В то время как Kubernetes поддерживает больше сред выполнения контейнеров, чем просто Docker, Docker является наиболее известной средой выполнения и помогает описывать Pod в терминах Docker. Общий контекст Pod представляет собой набор пространств имен Linux, cgroups и, возможно, других аспек...

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