Варианты реализации поддержки kubernetes в ALTCOS (ветки altcos/.../sisyphus/k8s, altcos/.../p10/k8s)

[kafnevod]

На текущий момент видятся два варианта:

1. ostree репозиторий не содержат docker-образы необходимые для запуска стека kubernetes:

• k8s.gcr.io/kube-apiserver:v1.20.12
• k8s.gcr.io/kube-controller-manager:v1.20.12
• k8s.gcr.io/kube-scheduler:v1.20.12
  ы - k8s.gcr.io/kube-proxy:v1.20.12
• k8s.gcr.io/etcd:3.4.13-0
• k8s.gcr.io/coredns:1.7.0
  объемом около 500MB
  Образы загружаются при запуске kubeadm init на каждом разворачиваемом сервере кластере.

2. ostree-репозиторий включает в свой состав перечисленные образы
   kubeadm init использует уже существующие в репозитории docker-образы

3. В состав кластера включается docker-регистратор с которого загружаются требуемые образы

В первом случае при разворачивании КАЖДОГО сервера кластера необходим доступ в Интернет с довольно широким каналом, так как образы качаются на каждый разворачиваемый сервер

Во втором (как и 3-м) случае доступ в Интернет не требуется, но требуются механизмы (добавление сервисов) которые создают (копируют) образы в каталог /var/lib/docker/overlay2 (/var/lib/containers/ для podman), так как каталог /var не входит в состав ostree-репозитория

В третьем случае надо обеспечить координированное пополнение (через ostree или другим образом) содержание регистратора в разворачиваемой локальной сети.