Каким образом модули могут монтировать один и тот же pvc в режиме доступа ReadWriteOnce, когда storageClass использует glusterfs, но не использует хранилище по умолчанию для cinder?

Question

Хотите понять, как pod1 заявляет, что PVC с accessMode: ReadWriteOnce может поделиться с pod2 при создании storageclass glusterfs Не должно ли это произойти, поскольку мне нужно указать accessMode как ReadWriteMany?

-> Создано storageclass как glusterfs с type:distributed

-> PV создается поверх storageclass выше, а пвх выполняется с AccessMode: ReadWriteOnce

-> Первый стручок, прикрепленный к указанному выше ПВХ, создан

-> Второй модуль пытается подключить тот же созданный PVC, и он работает и может получить доступ к файлам, созданным первым модулем

Попробовал другой поток без storageclass и напрямую создавал PVC из хранилища шлака, и появляется следующая ошибка:

Warning FailedAttachVolume 28s attachdetach-controller Multi-Attach error for volume "pvc-644f3e7e-8e65-11e9-a43e-fa163e933531" Volume is already used by pod(s) pod1

Пытаетесь понять, почему этого не происходит, когда storageclass создается и назначается для PV?

Как я могу получить доступ к файлам из второго модуля, когда AccessMode: ReadWriteOnce? Согласно документации k8s, если несколько модулей в разных узлах нуждаются в доступе, это должен быть ReadWriteMany

Если RWO режим доступа работает, тогда безопасно ли для обоих модулей чтение и запись? Будут ли какие-либо проблемы? Какова роль RWX, если RWO прекрасно работает в этом случае?

Было бы замечательно, если бы некоторые эксперты могли дать представление об этом. Спасибо.

Answer 1

Объемы RWO на узел, а не на Pod. Тома монтируются к узлу, а затем привязываются к контейнерам. Пока pods запланированы на один и тот же узел, том RWO может быть привязан к обоим контейнерам одновременно.