Если проблема заключается в дополнительном времени компиляции и раздувании бинарного размера, полученном путем компиляции .h как части всех используемых им .cpp-модулей, во многих случаях то, что вы можете сделать, - это сделать класс шаблона опустившимся из не-шаблонного базовый класс для не зависящих от типа частей интерфейса, и что базовый класс может иметь свою реализацию в файле .cpp.
Объяснение вероятной причины проблемы в , этот ответ представляется правильным. По умолчанию для политики восстановления установлено значение Удалить .
Мне не удалось изменить настройку на уровне volumeClaimTemplates.spec (я получаю эту ошибку: unknown field "persistentVolumeReclaimPolicy" in io.k8s.api.core.v1.PersistentVolumeClaimSpec
).
То, что я нашел разрешенным, это изменить Политику Восстановления на существующем PV , найдя его и выполнив: новый StorageClass с желаемой политикой восстановления для новых PV или PVC.
Это зависит от вашей политики возврата. Политика возврата для PersistentVolume сообщает кластеру, что делать с томом после того, как он был освобожден от своей заявки. Когда происходит обновление узла, он может освободить том.
Если вы хотите сохранить данные, вы должны установить политику возврата розничной торговли в вашем случае.
apiVersion: v1
kind: PersistentVolume
metadata:
name: block-pv
spec:
capacity:
storage: 10Gi
accessModes:
- ReadWriteOnce
persistentVolumeReclaimPolicy: Retain