Kubernetes upgrade: различия между версиями

Материал из ALT Linux Wiki
Строка 25: Строка 25:
Для выкатывания промежуточных docker-образов в локальный регистратор <code>registry.local</code> необходимо зайти в пользователя <code>imagemaker</code> (вход через <code>su- imagemaker</code> недопускается) и набрать команду разворачивания архива, подписи образов и передачи их в регистратор:
Для выкатывания промежуточных docker-образов в локальный регистратор <code>registry.local</code> необходимо зайти в пользователя <code>imagemaker</code> (вход через <code>su- imagemaker</code> недопускается) и набрать команду разворачивания архива, подписи образов и передачи их в регистратор:
<pre>
<pre>
...
$ podsec-load-sign-oci ./amd64_27-31_tar.xz amd64 <E-mail_подписанта> registry.local/k8s-c10f2
</pre>
</pre>


==== Добавление в http-сервер sigstore.local промежуточных kubernetes rpm-пакетов ====
==== Добавление в http-сервер sigstore.local промежуточных kubernetes rpm-пакетов ====


==== Модификация настроек apt для обновления rpm-пакетов ====
==== Модификация настроек apt для обновления rpm-пакетов ====

Версия от 12:57, 9 января 2025

Описание скриптов обновления kubernetes с версии 1.26

Скрипты обновления rootless kubernetes

Механизм обновления kubernetes-кластера не позволяет проводить обновление узлов кластера с пропуском промежуточных версий. Например, чтобы обновить узлы кластера с минорной версии 1.26 до минорной версии 1.31 необходимо последовательно и синхронизировано обновить узлы через промежуточные версии 1.26 -> 1.27 -> 1.28 -> 1.29 -> 1.30 -> 1.31. Причем при обновлении не допускается, чтобы минорные версии всех обновляемых узлов были соседними. Не допусается, например, обновление программного обеспечения узла с версии 1.27 до версии 1.28, если в кластере есть узлы с версией 1.26.

Таким образом для обновления узлов кластера с версии 1.26 до версии 1.28 узла кластера должны в рамках локальной сети иметь доступ как к промежуточным версиям RPM-пакетам kubernetes, так и к промежуточным версиям docker-образов kuberbetes.

Промежуточные версии RPM-пакетов kubernetes размещаются на узле с внутренним доменным именем sigstore.local. Промежуточные версии docker-образов kuberbetes размещаются на узле с внутренним доменным именем registry.local. Обычно при стандартном разворачивании это один и тот же узел, с которого начиналось разворачивание кластера.

Подготовка узлов кластера без доступа в Интернет для обновления rootless kubernetes

Для обновления kubernetes в сети без доступа в Интернет необходимо наличие следующих архивов:

  • amd64_27-31_tar.xz - архив docker-образов всех промежуточных версий;
  • kuberRPMS_1.27-1.31.tgzrpm-пакетов kubelet, kubeadm, cri-o и зависимых пакетов всех промежуточных версий.

Добавление в локальный регистратор registry.local промежуточных docker образов kubernetes

Файл архива amd64_27-31_tar.xz необходимо разместить на узле с доменом sigstore.local в домашнем каталоге пользователя входящим в группуpodman_dev (обычно это пользователь imagemaker).

Для выкатывания промежуточных docker-образов в локальный регистратор registry.local необходимо зайти в пользователя imagemaker (вход через su- imagemaker недопускается) и набрать команду разворачивания архива, подписи образов и передачи их в регистратор:

$ podsec-load-sign-oci ./amd64_27-31_tar.xz amd64 <E-mail_подписанта> registry.local/k8s-c10f2

Добавление в http-сервер sigstore.local промежуточных kubernetes rpm-пакетов

Модификация настроек apt для обновления rpm-пакетов