i
Не зря в том же aws rwo
Size: a a a
2021 March 30
i
Приложение само должно заниматься управлением размещения своих данных если оно имеет реплики
ВИ
может я что-то неправильно понял, мне нужен общий стор, который я подключу к нескольким подам, они могут из него читать, в него писать, я же всё правильно сделал?
взял PersistentVolumeClaim с
с указанием нужного srtorageclass
и прикручиваю это к deployments
Неужели это такой редкий и никому не нужный кейс
взял PersistentVolumeClaim с
accessModes:
- ReadWriteMany
с указанием нужного srtorageclass
и прикручиваю это к deployments
volumes:
- name: storage
persistentVolumeClaim:
claimName: test-pvc
Неужели это такой редкий и никому не нужный кейс
Ceph такое позволит, емнип это ceph file storage называется
ВИ
В Мылору не позволяет?
T
ну вот я на локальном кластере через рук это сделал
i
Ну и там рук поставь
i
Кто ж тебе запретит
T
это надо будет сопровождать и поддерживать
i
Но вообще подход изначально странный честно говоря
T
в чём?
i
Я только один сценарий могу придумать нормальный, это статика какая-то
T
ну например один сервис пишет файлы, другой сервис их читает
i
в чём?
Давать один сторадж нескольким репликам приложения чтобы они там данными обменивались
T
файлы лежат в одном месте
i
ну например один сервис пишет файлы, другой сервис их читает
Ты сейчас s3
ВИ
А, ну в mcs, я смотрю, умные ребята, они в такие пограничные случаи на стали влезать, у них только объектный сторедж на цеф и диски виртуалок)))))))
Подними там nfs сам тогда, он проще цефа))
Подними там nfs сам тогда, он проще цефа))
T
мне для этого нфс нужен автопровижен, это еще что-то прикручивать
i
Когда один пишет другой читает, все это на блочном хранилище и приложения имеют реплики - так себе затея
T
мне особо не важно на каком оно хранилище, мне сохранность данных важна
ВИ
мне для этого нфс нужен автопровижен, это еще что-то прикручивать
Сторедж класс для нфса просто
Он как-то просто реализуется
Он как-то просто реализуется