Вадим, проблема в другом. Как я вижу, нам предлагают добавлять новые карты (не важно, каким образом в целом) внутри контейнера, заменяя старые. Насколько я помню, останов/пересоздание контейнера приведёт в потере всех этих изменений, т.к. в исходном образе будут карты, актуальные на момент создания образа.
Так?

Это, по моему, в части работы контейнеров - "прописная истина". Но, может быть, в работе ОШ есть особенность, которая позволяет сохранить изменения в очередном слое?
Может я что-то про контейнеризацию не знаю?
То, что инструкция написана идиотами - мне ясно. Но они же уверяют начальство, что при перезапуске пода эти изменения, внесённые в рабочий контейнер пода, сохранятся.
Вот я и пытаюсь понять: я тупой или они.

Если я - мне даже будет легче...

Все молчат... Это подтверждение, что со мной всё плохо или все отходят от такой ситуации? 😊

Без ямлов деполя трудно сказать. Может там pvc замаунтин. Или просто нфс какой-то

как в ОШ глянуть свойства пода? Там же должна быть видна его конфигурация. Доступ есть

Oc describe pod <pod> или в гуи найти под и там ямлик посмотреть

Oc get pod <pod> -o yaml

Если есть внешний каталог, подключенный как вольюм, то нафига файлы закидывать в контейнер - мне ещё меньше понятно.

PVC

Я ещё не очень хорошо в кубере (ну и ОШ) разбираюсь, поэтому пока не понял, о чём говорит persistentVolumeClaim

Все ок. У вас там pvc

PVC это запрос на сторадж выделить место

Oc get pv, pvc, sc

Это все покажет

Понял идею. Но этот выделенный ресурс как-то в хостовой ОС доступен?

В гластере доступно все

Т.е. в виде какого-то каталога есть?