PK
EFS я подключал кстати тоже через PVC - добавил storageclass просто, если ты ссылаешься прямо на конкретный инстанс glusterFS по идее тебе ничего больше делать не надо, и StorageClass тут не при чем
Size: a a a
2020 March 02
AS
donut
да я тоже про него подумал
PK
С PVC хорошо то, что поду не надо знать о драйвере под капотом, мне это как-то более понятно. Просто на PVC ссылается, в котором уже все описано.
AE
Казалось бы да, ничего больше не надо. Однако ж клиента glusterfs говорят надо на каждую ноду ставить.
Ну и интересно с чем всё-таки соотносится glusterfs в .spec.volumes как соотносится storageClassName с соответствующим ресурсом StoregeClass
Ну и интересно с чем всё-таки соотносится glusterfs в .spec.volumes как соотносится storageClassName с соответствующим ресурсом StoregeClass
PK
https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.17/#glusterfsvolumesource-v1-core - а где тут storageClassName?
PK
В смысле storageClassName - это просто админ кластера заводит какие хочет и сообщает
PK
типа “cheap”, “fast”, “default”, “fast-west-2a” к примеру
PK
“concurrent”
PK
и их каждый в кластере связывает с конкретным провижионером
PK
А тот кто под пишет - просто выбирает один из них, когда определяет PVC
AE
Почему ты его там ищешь?
PK
А где его искать надо?
AE
Не знаю. Зачем ты его вообще ищешь?)
PK
Ты потому что упоминаешь, что пытаешься как-то соотносить
PK
Ну и интересно с чем всё-таки соотносится glusterfs в .spec.volumes как соотносится storageClassName с соответствующим ресурсом StoregeClass
PK
если ты glusterFS напрямую указываешь в поде - у тебя StorageClass вообще пропадает и неприменимо
AE
Именно. Я привожу соотношение storageClassName => StoregeClass в пример тому, что я жду от .spec.volumes.glusterfs => что-то
Вот это что-то мне и интересно
Вот это что-то мне и интересно
AE
Наверное, не очень внятно написал. Прошу прощения
PK
Я думаю, что вот это
spec.volumes.[].glusterFS - можно просто как well-known провиженера знатьAE
Что такое well-known провиженер и где мне на него посмотреть?